Обновлятор-1С

Друзья, если у вас в обновляторе telegram настроен как единственный вариант уведомлений об операциях. Стоит проверить работает ли отправка сейчас (её тестированием). Некоторые пользователи (зависит от оператора) сейчас испытывают проблемы с доступом к telegram.

Вышла тестовая версия обновлятора (от 17 сентября https://helpme1s.ru/testirovanie-novyx-versij-obnovlyatora): 17.09.2024 В свойствах облаков (в пункте "Ещё настройки...") появилась опция "Это WORM хранилище". Включите эту опцию, если ваше облако работает в режиме WORM (Write Once, Read Many), то есть не позволяет изменять уже записанные данные: обновлятор не будет пытаться удалять (или перемещать в периодические папки) дневные копии, даже если вы попытаетесь сделать такую настройку облака; при оборвавшейся загрузки обновлятор не будет пытаться повторять её снова и снова, файл останется висеть в очереди на загрузку (с соответствующими предупреждениями от обновлятора в отчётах) пока вы не удалите его оттуда. 11.09.2024 В свойствах клиент-серверной базы, на закладке "Обновление", в разделе "Копии и восстановление" появилась опция "Восстанавливать базу из DT при ошибке обновления". Эту опцию я добавил по просьбе пользователей, но я категорически не рекомендую пользоваться этой возможностью. При включении этой опции в интерфейсе появляется соответствующее предупреждение и объяснение причин, почему стоит отказаться от выгрузки в DT как средства резервного копирования. При этом я допускаю, что бывают случаи когда использование DT в качестве средства резервного копирования оправдано или обусловлено некоторыми причинами, поэтому всё-таки добавил опцию автоматического восстановления. 10.09.2024 В операциях расписания появилась "проверка обновлений" (ранее её можно было запускать только вручную). Таком образом можно настроить регулярную проверку наличия обновлений (без их скачиваний) и уведомление (на почту или в телеграм), например, только в том случае, когда обновления есть. Ранее по расписанию можно было для этих же целей настроить операцию "только скачивание обновлений".

Вышла тестовая версия обновлятора (от 10 сентября, https://helpme1s.ru/testirovanie-novyx-versij-obnovlyatora): 10.09.2024 Среди способов проверки минимальной версии платформы 1с (https://helpme1s.ru/obnovlyator-1s-vsyo-o-proverke-minimalnoj-versii-platformy-neobxodimoj-dlya-obnovleniya-konfiguracii-v2) появился вариант "в сервисе 1С", он включен по умолчанию. Проверка выполняется через соответсвующий API сервисов 1С, которые предоставляются в рамках ИТС.

Друзья, тестовая версия обновлятора от 28 августа (https://helpme1s.ru/testirovanie-novyx-versij-obnovlyatora#i-5) научилась работать с облаками при помощи утилиты Rclone. Rclone - крутой проект с открытым исходным кодом, который поддерживает практически все известные протоколы и облака, в том числе: Dropbox, FTP, Google Cloud Storage, Google Drive, Mail.ru Cloud, Mega, Microsoft OneDrive, SFTP, WebDAV, Yandex Disk и многие другие (порядка 50 штук на данный момент). И теперь некоторые облака, с которыми обновлятор умеет работать сам, я рекомендую подключать тоже через Rclone. В этом случае, к примеру, появляется возможность очистки корзины облака (если она предусмотрена) или удаления сразу мимо корзины. Подробнее здесь: https://helpme1s.ru/obnovlyator-1s-kak-podklyuchit-oblako-cherez-rclone

Друзья, начиная с версии обновлятора от 6 августа 2024 - я перешёл на новую цифровую подпись (https://helpme1s.ru/kak-proverit-cifrovuyu-podpis-obnovlyatora) на следующие 3 года. Это значит, что если вы давно не обновляли обновлятор и сейчас решите поставить новую версию из самого обновлятора - он будет ругаться на незнакомую подпись исполняемых файлов. В этом случае нужно или временно отключить проверку цифровой подписи (https://helpme1s.ru/kak-proverit-cifrovuyu-podpis-obnovlyatora#i-7) или скачать дистрибутив с сайта helpme1s.ru и поставить вручную поверх текущего обновлятора в ту же самую папку.

Друзья, до конца июля обновите ваши обновляторы на последнюю доступную версию (начиная с сегодня). В конце июля произойдёт смена цифровой подписи дистрибутивов (в этот раз на 3 года) и информацию о новой подписи я зашил в билд, начиная с выпущенной сегодня версии. Иначе после июля не получится обновить обновлятор по кнопке "Скачать новый обновлятор", не отключая проверку цифровой подписи в дополнительных настройках программы.

Сегодня тестовый обновлятор выпущен в качестве основного релиза. Список изменений, которые перешли из тестовой версии в рабочую: 10.04.2024 Мелкие улучшения и изменения. 04.04.2024 Мелкие улучшения и изменения. 01.04.2024 В настройках кластера появилось поле "Разрешить выдачу лицензий сервером 1С", значение которого используется при создании новой серверной базы через диалог "Добавить..." - "Серверную базу..." как значение по умолчанию для аналогичной опции (она появилась в разделе, при создании новой базы, который открывается по ссылке "Больше параметров..."). 01.04.2024 В диалогах "Управление расширениями" и "Управление исправлениями" теперь запоминаются при закрытии и восстанавливаются при открытии состояния основных настроек. 01.04.2024 Стрелки вверх\вних на панеле слева от списка баз теперь перемещают все выделенные (через зажатую клавишу Control) базы. 01.04.2024 Появилась возможность разделить расположение исполняемых файлов и папки обновлятора Data (в которую пишутся все данные и настройки). Для этого нужно создать в корневой папке обновлятора файл Config.json, в корне которого указать параметр OverrideDataPath с полным путём к новой папке Data. 01.04.2024 В программный импорт баз (см. папку обновлятора Resources\Import) добавились параметры IsAnyOperationDisabled и DisablingUpdatesToDate. См. примеры и Readme.txt. 01.04.2024 В свойствах облака по ссылке "Ещё настройки..." появилась опция "Удалять старые копии до загрузки новых". 25.03.2024 Доработана реализация прерывания (со стороны пользователя) операции в момент, когда обновлятором устанавливается блокировка серверной базы. Ранее была возможна ситуация, когда прерывание операции в неподходящий момент приводило к тому, что состояние опции запрета на выполнение регламентных заданий на сервере не возвращалось в исходное (до начала операции). 19.03.2024 В настройках уведомлений теперь можно указать условие отправки в том числе для операций запущенных вручную (ранее отчёты по таким операциям по умолчанию не отправлялись). Также теперь можно переопределить выбранное условие в самом адресе, используя специальные префиксы: {if_errors} {if_updates} {if_errors_or_updates} К примеру, мы хотим отправлять уведомления на адрес all@mail.ru без каких-либо дополнительных условий, на адрес err@mail.ru только уведомления по операциям с ошибками, а на адрес upd@mail.ru только уведомления по операциям, в которых были обновления. Тогда мы в качестве значения опции выбираем 'всегда', а адреса прописываем вот так: all@mail.ru;{if_errors}err@mail.ru;{if_updates}upd@mail.ru 23.02.2024 В расписании (ссылка) появилась дополнительная кнопка на панеле, нажатие на которую открывает меню с возможностями экспорта, импорта и копирования задач. 23.02.2024 Теперь при сохранении свойств базы не сбрасывается фильтр (списка баз). 15.02.2024 В дополнительных настройках программы, на закладке "Системные настройки", в разделе "Разное" появилась опция "При изменении перезаписывать файлы *.v8i". Включение опции позволит не терять индивидуально настроенные права на внешний файл со списком баз, подробнее читайте подсказку к опции в самом обновляторе. 14.02.2024 В свойствах базы, на закладке "Обновление", при настройки обновления из хранилища и указании нескольких версий хранилища, теперь справа появится флажок 'подтверждаю' (установлен по умолчанию). При выполнении операции, когда обновлятор дойдёт до этапа обновления хотя бы на одну из указанных версий хранилища (вне зависимости от дальнейших событий) этот флажок будет сброшен. И чтобы выполнить повторное обновление на эти же самые версии нужно будет зайти в свойства базы и вновь установить флажок. Так сделано, чтобы исключить непреднамеренный откат конфигурации с возможной потерей данных и настроек. Это возможно, если выполнить обновление конфигурации на несколько версий версий хранилища, а затем забыть очистить поле с версиями и повторно запустить операцию обновления... Остальные изменения здесь: https://helpme1s.ru/istoriya-izmenenij-programmy-obnovlyator-1s

Вышел тестовый обновлятор: https://helpme1s.ru/testirovanie-novyx-versij-obnovlyatora 19.03.2024 В настройках уведомлений теперь можно указать условие отправки в том числе для операций запущенных вручную (ранее отчёты по таким операциям по умолчанию не отправлялись). Также теперь можно переопределить выбранное условие в самом адресе, используя специальные префиксы: {if_errors} {if_updates} {if_errors_or_updates} К примеру, мы хотим отправлять уведомления на адрес all@mail.ru без каких-либо дополнительных условий, на адрес err@mail.ru только уведомления по операциям с ошибками, а на адрес upd@mail.ru только уведомления по операциям, в которых были обновления. Тогда мы в качестве значения опции выбираем 'всегда', а адреса прописываем вот так: all@mail.ru;{if_errors}err@mail.ru;{if_updates}upd@mail.ru

Вышел тестовый обновлятор: https://helpme1s.ru/testirovanie-novyx-versij-obnovlyatora 07.02.2024 Появилась возможность использовать обновлятор без административного доступа к кластеру: https://helpme1s.ru/obnovlyator-1s-mozhno-li-vypolnyat-operacii-s-bazoj-bez-administrativnogo-dostupa-k-klasteru 07.02.2024 Обновлена используемая версия 7-Zip с 16.04 до 23.01. 07.02.2024 Теперь для формата архивов 7z можно настраивать пароли, содержащие русские символы (формат zip их не поддерживает). 07.02.2024 Доработаны диалоги перед восстановлением клиент-серверной базы и перед изменением любой базы.

Вышел тестовый обновлятор: https://helpme1s.ru/testirovanie-novyx-versij-obnovlyatora 23.01.2024 В свойствах базы в скриптах событий появилась возможность указывать включения из внешних файлов, текст из которых будет включен в состав скрипта при его выполнении. Это может быть удобно, если вам нужно выполнять периодически меняющийся скрипт сразу для многих баз. Такое включение делается при помощи инструкции include, например вот так: #include "x:\work\script.txt" в начале строки в любом месте скрипта любое количество раз. Подсказка про эту команду есть на панеле события в меню Обновлятор-Методы. 23.01.2024 В диалоге управление регламентными заданиями при выборе заданий доработан следующий момент: если мы делаем Enter или двойной клик на уже выбранном (и внесенном в поле ниже) задании, то это имя этого задания удаляется из редактора. Как бы обратное действие выбору. 23.01.2024 Опции в свойствах базы на закладке "Общие" разделены на 2 группы. 23.01.2024 Как настроить пропуск операций с базой при внешнем управлении сеансами: https://helpme1s.ru/obnovlyator-1s-kak-nastroit-propusk-operacij-s-bazoj-pri-vneshnem-upravlenii-seansami

Важная информация. Вышел релиз обновлятора от 15 ноября (рабочий, тестовый и устаревший для .net 3.5) со следующим важным исправлением: Исправлена ошибка, связанная с неправильной ротацией локальных (в облаках всё ок) резервных копий при определенных настройках (об этом ниже). Ошибка была внесена в обновлятор 6 апреля 2022 года при доработки в обновлятор опции "заменять пробелы на подчеркивания при формировании имени архива". В результате этой ошибки (вне зависимости от значения указанной выше опции) при включении настройки создания dt выгрузки (конфигуратором) в дополнение к sql выгрузке (средствами СУБД) и настройки хранения периодических архивов (например, недельных, месячных, квартальных, годовых...) - количество хранимых локальных архивов в периодических папках (например, "Последние на конец недели", "Последние на конец месяца"... и так далее) становилось в 2 раза меньше, чем задано в настройках (на ротацию дневных копий ошибка не влияла). Речь только о сочетании указанных выше настроек (одновременно sql + dt и копии за период) и локальных копиях (в основной и дополнительных папках), на ротацию архивов в облаках ошибка влияния не оказывала (так как механизм ротации архивов отдельно написан для локальных файлов и для облака). Вообще я крайне внимательно и неохотно вношу изменения в код, связанный с созданием архивов, с последующим тщательным тестированием (у меня есть ряд автоматизированных сценариев для полуавтоматической проверки корректности ротации и локально и в облаках), но вот это сочетание настроек sql + dt (в коде была допущена досадная ошибка с отсутствием скобок) я пропустил и обнаружил только сейчас, когда один из пользователей заметил меньшее количество месячных копий, чем он указал в настройках. Я в ближайшее время доработаю проверку ротации архивов для всех возможных настроек и сценариев, чтобы стало возможным сделать её частью автоматизированного у меня процесса выпуска билда. Я надеюсь, что эта проблема коснулась очень небольшого числа пользователей, так как обычно я рекомендую для серверных баз при переходе на архивацию средствами СУБД (sql) не включать дополнительно выключенную по умолчанию выгрузку в dt, и приношу извинения всем, кого эта ошибка коснулась.