Называть отладку "не нужной в продуктиве фигней" - это сильно

Называть отладку "не нужной в продуктиве фигней" - это сильно

сэрверная...я имел в виду сэрверную отладку)

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

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

сам несколько раз попадался на это, на более мелких проектах) это каждый раз "плач ярославны"))) "У нас документ не проводится и все зависает". И у тебя сердце в пятки)

Наверное в твоем случае всегда имелся открытый где-то конфигуратор.
А выше речь о том, когда конфигураторы закрыты (их сеансов и соединений с вставшей базой нет). Там по-настоящему фантом. Хотя и весьма редкий. Пока только от пары человек слышал.

этого фантома я на одном проекте часто видел в зависших соединениях в кэше кластера

Наверное в твоем случае всегда имелся открытый где-то конфигуратор.
А выше речь о том, когда конфигураторы закрыты (их сеансов и соединений с вставшей базой нет). Там по-настоящему фантом. Хотя и весьма редкий. Пока только от пары человек слышал.

если кратко,
то должно быть несколько контуров, со своими ограничениями.
1. контур разработки, разрабы должны сидеть на отдельном серваке/кластере, чтобы своими "погаными" запросами в консоли не ложить продуктивный сервер.
 рядовые разрабы, если это не ларек, не должны иметь доступ к продуктивным данным, и данные в разработческих базах должны обезличиваться, чтобы снизить риск утечек коммерческой инфы
 плюс на сервере разработки включена серверная отладка и есть всякие хранилища, гиты, анализаторы качества кода, сборщики/разборщики и т.д. и т.п. Вся эта фигня не нужна в продуктиве.
2. контур тестирования/стейджинга. Могут быть отдельные, могут быть и объединены. Там ответственные люди тестирую фичи, и выносят вердикт о допуске релиза на прод. Тестовый контур так же может быть и без чувствительных данных в базе. Лишь бы они были условно похожи на те что в боевой.
Стейджинг это почти полная копия продуктивного окружения и данных, там проверяется, что релиз на боевую базу накатывается как надо, и может быть делаются какие-то особые проверки, нагрузочное тестирование и т.д., проверка развертывания релиза, например разрабы создали файл поставки, поставка накатывается на базу и работают обработчики обновления, миграции данных всякие т.д.
3. боевая база, ну тут все понятно

это все нужно для разделения ответственности и обеспечения качества. Процесс прохождения кода по этим этапам условно можно назвать CI/CD, он может быть и самый простой, когда мы переносим везде изменения через cf и сравнение/объединение, проверяем код глазами, и тестируем руками, а может быть и крутой, здесь собсно сокрыт большой потенциал для автоматизации (автотесты, автопроверки кода, скрипты развертывания и настройки инфраструктуры, это можно хоть башем, хоть питоном, хоть оскриптом).
так же стейджинговый контур должен как можно лучше повторять характеристики продуктивного контура, и желательно, каждый раз разворачиваться заново, например накатываться новая виртуалка, база разворачиваться из последнего бекапа, и т.д. и т.п, чтобы проверить все компоненты системы на случай сбоя и необходимости восстановления.

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

в конфиг не зайти, говорит что есть сеанс, в консоли кластера соединений нет.
это значит что пора остановить сервер 1С, и очистить каталог snccntx

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

ну оно в любом случае плохо) но если кто-то забыл точку останова, то проблема приобретает жопораздирающий характер)

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

а где про это подробнее читнуть? еще не сталкивался

с другой стороны я могу понять 1С, которая не хочет в СП описывать в каких случаях метод не вызовет сервер. поэтому просто превентивно ругает