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

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

ненадо никогда динамический обновлять ...

Динамическое обновление - зло.

А зачем тогда его сделали, если зло?

(0) Такую обработку написать можно.
(2) (3) Обновляю регулярно, все работает. ЧЯДНТ?

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

Нет переферийки, поэтому обновления нормальные. А вообще, обновляться надо редко. Если обновления частые, то что-то тут не так

(1) ты не совсем меня понял. как я понимаю, у каждого пользователя на рабочей станции, при использовании серверной модели, сохраняются "маски" или копии объектов конфигурации, и вот при динамическом обновлении, у некоторых пользователей, скорее всего у тех, которые в тот момент работают с ними, не обновляются те самые копии. Если стереть папку 1с из Application Data, то происходит повторное инициализирование объектов, с которыми работает юзер. Так вот этот процесс инициализации я и хотел спровоцировать :) с помощью обработки.
(6) +1, с переферийками я так не делаю. просто там терминалка, порой необходимо, но два случая описаных выше были замечены.

(5) пни в нужное направление))

на инфостарте видел код - при входе в 1с очищается кэш юзверя. я так понимаю тебе это подойдет.

(10) Постоянно нельзя такое делать!

(11) почему??

(10) спс))

(12) Там настройки же всякие хранятся. Печать и прочее

(10) а настройки сохранённые умрут??

(14) только подумал об этом

Вешается обработчик ожидания, которы проверяет, что
КонфигурацияБазыДанныхИзмененаДинамически()
Если менялась - выход или предупреждение пользователю (не в смысле Предупреждение, а предупредить, что он работает на свой страх и риск)

добавить

(8) разве не обязательно пользователям перезапускать 1С после динамического обновления чтобы увидеть изменения?

(19) Разве всем всегда нужны все изменения? Обычно же для одного только делается

(19) не всегда спасает как показывает практика

(14) У 8.2 настройки лежат в хранилище настроек.

(22) Только если специально описать. УПП 1.3 не все так просто

(22) То есть: если я добавлю в конфу хранилища настроек и пропишу их в свойствах конфигурации - то настройки будут хранится в базе, а не в кеше ?

(24) А что тут удивительного?? В принципе и самому можно было изменить функционал, да хранить в каком нибудь регистре.

(25) С ханилищем писать меньше

(26) Вполне, возможно, несталкивался пока, не было нужды))

(27) ВСе так. В том числе и разработчики. Думается мне, что лишняя фича

(20) так и есть. К чему это ты?

(25) Я имею ввиду настройки платформы - настройки форм, история отборов и прочая, то что 1С хранит в application data.

(30) ну если уж заняться нечем можно и на это функционал переделать)))))

кстати, о динамическом обновлении...
v8: v8: База порушилась при обновлении "Тип не определен ..."
v8: База порушилась при обновлении "Тип не определен ..."

(32) Да, уже все читают. Я, к стати, каждое утро в 8 часов получаю смс - "Архивирование баз данных завершено успешно", поэтому я уверен, что мои волосы мягкие и шелковистые.

(32)я в таблицы не лезу, обычно я изменяю функционал, либо добавляю новые объекты.