Что описано? "Код не будет работать, и никаких сообщений не будет выдано"? Так вот в части "и никаких сообщений не будет выдано" - это ошибка. В крайнем случае - проектирования. К тому, что работать не будет у меня претензий нет.

Если при старте «1С:Предприятия» ваше расширение успешно применилось к конфигурации, это еще не гарантия того, что все расширяющие методы, которые находятся в расширении, будут выполняться. Это связано с безопасностью.


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

Именно то что вы написали в статье и написано
https://its.1c.ru/db/pubextensions/content/58/hdoc

но в ЖР да,ьпусто

только вспывающий поп

Дык нет попа. Я не против, чтобы не все методы выполнялись в связи с безопасностью. Но при попытке выполниться они должны приводить к ошибке, аналогично чтению полей справочника, на который нет прав. А не запускать другой поток выполнения. Иначе у разработчика нет контроля на тем, что же творится в режиме предприятия.
И вот тот милый скриншот у меня тоже не сработал. Я сформировал отчет, он сформировался по типовому коду и никаких надписей в "Информация для технической поддержки в окне информации о программе " не возникло.

Это уже тема другого чата, напишите на @platform_suggestions

Да раз 1С обещает текст в этом окошке, то это уже не @platform_suggestions, а чистый v8@

Но спасибо всем за помощь, ворчать мне наверное хватит уже.

Ворчать надо громче. Тоже постоянно на это натыкаюсь.
Вроде в 22 платформу обещали добавить что-то по управлению расширениями, в том виде как есть сейчас у меня никакого желания дорабатывать через расширения нет, все как-то слишком неявно и неуправляемо

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

точно-точно на клиенте?

Не факт, я хотел на клиенте

Да в общем то особо никак.
Только если монстрячить свою ВК, которая будет это делать как то асинхронно без фриза основного окна.
Но пинк ребит написан синхронно

Просто ещё странно что на клиенте - ибо из соображений ИБ на клиенте может быть любое ограничение

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

А тут уже всплывают ньюансы.
В 90% в рамках сети предприятия проблем не будет.
Но неоднократно встречал в крупняке что с клиента всё закрыто.

Согласен, но в моем случаи все клиенты на одном РДП трутся, в нем я уверен.

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

Да, я похоже не туда свернул в рассуждениях.

Увидел что в БСП работа с внешними компонентами есть через клиент и там есть кеширование, вот наверно туда и свернул по этому

Хотел узнать, как у кого реализовано. А то у нас оказалось, что ещё и кролик больно часто лежит.