Ошибки в коде 1с возникают при работе по RDP с разных компов, например: у бухгалтера неправильно формируется ОСВ (результат запроса  СКД неправильный), причем и в доработанной БП 2.0, и типовой БП 3.0, но когда я захожу с другого компа на тот же RDP у меня формируется правильно (недавно появилась ошибка в коде печати документа в БП 3.0 - несоответствие типов, но при входе на RDP с моего компа - печатает без запинки).
Сами SQL базы, находятся на на другом RDP, не том, на который заходят пользователи.
Кэш чищу, но помогает ненадолго.
Часто приходится динамически обновлять конфу, особенно не типовую. C'est la vie :)
Почему возникают такие ошибки и как их предотвратить. Может быть нужно оптимизировать код для работы на RDP?

Автоматически чистить кеш :)

(0) Автор - дятел.
"но при входе на RDP с моего компа - печатает без запинки)"
- при входе в сеанс РДП ПОД ТВОИМ ВИНДОВЗ-ЛОГИНОМ?
- при сеансе РДП вход в базу ПОД ТВОИМ ЛОГИНОМ?

.
зайди СО СВОЕГО ЛОКАЛЬНОГО компа в рдп под виндовз-идентификацией БУХГАЛТЕРА, в этой рдп-сеcсии зайди в базу под логином бухгалтера и смотри правильно или нет...

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

Кэш не является кэшем если он не способен поддерживать свою актуальность. нафиг нужны неактуальные кеши?
в чем причина, что основным методом лечения проблем -- "почисти кеш"..? - объясните мне, я тупой

(4) А вот срачики по праздникам затевать - грешновато! =)

(5) самое время

(4) Плюстыща. Неужели сложно проверять кэшированные данные перед использованием? Прочитали, посчитали контрольную сумму, сверили с записанной в метаданных. Совпало - очень хорошо, используем. Не совпало - подтягиваем актуальные метаданные в кэш.

(7) видимо это сделает 1ску еще более тормозной... ;-)

(7) вы знаете, зачем нужен кэш?

(9) Нет, у него фетиш - расчет контрольных сумм. Начало см. СтрНайти -  ошибка

(9) Для ускорения. Но это не значит, что можно брать всякий мусор из помойки и выкладывать на тарелку вместо еды..

+(11) Прежде чем есть непонятно что, есть смысл это хотя бы обнюхать, не испортилось ли..

(7) Т.е. перед каждым использованием данных делать запрос к бд для проверки? Оригинально...

(13) Запросить 4 байта контрольной суммы - совсем не то же самое, что тянуть мегабайты - это касаемо кэширования метаданных. А уж _данные_ по уидам кэшировать между сеансами - абсолютное зло. Локально внутри сеанса - можно, но необходимо _гарантировать_ невозможность использования этих данных другим сеансом 1с.

ОСВ - она такая, не всегда одинаковые значения показывает и зависит это ОТ НАСТРОЕК КОТОРЫЕ САМ БУХГАЛТЕР ДЕЛАЕТ !!!!!!!

в частности список счетов по которым будет "развернуто/свернуто сальдо и обороты".... то есть дебетове сальдо может отжироть/отдавать часть кредитового сальда....

если это бух не понимает - на курсы его!!!

(0) Тут два вопроса: кэш данных и кэш конфигурации (если демоническое обновление)? 1С вроде как предупреждает пользователей, что фигня-с, обновитесь...

(14) А зачем вообще что-то запрашивать? Данные неактуальны - в этом нет ничего страшного. Данные рассогласованы - тут кто-то виноват.

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

(18) Вот именно. И когда треть конторы проводит документы по одному алгоритму, другая треть -  по другому, а третья - строит отчёты по этим сифилитическим данным (а ведь имеет право, а в тонкости сего процесса никто людей не посвящал)... В общем, неловкая ситуация. И, на мой взгляд, виноват тот, кто разрешил такое непотребство.

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

(19)  и кто разрешил такое непотребство?

(21) В любом режиме - меню "Справка - О программе". Там написано :-)

(20) Насчёт неактуальности - тут не автоматом запрашивать бы. А разрешать заранее оговаривать. Что-то типа snapshot - и ежели кто хотел, но не актуализировал, то ССЗБ.

(22)  ну собственно мы об этом выше и написали - какой смысл в таком кешировании?

(24) Это фирменная традиция. Вспомни 7.7 SQL с необходимость либо переписывать некоторые запросы, либо ВключитьSQL(0).

при чем тут вообще кеш и все остальное???

читайте (15)...

1с пользовательские данные не кеширует!!! (точнее кеширует но строго на сервере и в рамках одной сессии, к сабжу это не относится....)

(26)  а с какого хрена как проблема
То чуть ли не первый совет почистить кеш
Шаманы типа?

(27) по тому, что 1с кеширует ПРОГРАМНЫЕ модули и управляемые формы...

от этого действительно есть куча проблем, но к сабжу они не относятся вообще никак....

(28)  ага, то ест для (1) надо сказать "ты некомпетентен" или в более мягкой ыорме борис ты не прав
?

(29) в проблеме с разными данными ОСВ - да...

в проблеме с печатью - нет

(30) а каким образом кеш влияет на печать?

(26) "1с пользовательские данные не кеширует!!! (точнее кеширует но строго на сервере и в рамках одной сессии, к сабжу это не относится....)"
Сталкивался с проблемой, когда из сеанса на веб-сервере производится подключение к другой базе через COM, а используется один каталог временных файлов. При этом временные файлы основного сеанса путаются с временными файлами сеанса COM. И возникают странные глюки.

Спасибо за интерес, проявленный к моему посту :)
Отвечаю: (2) "зайди СО СВОЕГО ЛОКАЛЬНОГО компа в рдп под виндовз-идентификацией БУХГАЛТЕРА, в этой рдп-сеcсии зайди в базу под логином бухгалтера и смотри правильно или нет..." В том то и дело, что когда я на "моем" удаленном сеансе захожу в базу под своим логином - всё хорошо, а когда, через диспетчер задач - пользователи - удаленное управление, захожу в сеанс пользователя - то база дает ошибки и под его, и под моим логином в базу. (7) "Прочитали, посчитали контрольную сумму, сверили с записанной в метаданных." Как в пользовательском режиме 1С получить данные из кеша? Написать запрос? Подскажите где посмотреть?

(16) Что, собственно, происходит при динамическом обновлении? Конфигурацию изменили и пытаемся обновить данные: при этом старые записи не удаляются - они используются для старых/текущих подключений. В 1С 8.3 сейчас старые сеансы в некоторых случаях "усыпляет", а не отрубает, то они могут восстанавливаться при восстановлении активности пользователя. Баг может быть 1)в конкретной версии платформы, 2) в настройке терминальных сессий, когда, при выходе приложение не завершается, а продолжает работать - сессия не завершается, а отключается. 1-вариант мы не рассматриваем, поэтому вопрос: как правильно настроить терминальные сессии?

(34) а зачем ты принес сюда откровения с инфостарта?
http://forum.infostart.ru/forum26/topic147896/message1518036/#message1518036