Обновить

Комментарии 11

Речь идет о локальном кэше 1С на машинах с ОС Linux. Любая автоматизация, даже самая простая, это удобно. Жалко только что уничтожать кэш определенной базы все равно приходится целиком. Особенно это неприятно для серверного кэша 1с.

Все верно. В заголовок статьи не поместилось, но в на рисунках видно)
Что касается целиком, то лучше так.
Практически везде где я знаю кэш целиком сбрасывается

Серверный если reg_1541\snccntx то целиком, а вот тот, что по базам 1с не рекомендует трогать вообще.

Вспоминается...

Давайте как то яснее выразите свою мысль
Где 1с не рекомендует трогать вообще ?
Если мы еще про кэши)

Серверный если reg_1541\snccntx..... то целиком, а вот тот, что по базам 1с не рекомендует трогать вообще.
Серверный если reg_1541\snccntx..... то целиком, а вот тот, что по базам 1с не рекомендует трогать вообще.

Каталоги вида ГУИД по базам на вашем принскрине, это не кэши
Там лежит журнал регистрации и индекс полнотекстового поиска в общем случае
Понятное дело что удалять их не нужно

А трогать, трогайте на здоровье

Спасибо что пояснили, теперь, спустя столько лет, наконец то, есть полная ясность.

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

/ClearCache

на базу при запуске сделать нельзя?

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

/ClearCache сделать можно но это не всегда спасает

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

А проблема воспроизводится при использовании тонкого клиента при веб подключении?

Смотря какой смысл вы вкладываете в слово "воспроизводится"

А так да, две недели назад не применилось расширение у пользователя пока кэш нее почистили

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации