Имя: Пароль:
1C
1С v8
Динамическое обновление общего модуля
,
0 Сформировать Отчет
 
09.11.12
10:51
Внес изменения в общий модуль, обновлил динамически.
Перезашел в 1С предприятие, изменения не вступили в силу.
Что не так делаю? Как правильно обновлять?
1 zak555
 
09.11.12
10:51
не использовать динамическое обновление
2 programmer1c_
63
 
09.11.12
10:52
кэш почисти
3 Maxus43
 
09.11.12
10:52
не надоело ещё на граблои с динамическим налетать, да потом ещё и спрашивать што случилось?
4 Cube
 
09.11.12
10:53
(0) "Что не так делаю?"
Не правильно обновляешь.

"Как правильно обновлять?"
Не демонически))
5 Сформировать Отчет
 
09.11.12
10:56
ошибка динамического обновления .как я понимаю была исправлена еще в весенних релизах
6 Maxus43
 
09.11.12
10:58
(5) она не то что не исправлена, она до сих пор не признаётся 1с. исправляют мелкие баги, саму суть ошибки - не получается у них за все сколько-там лет
7 Serg_1960
 
09.11.12
10:58
(интереса ради) Хоть кто-нибудь из присутствующих представляет как реально работает демоническое обновление?
8 Maxus43
 
09.11.12
10:59
(7) в общих чертах, толстый клиент. на тонком ваще хз
9 Trier
 
09.11.12
11:06
Вам не надоело гнать на динамическое обновление? Когда в сильно переписанной базе 100+ пользователей, по-другому не сильно получается. За несколько лет база обновляется динамически по несколько раз в день - проблем не было ни разу

А по теме - наверняка просто кеш надо почистить
10 Reset
 
09.11.12
11:08
(9) "проблем не было ни разу"
"наверняка просто кеш надо почистить"
11 Maxus43
 
09.11.12
11:09
(9)>>А по теме - наверняка просто кеш надо почистить
А из за чего, стесняюсь спросить? Из-за демонического.
Никто не гонит, пользуйтесь на здоровье, тока за столько лет пора понять что летит кэш, и спрашивать об этом уже моветон
http://gilev.blogspot.ru/2010/02/1-81.html
12 Sammo
 
09.11.12
11:16
(5) Ню-ню. Оптимистичненько.
Проблеме динамического обновления уже несколько лет. Ситуация стала лучше, чем раньше, но "исправили", это излишнее преувеличение...
13 Serg_1960
 
09.11.12
11:18
(9) "Вам не надоело гнать..." - не надо обобщать :( Я не "гоню" - я предлагаю немножко подумать и понять "механику" демонического обновления.

Подводные камни у этой "динамики" были, есть и ... (пессимизм) - будут. Ибо у всего есть цена и за всё надо платить.
14 Trier
 
09.11.12
11:21
(12)Согласен
(10)(11)Необходимость очищать папку - небольшое осложнение, ИМХО.
15 Maxus43
 
09.11.12
11:23
(14) дак это и есть последствия демонического в общем случае, или ты связи не видишь между кривым кэшем и демоническим?
16 Reset
 
09.11.12
11:27
(15) Он не видит в этом проблемы :)
17 Reset
 
09.11.12
11:28
Как в анекдоте про женщину не могущую отказать и доктора
18 hhhh
 
09.11.12
11:33
непонятно, почему сама платформа не чистит кеш при запуске базы? Почему это вручную надо делать?
19 Serg_1960
 
09.11.12
11:38
Сорри, но есть ещё один "скрытый" аспект демонического обновления, на который мало кто обращает внимание.

Риторический вопрос: ради чего делается оперативное обновление конфигурации?

Чаще всего - для оперативного устранения выявленных критичных проблем. Но даже если это "малозначное" изменние конфигурации - задумайтесь:

Юзверы, которые не перезапустили сеанс, продолжают работать с "устаревшей" конфигурацией - в то время, когда остальные уже рабтают с "актуальной" конфой!

Когда вы вносите демонические изменения - вы думаете об этом? Что одновременно будет работать две схемы - устаревшая и обновленная?

Иногда это чревато малоприятными последствиями.

Сорри за много буковок, но считаю нужным донести мысль в полном объёме.
20 mikecool
 
09.11.12
11:40
замечено - регламентные и фоновые задания подхватывают дин. обновления сразу же
21 mikecool
 
09.11.12
11:40
(19) критичные юзверы, связанные с обновлением,  заставляются перевойти в конфигу
22 YF
 
09.11.12
11:42
(21) Если изменилась процедура проведения документа, то юзвери, у которых есть права будут заставлены перевойти?
23 Reset
 
09.11.12
11:42
(20) Новые задания, стартовавшие после обновления.
Или ты говоришь о работающих в момент? Это не могу представить, как может быть
24 Trier
 
09.11.12
11:42
(15)(16) Я уточню свою мысль - я полностью согласен, что динамическое обновление, в случае если есть выбор, использовать не надо. Но! Если бы возможности обновлять динамически не было бы в принципе, ситуация была бы гораздо хуже.

Почему 1с не решает некоторые оставшиеся проблемы с динамическим обновлением - вопрос другой
25 Serg_1960
 
09.11.12
11:44
(20) Они не кэшируют конфигурацию - им это не надо. Кэширование - только для клиентов, которые вечно недовольны быстродействием 1С :)
26 dmpl
 
09.11.12
11:50
(9) Если требуется регулярно динамическое обновление, да еще по несколько раз в день - значит, хреновый вы программист. И начальство у вас хреновое, не можете написать код без ошибок и спланировать внесение изменений.
27 Ursus maritimus
 
09.11.12
11:55
(26) Да и вообще мир не идеален :)
28 dmpl
 
09.11.12
11:58
(27) Но вообще, если хаотически автоматизировать хаос - получится хаотически автоматизированный хаос.

А быстро реагировать на крики пользователей "Это надо сделать здесь и сейчас!" - глупо. 99%, что это вполне может подождать неделю, и 70-80% - что это вообще делать не надо.
Основная теорема систематики: Новые системы плодят новые проблемы.