![]() |
|
Динамическое обновление конфигурации. Перезапуск конфигуратора. | ☑ | ||
---|---|---|---|---|
0
ХомаБрут
28.11.12
✎
14:11
|
Платформа 8.2.16.368
База в формате SQL При динамическом обновлении конфигурации платформа сообщает, что работа конфигуратора будет завершена. Очень неудобно. Можно ли это как-то отключить? P.S. А в файловой базе на той же платформе такого неудобства не было. |
|||
1
Нуф-Нуф
28.11.12
✎
14:12
|
отключай епта
|
|||
2
Нуф-Нуф
28.11.12
✎
14:12
|
вот они. адепты говвнокодинга с их динамическим
|
|||
3
ХомаБрут
28.11.12
✎
14:15
|
шо, щас будет море крови? ))
я бы с удовольствием прочитал ответ по существу. |
|||
4
Necessitudo
28.11.12
✎
14:17
|
(0)Пипец...А ты знаешь чем грозит демоническое обновление?
|
|||
5
MRAK
28.11.12
✎
14:17
|
(2) толсто
|
|||
6
MRAK
28.11.12
✎
14:19
|
(4) ничего в нем страшного нет. Особенно, если использовать не на боевых базах
|
|||
7
ХомаБрут
28.11.12
✎
14:20
|
пасоны, я ж спросил почему SQL база просит перезапустить конфигуратор , а файловая - нет. и можно ли этим управлять. всего лишь.
|
|||
8
MRAK
28.11.12
✎
14:21
|
(7) поздно. Теперь будут кровавая бойня!
|
|||
9
Sammo
28.11.12
✎
14:30
|
(7) Нет.
|
|||
10
Reset
28.11.12
✎
14:36
|
Вот что у Гилева написано. Выглядит логично (это отрывок)
В случае если обновление происходит динамически и клиент подключен к клиент-серверной ИБ, тогда конфигуратор уведомляет сервер о том, что поколение метаданных, с которым сейчас работает сервер, устарело. Сервер запоминает этот факт и при подсоединении следующего нового клиента "поднимает" для него самое актуальное поколение метаданных. Уже подключенные клиенты живут в старом поколении до тех пор, пока они подключены к серверу. Так как конфигуратору, для продолжения работы после обновления ИБ, требуется самое новое поколение, а он подключен к старому, то конфигуратор перезапускается, чтобы подключится к новому поколению метаданных на сервере. |
|||
11
Reset
28.11.12
✎
14:37
|
(10) в смысле, это ответ на "Почему" (7)
|
|||
12
ХомаБрут
28.11.12
✎
14:38
|
Спасибо.. буду страдать ))
|
|||
13
Necessitudo
28.11.12
✎
14:39
|
(6) Не на боевых базах его использовать то и не нужно)
|
|||
14
ХомаБрут
28.11.12
✎
14:40
|
(4) я не знаю, чем грозит демоническое обновление. Но не против узнать. И чем же оно грозит ?
|
|||
15
acsent
28.11.12
✎
14:42
|
(13) Как раз только на боевых и есть смысл его юзать. А так можно и монопольно обновить
|
|||
16
Sayshal
28.11.12
✎
14:44
|
||||
17
ShoGUN
28.11.12
✎
14:44
|
(14) Багами с кэшем метаданных.
|
|||
18
Dionis Sergeevich
28.11.12
✎
14:44
|
(14) МОжно базу потерять
|
|||
19
MadMadeMan
28.11.12
✎
14:45
|
Дин. обновление опасно, тоже ломалась база у меня.
|
|||
20
MaxisUssr
28.11.12
✎
14:47
|
(0)
Зачем отключать - это же также и воспитательная мера - чтобы было неудобно динамически обновлять |
|||
21
Reset
28.11.12
✎
14:48
|
(12) Не страдай, просто не нужно работать на рабочей (тут (2) прав полностью).
|
|||
22
MRAK
28.11.12
✎
14:51
|
(13) (15) не согласен.
Например, разработчик дорабатывает что-то, а тестировщики в это время что-то другое тестируют в режиме предприятия, загружают данные и т.п. При чем разработчику нужны актульные данные для тестирования |
|||
23
Sammo
28.11.12
✎
14:52
|
(14) Последняя ветка обсуждения
v8: v8: Платформа 8.2.16.368 глючная? (Динамическое обновление) |
|||
24
Ночной Эльф
28.11.12
✎
14:52
|
А если только код дописал в одном из модулей формы документа скажем пару строчек. То так можно динамически обновлять?
|
|||
25
MSII
28.11.12
✎
15:06
|
(24) Можно. Но могут возникнуть неприятные последствия.
Если есть возможность обойтись без ДО, лучше без него обойтись. |
|||
26
pumbaEO
28.11.12
✎
15:11
|
Отключить нельзя, уменьшить влияние можно. Я пользуюсь этим http://youtu.be/B9tdE-oPyT4
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |