ситуация: часто портится кеш, возникают непонятные глюки у отдельных пользователей, типа не видится константа (Константы.ИмяКонстанты  - "поле объекта не обнаружено ИмяКонстанты"). Просил админа поудалять все в папочке 1с папки AppData, не помогало. Помогает удаление пользователя. Может не все удалил? Ну да не в этом вопрос. Вопрос в том, как избежать появления подобных глюков? Зачастились они.


пользователи заходят в 1с через терминалку: Терминальный сервер Win2008 r2 sp1 enterprise, hyper-v. Обращаются к отдельному серверу 1с на win2003 x64.

Такие проблемы возникали и до этого на платформе 8.2.13.202. Сейчас стоит 8.2.15.310. Проблемы возникают чаще.

Периодически применяется динамическое обновление. Может в этом дело?

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

Демоническое обновление - зло, не используй его

(1) но в последнем случае динамического обновления не было

(2) там настолько плавающая ошибка, что 1С до сих пор починить не может это

(3) а она зарегистрирована?

(4)не обращал внимания просто

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

(6) а у меня наоборот :(

(6) лан, попробуем отказаться от динам.обновлений

"Периодически применяется динамическое обновление. Может в этом дело? "
Да. Дело в этом.
Это все равно что написать - "девушка забеременала. Периодически трахаемся. Может в этом дело?"

Не всегда от них получается отказаться если пользователей много работают практически круглосуточно и постоянно ведется доработка. Иногда приходится жертвовать настройками пользователей на период активной разработки.

(9) Как рассказывает одна очень древняя книжка, один раз причина была не в "трахаемся".  :)

(10) Вот когда заключат сделку на несколько миллионов по данным некорректной версии отчета (некорректной из-за динамического обновления), тогда сразу найдется регламентированное время для обновления... несмотря на "работают круглосуточно"

(10) вопрос организационный, мы просто только в пятницу обновляем, хоть и доработок много. потерпят юзеры. Только критичное обновляем непланово, а если нормально всё делать а не быдлокодить - таких ситуаций мало

(12)Согласись что в твоем примере исключение, чем правило. Или надо повышать стабильность релизов.

А вообще в терминале надо удалять все папки пользователей в Users ночью, тогда глючить будет только вечером :)

(13) Чет мне не верится, что никогда не обнаруживаются ошибки когда код уже в работе

(13) Даже когда тестеры есть в команде такое возникает

(15)(16) обнаруживаются, но очень мало, всё тестируется перед обновлением. за год 3-4 раза динамическое делали

короче у нас отказались от динамического практически. с обновлениями - по регламенту всё. в опред время

(15) Имхо. Ошибки бывают
1. Не критичные - имеют обходное решение или спокойно их исправление может подождать день/два (и внедриться в регламентное время)
2. Необходимо срочное внедрение - тогда все могут выйти.
При этом т.к. обычно срочные исправления идут без реструктуризации, то внеплановое обновлени вполне реально сделать за 15 минут. Я не уверен, что 1с активно использвуте в системах, где нельзя прервать процесс на 15 минут.
Хотя такое возможно...