Сегодня пятница, тыщи 1сников расширяют сознание и наверняка накидают идей, как реализовать "спящий режим" в 1с.

Задача: отключить юзеров от базы со всеми открытыми у них формами объектов так, чтобы при подключении им не пришлось открывать окна заново.

Смысл: избежать динамического обновления при частом изменении конфы в большой организации.

>Смысл: избежать динамического обновления при частом изменении конфы в большой организации.

обновляйтесь ночью

Какая связь?

никак, и не стоит пытаться

(3) + ну Демоническое обновление ЗЛО (с), так что (1) и не изобретать велосипед

(0)Так и хочется сказать - открой в гейклубе суши бар.
По сути.
За все нужно платить.
Если компания не может предоставить возможность обновляться, то нафиг ей обновления?

(0) а если формы не существует больше или она изменилась после обновления?

а если данные изменились?

Не в свое время у нас была прикручена на 7-ке такая. Но больше вреда чем пользы

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

в больших организация 1 раз в сутки ночью - и то частое обновление, а если ещё и РИБ с десятком филиалов - нафиг нафиг

Тема интересная.
Что-то такое было в опенконфе, ЕМНИП.


(6) Try-Except никто не запрещал.

(11) причем тут Попытка/Исключение?

Пытаюсь сформулировать идею "умного" клиента (в порядке отдыха от работы).
Постулаты:

Пользователь открыл у себя нужное количество объектов на редактирование - значит это кому-то нужно.

Прогер добавил в метаданные некий объект, никак не затрагивающий открытые объекты, т.е. теоретически блокировки не конфликтуют и запись в СУБД может происходить одновременно.

Если зафиксировано изменение объекта, можно "как в винде" предложить замену, объединение или отмену.

(8)вред можно локализовать правами доступа
(10)про 1 час ночью: у некоторых час простоя стоит хороших денег
(11)TurboBL?

(12) Не существует - не открывать, опционально писать в лог. Изменился - искать по id и открывать.
(13) Нет. Насколько я знаю - TurboBL даёт прирост скорости и глобальную видимость процедур объектов, про другие функции не слышал.

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

(15) тут можно обновляться в момент пересменки операторов

(14)turbomd на самом деле (правка текстов модулей и вроде как форм на лету)

и в 8ке у нас часть интерфейсов сейчас вынесена во внешние обработки, но вот иногда так надо добавить реквизит)

(15) и очень приятно, когда этот момент не 3 утра

(18)->(16)

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

(20)больше устраивает "робот пусть на ночной техподдержке висит"

Пробовал, но потом плюнул, так как надо соединяться с УИДАмии метаданных, а это тяжело.

Теоритически можно. Практически - очень сложно и пользы мало.

попытка решить проблему которая лежит в административной плоскости техническими ухищрениями

(24) Действительно, придурковатое решение, ИМХО, в (0)

(24) Паровоз тоже был придурковатым в глазах современников, ну да лан, суббота уже, да вот ночью сын родился и проблемы теперь в бытовой плоскости )

(10) Да? а когда по ту сторону клиент, а документ не проводится и не печатается - сказать приходите завтра, будет работать?

(28) Для крупных шишек повышенный расход нервов у попрошаек вызывает те же чувства, что и потребление бензина Крузером 200 на крейсерской скорости

(28)->(27)
но и это не мешает жить опенконфам и снегопатам

к (0):
при
service srv1cv82 restart
во время работы проведение документа не вылетает в ошибку, а красиво продолжается после небольшой паузы

(26) поздравляю!

(31)пасиб)