|
Загрузить конфигурацию из файла можно так? | ☑ | ||
---|---|---|---|---|
0
боксер
08.04.15
✎
15:25
|
Надо обновить УТ11.
Релизов штук 7 уже вышло.Много доработок. Планирую 1) сделать копию выгрузкой 2)ее обновить сохранив изменения , проверить все и выгрузить конфигурацию в файл 3) обновив рабочую загрузив конфигурацию из файла. так можно? Проблемы какие возможны? конфигурация поставщика при этом обновится? |
|||
1
Господин ПЖ
08.04.15
✎
15:26
|
>конфигурация поставщика при этом обновится?
все обновится если "источник" обновлялся адекватно |
|||
2
D_E_S_131
08.04.15
✎
15:28
|
(0) "Много доработок." — и все они вдоль и поперек пересекаются с типовым функционалом?
|
|||
3
Exxter
08.04.15
✎
15:37
|
Можно, если граматно обновить копию базы!
|
|||
4
Serg_1960
08.04.15
✎
15:39
|
(0) п.3 - нет, нельзя. Ибо не гарантируется сохранность данных. Получается банальный прыжок через несколько обновлений. "...конфигурация поставщика при этом" - обновится.
|
|||
5
Stim
08.04.15
✎
15:39
|
удивляют люди, которые даже в слове "грамотно" делают ошибки
|
|||
6
Serg_1960
08.04.15
✎
15:42
|
(3) Нельзя быть таким безапелляционным :) Можно упасть на реорганизации БД (один из этапов обновления).
|
|||
7
Господин ПЖ
08.04.15
✎
15:43
|
>п.3 - нет, нельзя. Ибо не гарантируется сохранность данных
если обновлять нормально ничего ужасного не случится >Получается банальный прыжок через несколько обновлений 1с старается реквизиты не удалять сразу, просто переименовывают |
|||
8
Господин ПЖ
08.04.15
✎
15:44
|
>Можно упасть на реорганизации БД
а может от того что место на винте кончится |
|||
9
Exxter
08.04.15
✎
15:44
|
(5)извиняюсь.
Возможно, но бывают случаи когда только так. |
|||
10
Stim
08.04.15
✎
15:45
|
(6) этой реорганизацией одинесники пугают своих детей.
будешь плохо слушаться - придет реорганизация и отберет твои данные! а по факту - была всего одна реорганизация - при переходе БП с 1.6 на 2.0. сейчас в 3.0 половина МД - с приставками "удалить", тянутся еще с древнейших 2.0 релизов и удалять их никто не собирается |
|||
11
PR
08.04.15
✎
15:46
|
И снова старая песня о наболевшем.
Вроде уж давно все обсосали, к чему еще одна ветка? |
|||
12
Serg_1960
08.04.15
✎
15:46
|
(офф) "Релизов штук 7 уже вышло"(0) - эка невидаль. Я вот сижу размышляю как легче на 27 обязательных релизов прыгнуть :))
|
|||
13
fisher
08.04.15
✎
15:46
|
(4) Можно, если осторожно. Он же будет последовательно их накатывать на копии сначала, вдумчиво и со чтением сопроводиловки. Если будут стрёмные моменты - их можно будет своевременно выкупить. Для очистки совести можно проверить получившийся результат на еще одной копии.
|
|||
14
PR
08.04.15
✎
15:47
|
(13) >>Если будут стрёмные моменты - их можно будет своевременно выкупить.
Это интересно как же? |
|||
15
Serg_1960
08.04.15
✎
15:49
|
(13) + ... и все обработки обновлений, через которые собирается перепрыгнуть, соберёт в последнем релизе...
|
|||
16
PR
08.04.15
✎
15:49
|
||||
17
fisher
08.04.15
✎
15:51
|
(14) Глазками. Чтение аннотаций к изменениям, перенос каких-либо данных на старте, удаление объектов и реквизитов при реструктуризации.
|
|||
18
Господин ПЖ
08.04.15
✎
15:53
|
>Чтение аннотаций к изменениям,
лучше сразу код процедур обработки обновления иб прочитать |
|||
19
Stim
08.04.15
✎
15:54
|
(17) (18)
фигня. проще ставнить старый и новый релиз на предмет того, что удалили в старом релизе - выставить соответствующий фильтр. если из старого ничего не удаляли - вперед к обновлению напрямую |
|||
20
Stim
08.04.15
✎
15:54
|
*сравнить
|
|||
21
hhhh
08.04.15
✎
15:54
|
(10) в этом и прикол. Обработка допустим ищет реквизит Сотрудник. А там нет его. А есть реквизит УдалитьСотрудник.
|
|||
22
fisher
08.04.15
✎
15:56
|
(19) В принципе, согласен. Если ничего не удаляли, а был просто перенос, то обработчик переноса отработает корректно при прыжке через несколько.
|
|||
23
fisher
08.04.15
✎
15:59
|
(19) Хотя - нет. Не согласен. Маловероятный случай, но могли переименовать, перенести а потом опять переименовать. Лучше все-таки внимательно проанализировать суть изменений при тестовом последовательном обновлении.
|
|||
24
Serg_1960
08.04.15
✎
15:59
|
"Если ничего не удаляли..." Чего вы зациклились наодном и том-же?Вот вам, на предмет пожевать:
... // В сохраненных настройках также необходимо установить пользовательские настройки ОбновитьСохраненныеНастройкиПроизвольныхОтчетов(); ... |
|||
25
Stim
08.04.15
✎
16:00
|
(23) да пофигу.
как бы не переименовывали- ид метаданных остается тоже самое. Таблицы БД остаются теми же, данные никуда не деваются. |
|||
26
Stim
08.04.15
✎
16:02
|
(21) ничего страшного, последнее обновление всегда в курсе, что реквизит теперь называется "УдалитьСотрудник" и перенесет данные именно из/в него
|
|||
27
fisher
08.04.15
✎
16:02
|
(25) Только вот обработчики обновлений работают не с ид метаданных.
|
|||
28
fisher
08.04.15
✎
16:03
|
(26) А вот обновление в середине нихрена про это не в курсе.
|
|||
29
fisher
08.04.15
✎
16:04
|
Обработчик "срединного" обновления, в смысле.
|
|||
30
Господин ПЖ
08.04.15
✎
16:05
|
(25) 1с может устроить западляну
метаданные новые, а модули обновления "старые" (если разрыв большой) |
|||
31
Stim
08.04.15
✎
16:05
|
(29) ничего страшного, там все предусмотрено. должно быть, по крайней мере. проверить существование МД полюбому нужно, тем более при обновлении
|
|||
32
Serg_1960
08.04.15
✎
16:06
|
"Обвиняемый не прав и продолжает настаивать на своих заблуждениях" (из протокола инквизиции :)
|
|||
33
боксер
08.04.15
✎
16:07
|
(1)ну изменения в конфигурации поставщика разрешены, много чего снято с поддержки.
думаю проблем с загрузкой конфигурации быть не должно ведь идентификаторы в копии те же что и в рабочей |
|||
34
Stim
08.04.15
✎
16:08
|
(32) требую, чтобы судья привел доказательства - ссылки, номера релизов, где такое случалось.
на моей памяти ни разу не выскакивало косяков при обновлении через несколько релизов |
|||
35
fisher
08.04.15
✎
16:08
|
(34) Не было ни единого разрыва?
|
|||
36
боксер
08.04.15
✎
16:09
|
кстати,планирую сразу все релизы накатывать без обновления, потом перенести все доработки и обновить.
1С там грамотно обновление делает в режиме 1С? вот за это место волнуюсь. т.е. должно последовательно все релизы обновить |
|||
37
Господин ПЖ
08.04.15
✎
16:10
|
предлагаю утопить Стима - если не всплывет, значит не ведьма
|
|||
38
Господин ПЖ
08.04.15
✎
16:11
|
>1С там грамотно обновление делает в режиме 1С?
в ут11 может и возможны заепы из-за бсп - отложенные обновления и прочая мутота там пользуется? |
|||
39
Stim
08.04.15
✎
16:11
|
(35) ни йединого!!
|
|||
40
Serg_1960
08.04.15
✎
16:12
|
(34) Уже указал строку в (24) - изменение структуры сохранённых настроек отчётов. Если не обновить - слетят настройки.
(37) +1 |
|||
41
Господин ПЖ
08.04.15
✎
16:13
|
добавьте огня под пятки - чувствую запирается в (39). Надо чтобы проявил свою дьявольскую сущность
|
|||
42
fisher
08.04.15
✎
16:14
|
ИМХО, всё предельно просто.
Элементарная логика подсказывает, что корректность прыжка через несколько релизов не гарантируется. Более того, об этом пишется черным по белому. Поэтому профессионал будет это делать с оглядкой и страховкой. (39) Если на твоей памяти базы не крашились, это не повод не делать бэкапы. |
|||
43
боксер
08.04.15
✎
16:16
|
короче понял возможные проблемы, если 1С там что то удалила в промежуточных релизах. надо проанализировать все и проверить.
|
|||
44
ДенисЧ
08.04.15
✎
16:17
|
(34) Да недавняя история конца февраля, когда в бухии переименовали реквизит ФизЛицо.
|
|||
45
fisher
08.04.15
✎
16:18
|
(43) Удалила или переименовала. Плюс возможен стремный вариант, когда в последующих релизах обработчики предыдущих обновлений отличаются от действовавших. Хоть это и маловероятно.
|
|||
46
fisher
08.04.15
✎
16:23
|
Хм... По ссылке из (16) еще говорится о возможных конфликтах между монопольными и отложенными обработчиками обновлений при прыжках.
Короче, сводится всё к тому, что прыгать можно при отсутствии мажорного рефакторинга или при отсутствии двух таковых. Два уже запросто могут друг с другом сцепиться. |
|||
47
Господин ПЖ
08.04.15
✎
16:25
|
>еще говорится о возможных конфликтах между монопольными и отложенными обработчиками обновлений
бсп - чудо враждебной техники |
|||
48
Emvika
08.04.15
✎
16:27
|
||||
49
Stim
08.04.15
✎
16:28
|
(44) переименовывали, да, помню
но еще раз: если реквизит был переименован, значит и обработчики были переделаны, начиная с этого релиза. если в 10 релизе было физическоеЛицо, в 12 - физЛицо, а в 11 была какая обработка реквизитов МойДокумент.ФизическоеЛицо, то и в 12 должна повториться обработка МойДокумент.ФизЛицо |
|||
50
Stim
08.04.15
✎
16:28
|
(48) хорошая, правильная ветка..
ну бывает, чо |
|||
51
Господин ПЖ
08.04.15
✎
16:29
|
>если реквизит был переименован, значит и обработчики были переделаны, начиная с этого релиза.
влажные фантазии... рефакторинг не всегда полный делают |
|||
52
Господин ПЖ
08.04.15
✎
16:30
|
(48) у человечка руки с ж.пы... только и всего
|
|||
53
Emvika
08.04.15
✎
16:30
|
А чо вообще за маниакальная тяга к прыжкам???
Нафига сидеть думать, слетит или нет что-то при прыжках? Не проще спокойно, без особых раздумий, обновляться последовательно, по рекомендованным релизам? |
|||
54
Emvika
08.04.15
✎
16:31
|
(52) ага, кривые руки, которые лечатся соблюдением рекомендаций поставщика???
|
|||
55
fisher
08.04.15
✎
16:33
|
(49) А теперь представь - даже без удалений.
1. Было ФизЛицо 2. Потом переименовали в ФизическоеЛицо 3. А потом опять в ФизЛицо Как ты думаешь отработают обработчики по этому реквизиту для обновления №2 при прыжке с 1 на 3? |
|||
56
fisher
08.04.15
✎
16:35
|
(55) + Или ты думаешь, в 1С их рефакторить и тестить будут? Ага, щаз!
|
|||
57
боксер
08.04.15
✎
16:42
|
+(43)кстати и это не проблема, при обновлении в режиме 1С тогда легко это проверится- при обновлении выдаст ошибку
|
|||
58
боксер
08.04.15
✎
16:43
|
(55)см(43) выявится при обновлении копии
|
|||
59
Emvika
08.04.15
✎
16:48
|
Кто-то мне может ответить на (53)?
Зачем ломать голову и скакать через релизы? Какой в этом тайный смысл? |
|||
60
fisher
08.04.15
✎
16:49
|
(59) Сабж прочитать не судьба? Или всё равно смысл ускользает?
|
|||
61
Господин ПЖ
08.04.15
✎
16:50
|
(59) и каждый раз пересобирать новый cf со своими кастомизациями?
|
|||
62
Emvika
08.04.15
✎
16:51
|
(60) смысла прыжка в сабже не вижу...
Много доработок? |
|||
63
Emvika
08.04.15
✎
16:52
|
(61) нафига cf пересобирать?
Прям такие доработки, что каждая процедура в каждом обновлении идет дважды измененная??? |
|||
64
Stim
08.04.15
✎
16:53
|
(59) ты франч, тебе не понять. у тебя почасовка, а у фикси - оклад
|
|||
65
Stim
08.04.15
✎
16:54
|
+ иногда проще прыгнуть через 100500 релизов, и проверить данные, чем все 100500 релизов всю неделю тянуть свои изменения.
|
|||
66
Emvika
08.04.15
✎
16:55
|
(64) ты у меня трудовую что ли проверяешь регулярно?
При чем здесь франчи/фикси? |
|||
67
Emvika
08.04.15
✎
16:56
|
(65) проще неделю парить мозг на предмет анализа возможных траблов из-за прыжков, чем неделю, не задумываясь особо, жать на кнопки обновления?
|
|||
68
fisher
08.04.15
✎
16:58
|
(63) Ну, я так понимаю, что если бы легко обновлялось, то вопрос бы не возник. Плюс еще вариант может быть - что обновить надо много баз с одинаково доработанной конфой.
|
|||
69
fisher
08.04.15
✎
16:59
|
(67) Stim вон вообще не парит мозг. Обновляет левой пяткой почти не глядя через сколько угодно релизов.
|
|||
70
Stim
08.04.15
✎
17:02
|
(69) не надо плодить сущности там, где их нет.
в большинстве прыжков через релизы никакие данные не теряются. |
|||
71
Господин ПЖ
08.04.15
✎
17:02
|
(63) бывает и так
|
|||
72
Emvika
08.04.15
✎
17:02
|
(68) ясно... Вопрос, получается тогда, скорее, не в обновлении как таковом, а в кривых доработках, которые не дают ставить нормально обновление...
|
|||
73
Emvika
08.04.15
✎
17:04
|
(71) в таких случаях руки лучше выпрямлять еще перед доработками, чтоб не курочили базы как попало, а не при обновлении...
|
|||
74
fisher
08.04.15
✎
17:17
|
(73) Ага. А лучше вообще не трогали. Любая существенная доработка священной типовой - ересь и подлежит каре господней.
|
|||
75
Emvika
08.04.15
✎
17:24
|
(74) ну не прям так уж категорично...
Просто в текущем состоянии 1С-ки масса вариантов делать существенные доработки, не особо куроча типовой функционал и оставляя возможность безболезненного обновления... |
|||
76
fisher
08.04.15
✎
17:28
|
(75) Скорее несущественные. Я не сильно в этой теме, но чтоб существенные доработки тех же форм можно было делать, кажись только в последних типовых начали нужных обработчиков досыпать.
|
|||
77
Господин ПЖ
08.04.15
✎
17:29
|
>в таких случаях руки лучше выпрямлять еще перед доработками
1. бывает что это "тяжелое наследство" на которое уже накручено много чего 2. бывает что это код отраслевых 3. отдельное спасибо 1с за таскание функций туда-сюда по модулям 4. руки надо выпрямлять пейсателям типовых - за хардкод в "общих" модулях - имена табличных частей и видов документов |
|||
78
Emvika
08.04.15
✎
17:33
|
(76) делай свои обработчики, подписки, внешние...
У меня клиент есть на ЗУП, так у него даже возможность изменений не включена... А расчеты ведутся уже очень нетипово, не говоря уже про отчеты и всякие заполнения... |
|||
79
Emvika
08.04.15
✎
17:36
|
(77) ну 1 и 2 - бывает, по факту приходится разбираться, но прыжки это наследство никак не оправдывает...
3 и 4 - вообще никакого отношения к прыжкам, кривота типовых никуда не денется ни с прыжками, ни без оных... |
|||
80
Господин ПЖ
08.04.15
✎
17:37
|
>не говоря уже про отчеты и всякие заполнения...
никто не знал про подключаемые обработки заполнения и внеш. отчеты. эврика... |
|||
81
Господин ПЖ
08.04.15
✎
17:38
|
>но прыжки это наследство никак не оправдывает...
кривые прыжки - это кривые руки и очередная подстава от 1с виде отложенных процедур |
|||
82
Stim
08.04.15
✎
17:39
|
какой-то беспредметный спор.
бывает так, что можно обойтись без изменений, а бывает так, что приходится внедрять подсистемами и курочить типовые объекты, да. |
|||
83
Господин ПЖ
08.04.15
✎
17:41
|
(82) когда ж ты утонешь, сатана! сказано уже что подобные изменения греховны
|
|||
84
Emvika
08.04.15
✎
17:41
|
(80) да, похоже, это будет открытием для тех, кто курочит типовой функционал до невозможности штатного обновления...
|
|||
85
Господин ПЖ
08.04.15
✎
17:46
|
(84) отчет можно добавить как внешний можно как встроенный
штатному обновлению (конфигурация - поддержка - обновить конфигурацию) он по барабану... |
|||
86
Stim
08.04.15
✎
17:47
|
(83) настоящий гений не тонет)
|
|||
87
fisher
08.04.15
✎
17:49
|
(86) Он - дарит.
|
|||
88
Stim
08.04.15
✎
17:50
|
(87) не настолько)
|
|||
89
Господин ПЖ
08.04.15
✎
17:51
|
(88) нам самозванцы ни к чему.
|
|||
90
боксер
08.04.15
✎
23:09
|
(72)да, доработок много и они, спасибо предыдущим прогам, кривые. много тех же предопределенных,десятки новых реквизитов даже у одного объекта, почему не на свойствах сделали для меня загадка, теперь возись с обновлениями.
7 релизов это только промежуточные всего штук 15. не получится с наскока прыгнуть на последний(проверка на копии покажет) придется прыгать... |
|||
91
Dmitri888
09.04.15
✎
08:29
|
А Stim смелый, прыгай говорит через релизы бексер'у у которого в карточке написано интересы:бокс. Это может плохо кончиться
|
|||
92
User_Agronom
09.04.15
✎
08:39
|
(0) п 3 опасен. Лучше сравнение/объединение, но при этот конфа поставщика не обновится.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |