Как известно, номер версии конфигурации 1С состоит из 4 блоков цифр. Первые 3 из которых это номер версии, а последний это номер релиза. Политика поддержки и развития конфигураций от фирмы 1С подразумевает одновременную поддержку нескольких параллельных версий конфигураций. Как правило, новые фишки и серьезные изменения в алгоритмах внедряются и обкатываются в новых версиях или через создание новых версий, тогда как в старых версиях исправляются ошибки и вносятся доработки согласно изменениям в законодательстве и отчетности.
Если ваша стратегия обновления конфигурации не подразумевает принципов:
- "идти впереди планеты всей" и начинать использовать все новые фичи как можно раньше,
- быть бетатестером и помогать находить ошибки в самых свежих ветках конфигураций
- идти самым простым путем и довериться механизму автоматического обновления конфигурации
А Вы, наученный горьким опытом сырых релизов, предпочитаете оставаться не на самой свежей, но стабильной версии конфигурации (LTS) и в ожидании какого-либо исправления ошибки либо адаптации к изменению законодательства/отчетности желаете как можно раньше узнавать о выходе новых релизов только вашей текущей версии конфигурации на почту, то эта обработка для вас.
"Зачем этот велосипед, если в БСП это все реализовано?" - спросите Вы. В БСП есть мощный механизм получения списка обновлений, файлов обновлений и патчей, который активно используется в стандартных конфигурациях, призывая Вас обновиться со страницы Монитор портала 1С: ИТС и позволяет делать это автоматически (//infostart.ru/1c/articles/1317652/) Но основная проблема этого механизма то, что этот механизм заточен на самый свежий релиз самой свежей версии.
Для проверки выхода нового релиза была выбран механизм проверки кода возврата от загрузки URL каталога "Новое в версии" https://dl05.1c.ru/content/<СтрокаОписывающаяКонфигурацию>/<СтрокаОписывающаяВерсиюКонфигурации>/news.htm, который показывает, какие изменения были в релизе.
Перед всем действом проверяется работоспособность URL каталога "Новое в версии" для текущего релиза конфигурации и если он работает, то ищутся новые простым перебором с шагом 1, если нет, то на указанный для оповещений адрес шлется письмо с описанием ошибки. Изменение URL-ов и отключение данного каталога вы не прозеваете.
Затем вычисляется начальный релиз, от которого происходит поиск:
- текущий релиз, если в списке отосланных релизов нет релиза большего чем текущий, или
- максимальный релиз из списка уже отосланных.
Количество шагов перебора ограничено 50 т.к. для ERP была вычислена максимальная разность между числами соседних релизов - 40 (2.2.2.73-2.2.2.113). Если программа с начала поиска натыкается на новый релиз и его нет в списке уже отосланных, то программа шлет письмо о новом релизе.
Сделано по подобию //infostart.ru/public/1366810/, основное отличие в том, что в той обработке используется БСП и уведомления идут о новом релизе самой свежей версии, а у меня уведомления идут о новом релизе текущей версии.
Проверено на:
- КА 2.5.15.215
- УТ 11.5.12.222.
Проверено на следующих конфигурациях и релизах:
- 1С:ERP Управление предприятием 2, релизы 2.5.12.215
- 1С:Комплексная автоматизация 2, релизы 2.5.12.215
- Управление торговлей, редакция 11, релизы 11.5.12.222
