Видел свой вопрос в курсах , но что-то.

Лучше всего это умеет iis arr, хотя haproxy тоже хороший вариант.

Да, теперь понятнее, спасибо. Порою, может что-то получится

спасибо, iis тоже гляну

Вот это мне не очень нравится, внутри самого расширения инфы нет, где-то снаружи все это лежит. Программного механизма контроля в самом расширении нет.

если используете версионирование конфы и БСП, то можете отключать расширения в обработчиках обновления

Не понятно как понять какие надо отключать, какие нет

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

но нужно знать, когда будет релиз, заменяющий фикс, да

А как ты планировал это понимать в коде самого расширения?
https://t.me/ssl1c/80403

В расширении расширяет перед обновлением информационной базы ? А расширение сразу отключится, или при след запуске ? Если сразу, то ок, если не сразу, получается обработчики обновления будут работать с включенными  расширениями ?

Кто знает, почему у динамического списка с отображением Дерево, при установке параметру НачальноеОтображениеДерева значения РаскрыватьВсеУровни, критически парает производительность? Огромное количество запросов с клиента 1С на сервер. При том что в https://its.1c.ru/db/v8std/content/489/hdoc такое поведение описано только для иерархических списков, но не для деревьев.

Получается, РаскрыватьВсеУровни вообще никак не получится использовать?

Наверное дерево не умеет подгружаться порционно?

Я в тупике ) поэтому спрашиваю совета кто как делает. Сами расширения не имеют готового механизма контроля ни внутри расширения - например событие перед подключением ни снаружи - нет никаких описаний, сервисных реквизитов, например требуемая версия основной конфигурации.

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

Да можно, согласен, надо городить какую-то обвязку под это. Надо пробовать. Остался вопрос - сразу ли открывается расширение. Вроде не сразу. Это не очень хорошо.

расширение расширяет БСПшный механизм обработчиков обновления. но да, можно встрять на ситуацию, когда в одной версии другой обработчик обновления вызывает код из расширения, которое еще не было отключено в этой же версии. мы такие риски приняли, нас устраивало)

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

) блин