8.3.18.1208, работает с прошлого года, никаких проблем не было. Сегодня внезапно всё перестало работать. Никто ничего не делал конечно же.

Открывай на клиенте утилиту TCPView и ею смотри какие процессы слушают порты отладки (1560-1591 в стандарте)

Хорошо, попробую

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

Оскрипт (гитсинк)

я так понимаю это альтернатива 1С Исполнителю ?

А зачем гитсинк то? Это ж просто операция получения из хранилища, а не гита

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

ручные операции хотел выбрать инструмент

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

Ну в8раннер тогда

им же можно будет пользоваться для запуска авто тестов для ванессы из СППР ?

Хз. Эта тема меня полностью мимо обходит пока.

С http-отладкой абсолютно точно такая же проблема. Что логично, учитывая что http всего лишь надстройка над tcp. Тоже был случай, безопасники втихую снифали весь трафик, в том числе и внутри локалхоста, даже между портами и сокетами самой машины. У всех разрабов почти одновременно скорость "шагания по отладке" просела просто в разы, прям глазами было видно как медленно и неторопливо шагает. Ну а на продуктивном сервере (там тоже отладка была включена) это привело к тому, что код который работал 5 секунд стал работать 30 сек. Мы кинулись чинить сервер, искать что где и как, а потом спустя пару дней меня осенило, достал wireshark и сидел курил, куда же мой трафик уходит. Этих долб..в даже не наказали, что интересно. @SerbinovE наверняка тоже самое у тебя

А наказать нужно было ещё того, кто включил http debug на проде ))

Это скользкая дорожка, сейчас упадёте в тему, что с включённой отладкой код работает быстрее )

Почему быстрее, если медленнее?
Просто речь не об экономии на спичках как с tcp. А о хорошем таком провале в два раза даже в самых идеальных условиях на всех сеансах.

Речь не о замедлении, а о неработе, поэтому уже неправильно утверждать что "точно такая же проблема".
И второе - хттп пассивная, в отличие от тср, поэтому [2].

С бодрым. Чисто теоретический вопрос :) Допустим при работе по гит-флоу каждая задача оформляется отдельной веткой. При последовательном кодировании 2 задач, затрагивающих одинаковые объекты метаданных, одним разработчиком как он будет выгружать изменения в каждую из веток? Работать с каждой веткой в уникальной конфигурации? "Затирать" доработки по первой задаче после перехода ко второй например заново загружая конфигурацию из исходных файлов соответствующего коммита? Что-то еще? Каков мировой опыт?

Вроде как принято перед разработкой затянуть себе актуальный код