Если на них нет рычагов давления - то никак, только зря пиксели на мониторе марать

Для графа дэ ля Фер это слишком :) но спасибо за идею.

Добрый день. Подскажите как настроить файл конфигурации BSL LS чтобы выполнить только одну проверку-запрос в цикле. Это надо всё проверки прописать и выключить?

А что есть такая проверка? Неявных запросов в цикле можно наговнокодить через стек вызовов размером с экран и вовсе не 15 дюймовый

Вас чем они беспокоят? Вы одну конфу допиливаете?

От них доработки по интеграции прилетают. Вынуждены их использовать.

Добрый день. Может кто-то занимался интеграцией локального сервера интеграции с telegram. У меня система такая получилась: nginx, который принимает по https соединения на порт 8443, и пересылает запросы на сервер с сервером интеграции на порт 8443. SSL на nginx настроен, проверку проходил. Но не работает. getWebhookInfo выдает - "Wrong response from the webhook: 404 ". Просьба к знающим помочь.

{
 "$schema": "https://1c-syntax.github.io/bsl-language-server/configuration/schema.json",
 "language": "ru",
 "diagnostics": {
     "mode": "only",
     "parameters": {
         "CreateQueryInCycle": true
     }
 }
}

Спасибо

Доброго дня. Как у объекта ИнтернетПрокси правильно добавлять адреса, для которых не используется прокси? Пробовал так:

Прокси = Новый ИнтернетПрокси();
Прокси.НеИспользоватьПроксиДляАдресов.Добавить("ya.ru");
Прокси.НеИспользоватьПроксиДляАдресов.Добавить("192.168.0.111");

Не помогло. Массив-свойство НеИспользоватьПроксиДляАдресов почему-то всегда пустой.

Насколько эффективно "городить" вот такие вложенные соединения таблиц? (просто пример).
|ИЗ
|    РегистрСведений.ИзмененияСтатусаНоменклатуры.СрезПоследних(&Период, ) КАК ИзмененияСтатусаНоменклатуры
|        ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Номенклатура КАК СпрНоменклатура
|            ЛЕВОЕ СОЕДИНЕНИЕ Справочник.ТипыНоменклатуры КАК ТипыНоменклатуры
|            ПО СпрНоменклатура.ОписаниеНоменклатуры = ТипыНоменклатуры.Ссылка
|        ПО ИзмененияСтатусаНоменклатуры.Номенклатура = СпрНоменклатура.Ссылка
Пишут, что в данном случае соединение таблиц произойдет в таком порядке, в котором решит планировщик СУБД, результат от этого не зависит. А порядок соединений планировщик определяет в зависимости от объема вычислений при соединении данных на основе статистики, наличия индексов и других вспомогательных данных.
Действительно так?

Коллеги, подскажите такой вопрос:
Есть у меня необходимость постоянно мониторить наличие каких-то данных в регистре, и если они есть, то запускать их обработку. Время реакции на их появление должно быть минимальным, при этом вешать запуск этой реакции на запись в регистр максимально не хочется, т.к. занимает время.
Частота появления данных - чаще секунды.
Пока пришел к идее постоянно висящего ФЗ, которое мониторит этот регистр в цикле, оно получается вполне неплохо, за исключением того, что это ФЗ фактически впустую жрет полностью один поток процессора.
Проблема еще в том, что потенциально таких фоновых может быть 5 и более.
И одной фоновое еще на логирование, но его предположим можно повесить на регламент раз в секунду, но где-то читал, что так тоже нельзя.
Может есть какие-то бест практис в этом всём?

Почему не веришь?

В модуле набора данных же можно смотреть.

Показать отчет Сонара (кол-во ошибок, уязвимостей, дефектов) до и после

Это всё равно фактически при записи набора и будет исполняться в потоке с записью данных, чего и нужно избежать

Это да, но нужно как-то предвосхитить заголовком или тезисом :) а не просто "смотрите что вы наделали" :)

Ну если нет определения технического долга - то и самого долга нет

Заголовок такой: "Я медленно выгружаю конфигурацию вашего хранилища..."

Тоже верно :) Как слышится, так и пишется