то что заведётся, то - факт. искать готовое решение на просторах инета лень.

Коллеги, добрый вечер. А кто-нибудь знает, есть ли описание сервиса доставки патчей для типовых ? Можно ли свой аналог такого организовать по действующей методике ?

дак а что там такого сверхестественного? описани на итс есть. свой ресурс делайте и дергайте его периодически.

если не ошибаюсь сппр умеет патчи собирать. останется выложить его на ресурс и периодически проверять актуальные

Да.  Видимо не внимательно искал инфу на итс, ушёл читать

Спасибо

сам не так давно нашел)

Киньте линк плз

Git 2.25 stack smashing это же бага?

Почему гугл про нее не знает?

Если ты правда будешь делать такое, то до пользователей постарайся донести мысль: если оные будут обновляться через конфигуратор, а не из предприятия, то им расширения-патчи желательно руками б удалить до начала всех процедур. Мы тут с этим немножко в типовых попали.

Удалять расширения при первом входе разве уже не вариант?

это риторический вопрос.

Вроде, механизм патчей позволяет удалять лишнее при обновлении конфигурации. В процедуре обновления должна вызываться проверка расширений на патчи и удалять те, в которых перечислены старые версии подсистемы.

Да пока общее процедуры и механизмы изучаю на ИТс по поиску «Патч» =)  Общего описания механизма от и до , пока не нашел

Если ты обновляешься из пользовательского режима, то там формируется скрипт, который ДО обновления удаляет все расширения-патчи. После того, как обновление будет загружено, опять же из пользовательского режима запускается скрипт, который должен возвертать нужные расширения-патчи, если они после обновления, и в правду нужны. Если патч уже зашел в cfu - то он не устанавливается. Повторюсь, это если все "из коробки" пользовательского режима. Если же эту работу делает человек из конфигуратора, то самое первое что он должен сделать, во избежание проблем - просто удалить все патчи руками.

Т.е. механизм патчей, действительно позволяет полноценно и грамотно отключить-подключить все патчи, если? Если вы делаете все из пользовательского режима.

Понятно. Да, если обновлять через конфигуратор, патчи будут анализироваться на удаление только после обновления на cfu и запуска в режиме предприятия.

Совершенно верно. Если они до загрузки cfu не удалились, то при старте - они опять анализируются и удаляются. Но есть расширение патчит что-то ДО запуска этого алгоритма и после загрузки cfu оно уже неработоспособно, то всё. :) Т.е., я не знаю, я пока эту тему так понял для себя: удаляй все расширения, после обновления лучше поставить те, которые нужны.

Коллеги, если возможно, ткните меня туда где описано как в ElasticSearh засунуть ЖР

хочу всё же сделать удобняшку нашему СП, а то вешают отборами систему)))

Просто делаете регламент, и хттп рекаестами долбите эластик. Предварительно не забыв индексы нужные обозначить.
Тут скоро вопрос просто в том как настроить эластик