|
v8: Платформа 8.2.16.368 глючная? (Динамическое обновление) | ☑ | ||
---|---|---|---|---|
0
Mikhail Volkov
14.11.12
✎
06:32
|
Обновил платформу до 8.2.16.368, теперь исчезла возможность динамического обновление конфигурации. При любом вставленном комментарии в модуль, что принять эти изменения конфигурации, требуется завершить работу всех пользователей!? Это у всех так, платформа глючная, или как-то настаивается? Как?
|
|||
1
mehfk
14.11.12
✎
06:35
|
Так задумано. Обновись 1 раз нединамически, в следующие разы все будет ок.
|
|||
2
Undefined vs NULL
14.11.12
✎
06:37
|
динамическое обновление все еще зло
|
|||
3
Mikhail Volkov
14.11.12
✎
06:45
|
(1) Спс. Так и сделал... т.е. дальше проблем не будет!?
|
|||
4
1Сергей
14.11.12
✎
06:47
|
(3) будут, обязательно будут. Если часто обновлять динамически, то один раз попадёшь
|
|||
5
Нуф-Нуф
14.11.12
✎
06:57
|
Любители обновляться динамически имхо по большей части латентные гомосексуалисты. Ибо знают, что в итоге их ждет и целенаправленно идут к этому.
|
|||
6
Нуф-Нуф
14.11.12
✎
06:59
|
Вообще при грамотно организованной работе по разработке и поддержке динамическое обновление не требуется в принципе. Оно может понадобиться гаввнокодерам с их экстремальным программированием.
|
|||
7
Sammo
14.11.12
✎
07:04
|
(6) Есть теория, что иногда нет других вариантов, типа работа 24/7.
Хотя, имхо, всегда есть вохможность установить технологические паузы для обслуживания базы. |
|||
8
Нуф-Нуф
14.11.12
✎
07:07
|
(7) не бывает 24/7 относительно 1с. Все можно сделать паузу
|
|||
9
Undefined vs NULL
14.11.12
✎
07:08
|
Нуф-Нуф категоричен
|
|||
10
Гефест
14.11.12
✎
07:08
|
Один раз - не быдлокодер
|
|||
11
Нуф-Нуф
14.11.12
✎
07:10
|
(9) давай аргументы против
|
|||
12
IamAlexy
14.11.12
✎
07:12
|
Нуф-Нуф гонщик.
нормальная технология это ваше демоническое обновление. если с умом пользовать то вполне себе. пример: 24/7, 20 человек сидят чо то делают, кто то обедать ушел кто то уснул, кто то на мисте мистит.. ну в общем работа кипит а тут бац и надо побыстром что то подправить. подправил и пошел, бекап просто сделал скулем перед обновлением на всякий случай и все. а если всех ждать, всех просить выйти то до вечера ничего никуда не обновишь. особенно когда в конторе работают всякие ночные смены которым ночью хер дозвонишся чтобы они сами добровольно вышли. |
|||
13
Нуф-Нуф
14.11.12
✎
07:13
|
(12) ключевое "а тут бац и надо побыстром что то подправить."
Это и есть гаввнокодерство. См(6) |
|||
14
Sammo
14.11.12
✎
07:15
|
(12) Выгнать не проблема. Главное, чтобы было согласовано релизное окно и в SLA было прописана возможность внеплановых срочных обновлений.
А если SLA нет, то тем более - всех предупредил, и кто не спрятался, я не виноват... :) |
|||
15
IamAlexy
14.11.12
✎
07:15
|
(13) только молодые да ранние столь категоричны в суждениях...
простой пример: v8: БП2. Закрытие месяца. Расчет налога на прибыль |
|||
16
IamAlexy
14.11.12
✎
07:19
|
(13) а вообще, динамическое обновление не дураки придумали и не просто так..
просто тупари им пользоваться не умеют... |
|||
17
Нуф-Нуф
14.11.12
✎
07:19
|
(15) хз такая категоричность появилась после участия в серьезных проектах с серьезными специалистами.
И че там по ссылке? |
|||
18
IamAlexy
14.11.12
✎
07:22
|
(17) пил кофе в одном помещении с серьезными дядьками? :)
тебя окатило сиянием их серьезности? проникся? зы: в декабре на конференции задам вопрос разработчикам, почему они не уберут динамическое обновление из платформы если все серьезные специалисты считают что динамическое обновление зло... |
|||
19
Нуф-Нуф
14.11.12
✎
07:33
|
я бы даже добавил к (17) что до такой категоричности еще нужно дорасти
|
|||
20
IamAlexy
14.11.12
✎
07:56
|
(19) да да.. это типа как MSSQL и базы с полной моделью восстановления и несжатым логом.
точно.. можно категорично утверждать что фул не нужен а нужен симпл и шринк.. ага.. и везде это пропихивать, ибо раз сам не пользуешься значит ненужно :) |
|||
21
Нуф-Нуф
14.11.12
✎
07:59
|
(20) странное сравнение.
|
|||
22
Нуф-Нуф
14.11.12
✎
08:00
|
читаем (6) до просветления
|
|||
23
ptitsa-radio
14.11.12
✎
08:01
|
(13) Глупень.
Всяко бывает в рабочем процессе. И, кстати, не понимаю при чем тут "серьезные проекты" и какое они имеют отношение к расписанию работы магазина, например. Услышали от кого-то из "великих" крамолу и радостно повторяете, хоть сами и не понимаете, чем эту смелую мысль можно обосновать. |
|||
24
IamAlexy
14.11.12
✎
08:02
|
(22) ага.. тока в реальной жизни динамическое обновление все же нужно, в отличии конечно от фантазий где все пользователи - розовые единороги и какают радугами а разработчики пишут без ошибок.
|
|||
25
Ranger_83
14.11.12
✎
08:03
|
(22)Это идеальный случай не достижимый в большинстве случаев.
|
|||
26
Нуф-Нуф
14.11.12
✎
08:04
|
(23) что бывает в рабочем процессе?
|
|||
27
Нуф-Нуф
14.11.12
✎
08:04
|
(24) ооо... постепенно таки идем к истине... "разработчики пишут без ошибок"...
|
|||
28
Нуф-Нуф
14.11.12
✎
08:06
|
хотя ладно. тут недавно был спор о том что ошибки разработчиков неизбежны ибо есть экстремальное программирование, есть начальство или заказчики, которые постоянно требуют быстро, из-за этого не избежать ошибок, из-за этого требуется динамическое обновление, чтобы подобрать за собой какашки.
спорить тут бесполезно. гаввнокодер найдет 100500 оправданий почему он гаввнокодит |
|||
29
ptitsa-radio
14.11.12
✎
08:06
|
(22) Глупень. Не понимаешь разницы между " работой по разработке" и реальным, млять, магазином. С кучей кассиров, толпой на кассах, злобной главбушкой, зашуганным материально ответственным товароведом и гендиректором с дыркой в голове. Который каждый его "выпил" из программы воспринимает, как личное оскорбление.
И когда у тебя таких магазинов штук 15... А что касается разработки, то да, соглашусь. Для разработки динамическое обновление действительно ненужно. |
|||
30
ДенисЧ
14.11.12
✎
08:08
|
А интересно, Нуф - единорог? Или просто какает радугами? :-))
|
|||
31
ptitsa-radio
14.11.12
✎
08:08
|
(28) А еще некоторые торгуют из 1с. Представьте себе, есть такие отчаянные люди....
|
|||
32
Нуф-Нуф
14.11.12
✎
08:08
|
(29) а зачем выгонять пользователей в течение рабочего дня? тем более в таком количестве?
|
|||
33
ptitsa-radio
14.11.12
✎
08:09
|
(32) А некоторые еще и круглосуточно торгуют...
|
|||
34
Нуф-Нуф
14.11.12
✎
08:09
|
(33) ну и что это значит? даже нет шанса обновиться на новый релиз?
|
|||
35
Нуф-Нуф
14.11.12
✎
08:10
|
(33) см (8)
|
|||
36
IamAlexy
14.11.12
✎
08:10
|
||||
37
ptitsa-radio
14.11.12
✎
08:11
|
(4) Это значит, что пока происходит обновление на новый релиз, магазин перестает работать. А нету продаж - нету мани. Да еще и покупатели негодуют.
|
|||
38
IamAlexy
14.11.12
✎
08:12
|
(26) я выше приводил ссылку.
100% типовая БП. закрытие месяца 10 человек в базе и никто не будет никуда выходить ибо нет времени да собрать всех в один момент нельзя. а ошибку исправлять надо. ваши дейстия? я например на тестовой нашел в чем ошибка,п роверил, забекапил скулем рабочую, демонически обновил и все были счастливы. вы будете что делать? всех обзванивать чтобы вышли? а если там филиал и они обедать отошли? или еще что? |
|||
39
Нуф-Нуф
14.11.12
✎
08:13
|
(37) давай приведи пример торговли, когда остановка продажи на 5 минут в 2 часа ночи приведет к потери кучи бабла
|
|||
40
IamAlexy
14.11.12
✎
08:13
|
(39) а пусть это будет не 2 часа ночи а 15 часов дня?
|
|||
41
ptitsa-radio
14.11.12
✎
08:14
|
Поэтому для глобальных обновлений нужно тщательно выбирать время, когда меньше всего загрузка. А для мелких доработок вполне годится ДО.
Чтоб мне не в ночь с воскресенья на понедельник в печформе два слова добавлять. |
|||
42
Нуф-Нуф
14.11.12
✎
08:14
|
(38) зачем обновлять на новый релиз в 15 часов дня, когда это может привести к остановке продажи и потери кучи бабла?
|
|||
43
IamAlexy
14.11.12
✎
08:14
|
+(41) тем более что это надо сдесь и сейчас :)
а не в понедельник с утра :) |
|||
44
Sserj
14.11.12
✎
08:15
|
(39) Легко, единые информационные базы где магазины и склады в одной ИБ, а ночью идет интенсивная погрузка и вот кровь из носа нужно чтобы на 50 машин постоянно печатались документы.
|
|||
45
ДенисЧ
14.11.12
✎
08:15
|
Да идите вы к аллаху и Морготу, в 2 часа ночи базу обновлять...
|
|||
46
Нуф-Нуф
14.11.12
✎
08:15
|
(38) заранее подготавливаешь регламент действий в таких случаях. один из вариантов - ждешь вечера. другой - заранее описываешь что в допустим в обед может быть внеплановая остановка работы 1с. предусматриваешь механизм оповещения пользователей что в ближайшее время будет остановка на короткое время
|
|||
47
ptitsa-radio
14.11.12
✎
08:16
|
(39) Объясняю. Остановка в 2 часа ночи на 5 минут приведет к потере кучи бабла, потому что я его возьму за то, что мне надо подрываться в 2 ночи и пилить какие-то обновления.
Я за ночную работу двойной-тройной ценник выставляю, ибо нефиг. |
|||
48
IamAlexy
14.11.12
✎
08:16
|
(42) у тебя сознание фикси.. который раз в месяц обновляет новый релиз по тимвьюверу из дома в воскресенье и слушает больших дядек за кофебрейками.
ты мою ссылку почитал? какое там к черту обновление? там доработка неучтенной ситуации в типовой которую нашли в последний день сдачи отчетности. нашли в обед вечером отчеты отправлять. ваши действия? неотправлять отчеты? |
|||
49
Нуф-Нуф
14.11.12
✎
08:16
|
(41) зачем делать мелкие доработки через ДО, когда можно из накопить и обновить все одним релизом?
|
|||
50
ptitsa-radio
14.11.12
✎
08:16
|
(44) О! Сразу видно, человек 1с не в кабинетах разработчиков изучал )))))))))))
|
|||
51
IamAlexy
14.11.12
✎
08:17
|
(46) давай давай..
к тебе в 16:30 прибегает главбух с вытаращенными глазами и говорит что у нее "прыбыль вся слетела" а сегодня последний день а ты ее пошлешь по регламенту? %) |
|||
52
ДенисЧ
14.11.12
✎
08:17
|
(49) А затем, что мелкая доработка иногда стоит кучу бабла.
|
|||
53
IamAlexy
14.11.12
✎
08:17
|
(49) вот вот, см (48)
тебе - незачем |
|||
54
Нуф-Нуф
14.11.12
✎
08:17
|
(44) проблема в архитектуре, в организации труда и голове
|
|||
55
Нуф-Нуф
14.11.12
✎
08:18
|
(52) пример?
|
|||
56
Нуф-Нуф
14.11.12
✎
08:18
|
(48) см (46)
|
|||
57
ptitsa-radio
14.11.12
✎
08:19
|
(49) Потому что иногда бывает нужно СРОЧНО. Заканчивается банковский день, последний день сдачи отчетности, пришел разъяренный ключевой клиент, гендир требует странного и вот прям чтоб сейчас...
Гражданин, а вы на реальных предприятиях работали вообще? ))) |
|||
58
IamAlexy
14.11.12
✎
08:19
|
(54) проблем особых нет.
если знаешь что сервак у тебя не тупит, перестраховался, сделал бекап скулем и обновился. никаких проблем никогда не будет. в крайнем случае действительно стопорнешь, всех выкинешь и восстановишь базу. но если крайнего случая не будет - то соответственно у тебя все обновления лягут куда положено и ты спокойно займешься другими делами а пользователи спокойно продолжат работу |
|||
59
ДенисЧ
14.11.12
✎
08:19
|
(55) А просто на складе документ неправильно формируется. И это в момент пиковой отгрузки. А клиент за просрочку доставки выставляет кучу пеней. А виновен не программист, а криворукий кладовщик, которому лень нажать пару лишних кнопок.
|
|||
60
Нуф-Нуф
14.11.12
✎
08:19
|
(57) давай пример срочного
|
|||
61
IamAlexy
14.11.12
✎
08:20
|
(56) какой реглмент в чрезвычаной и нештатной ситуации?
кто будет ждать когда пользователь из филиала вернется с обеда/перекура и соизволит выйти из базы? |
|||
62
IamAlexy
14.11.12
✎
08:20
|
(60) см (15)
|
|||
63
Нуф-Нуф
14.11.12
✎
08:20
|
(61) мсье не умеет навыков оповещения и отключения пользователей?
|
|||
64
Ranger_83
14.11.12
✎
08:20
|
Нуф-Нуф,сегодня выступаешь в роли общественного раздражителя?:)
Все-таки демоническое обновление-это штатный режим работы 1с,а значит он не должен противоречить правильной теории разработки |
|||
65
Sserj
14.11.12
✎
08:21
|
(54) Какая фийеричная отмазка :)
|
|||
66
Нуф-Нуф
14.11.12
✎
08:21
|
(62) на это я уже ответил
|
|||
67
ptitsa-radio
14.11.12
✎
08:22
|
(60) Хм... "банковский день", видимо, термин вам незнакомый... И что бывает за неуплату нгалога или штрафа в срок вы тоже не знаете?
Тогда для вас - ничего срочного. Рисуйте свои сферические регламенты в вакууме, о применении их в реальных боевых условиях доложите отдельно. |
|||
68
Нуф-Нуф
14.11.12
✎
08:22
|
(64) правильная теория разработки не подразумевает "срочного обновления". это нештатная ситуация и признак гаввнокодерства
|
|||
69
IamAlexy
14.11.12
✎
08:22
|
(63) платформа не умеет :)
а тонкие клиенты суки такие еще и мгновенно восстанавливают подключение если их сбросить принудительно а так да - в теории можно лично пройтись по рабочим местам, все выключить, затем сделать выгрузку обновить и всех пустить обратно :) |
|||
70
Нуф-Нуф
14.11.12
✎
08:22
|
(67) какой-то банковский день... какой-то штраф... ты живой пример давай а не фантазируй
|
|||
71
IamAlexy
14.11.12
✎
08:23
|
(66) а какого черта подолжаешь спрашивать бесконечно "хотя бы один пример срочной ситуации" ? :)
|
|||
72
Нуф-Нуф
14.11.12
✎
08:23
|
(69) ты когданибудь пользовался сервером предприятия?
|
|||
73
IamAlexy
14.11.12
✎
08:23
|
(70) бгыы ну вот опять, я в (15) дал живой пример - живее некуда.
и это я еще не рассматриваю варианты когда в последние дни сидят главбухи и решают КАК ИМЕННО они должны закрывать месяц ибо у них на руках 100500 предписаний аудиторов и учет наглухо нестандартный... |
|||
74
Нуф-Нуф
14.11.12
✎
08:24
|
(71) твой пример я понял. он действительно имеет место быть. но его тоже можно решить без динамического обновления. как - я описал выше. мне нужен пример именно от него
|
|||
75
IamAlexy
14.11.12
✎
08:24
|
(72) ты когда нибудь оказывался в ситуации когда у тебя к кластеру серверов нет доступа? :)
видимо нет.. ибо фикси привык сидеть на попе ровно, жить по регламенту и никуда не спешить :) |
|||
76
Нуф-Нуф
14.11.12
✎
08:25
|
(73) а что это за такие варианты?
|
|||
77
ptitsa-radio
14.11.12
✎
08:25
|
(68) мы про разработку или про работу магазина, например? И про "кодерство", как процесс вдумчивого написания большого количества кода или про "сопровождение", когда нужна одна новая галочка, но хоть умри - прям сейчас?
|
|||
78
Нуф-Нуф
14.11.12
✎
08:25
|
(75) какой такой случай когда не доступа? :)))))
|
|||
79
Нуф-Нуф
14.11.12
✎
08:26
|
(77) давай пример твоей галочки, которая "нужна, хоть умри, но прямо сейчас"
|
|||
80
ДенисЧ
14.11.12
✎
08:26
|
(75) как раз фикси и рвёт анус себе и другим, это франчи по регламенту живут :)
|
|||
81
Нуф-Нуф
14.11.12
✎
08:26
|
вы одолели своими сферическими конями в вакууме. давайте конкретику
|
|||
82
IamAlexy
14.11.12
✎
08:27
|
(78) у меня у половины клиентов админы закакимтохером залочили доступ к консоли сервера предприятия..
и чо теперь? |
|||
83
ДенисЧ
14.11.12
✎
08:28
|
(81) я тебе привёл пример из реальной жизни, случившийся у меня месяц назад. Ты его проигнорил. Что тебе ещё надо?
|
|||
84
Нуф-Нуф
14.11.12
✎
08:29
|
(82) а что я могу сказать, если ты с клиентом не можешь договориться о нормальной организации рабочего процесса. в нормальности которого заинтересован кстати и сам клиент
|
|||
85
IamAlexy
14.11.12
✎
08:30
|
(76) ну из недавнего: распределение ндс по прямым затратам.
вот такие были предписания аудиторов. типовая умеет по косвенным. надо - по прямым. проговорили продумали сделали реализовали внедрили закрыли. проверили еще раз подумали доработали и так целый день. и что теперь? день последний, вечером отчеты отправили. за это время демонически обновились раз пять. |
|||
86
Нуф-Нуф
14.11.12
✎
08:30
|
(83) извини, пропустил.
(59) что значит неправильно формируется документ? и как понимать ситуацию, когда необходимо вмешательство программиста, когда кладовщик обламывается нажать несколько кнопок? |
|||
87
Sserj
14.11.12
✎
08:31
|
(81) Да какая тебе конкретика нужна?
Предприятие работающее круглосуточно и интенсивно, мелкие обновления в любом случае будут предпочтительней динамически |
|||
88
IamAlexy
14.11.12
✎
08:31
|
(84) клиент то как раз заинтересован в скорейшем решении своих проблем.
ибо демоническое обновление для пользователя прозрачно - перезашел и продолжил работу. а вот если согласовывать со всеми и ждать всех то это полчаса минимум а то и целый час. |
|||
89
Нуф-Нуф
14.11.12
✎
08:31
|
(85) ключевое
"проговорили продумали сделали реализовали внедрили закрыли. проверили еще раз подумали доработали и так целый день. " читать (6) до просветления |
|||
90
ptitsa-radio
14.11.12
✎
08:31
|
(70) Это живой пример. За 10 минут до окончания опердня дня позвонила главбух и сказала, что не может отправить штраф по клиент-банку. Мера пресечения - вплоть до ареста счетов.
Еще было дело, когда проверка РАР заявила, что в магазине неправильно оформляют некий документ и предложила до вечера перепечатать 500 штук. Мера пресечения - закрытие магазина на лопату. Если это не срочно, то уж не знаю, что для вас срочно. |
|||
91
Ranger_83
14.11.12
✎
08:32
|
Как вам тезис: не ошибается тот,кто ничего не делает?
Не бывает в жизни ситуаций,когда все можно предусмотреть.Вот у тебя в SLA написано,что в такие-то дни имеешь полное право отключать от работы пользователей на такое-то время.А потом БАЦ и ошибся ВСЕГО один раз.И что,ждать следующего окна из принципа??? |
|||
92
Нуф-Нуф
14.11.12
✎
08:32
|
(87) приведи пример, когда необходимы мелкие динамические обновления?
|
|||
93
IamAlexy
14.11.12
✎
08:32
|
(89) еще раз... ты это скажи главбуху в последний день сдачи отчетности когда она достает пачку предписаний..
вот именно конкретный жизненный пример имел место быть 20 дней назад. и что делать? отправлять их писать ТЗ ? :):) :) |
|||
94
GreenDay1986
14.11.12
✎
08:33
|
(92) да например при сдаче отчетности туева хуча мелких ошибочек частенько бывает
|
|||
95
Sserj
14.11.12
✎
08:34
|
(92) Да хотя-бы обновление прав для новых пользователей. Ввели новую должность, для них новый набор прав и ролей. Что мне предприятие с 300 пользователей, 100 из которых круглосуточные останавливать?
|
|||
96
IamAlexy
14.11.12
✎
08:34
|
(92) в обычном интерфейсе срочно и обязательно заблокировать пользователю то или иное поле на форме документа.
резко и внезапно поправить права определенной роли. внести изменения в общую функцию формирования номеров документов. да мало ли что - примеров изменений без реструктуризации данных может быть вагон и маленькая тележка.. |
|||
97
Нуф-Нуф
14.11.12
✎
08:34
|
(90) что значит не может отправить штраф по клиент-банку? какая ошибка была в 1с, которая не позволила ей отправить штраф?
з.ы. буховский клиент банк не имеет возможности создать платежку в клиент-банке напрямую? что значит неверно оформляется документ? какая ошибка была в 1с, которая не позволяла верно напечатать документ? |
|||
98
IamAlexy
14.11.12
✎
08:35
|
+(95) а пользователь завсегда в процессе реальной работы найдет что то что он же пропустил во время тестирования но без чего работа невозможна в принципе и все предприятие можно смело банкротить закрывать а персонал расстреливать :)
|
|||
99
ptitsa-radio
14.11.12
✎
08:35
|
(92) Вы ударились в демагогию. АБСОЛЮТНОЙ необходимости в ДО, разумеется, нет. Мы все на 7-ке сидели и ничего, разгоняли народ из баз, как миленьких.
Но вы продвигаете тезис о том, что ДО - реальное зло, которого нужно избегать ЛЮБОЙ ЦЕНОЙ. А не могли бы обосновать - почему? Чем оно такое ужасное? |
|||
100
IamAlexy
14.11.12
✎
08:35
|
(97) такая ошибка.. какаято..
тебе все решенные проблемы за последний год перечислить? :) |
|||
101
Нуф-Нуф
14.11.12
✎
08:35
|
(95) у вас каждый день добавляется новая должность с новым набором прав?
|
|||
102
Ranger_83
14.11.12
✎
08:35
|
100
|
|||
103
IamAlexy
14.11.12
✎
08:36
|
(101) нет но если она добавилась и что то пропустили во время тестирования то...
опять же никто не говорит что ДО надо делать КАЖДЫЙ ДЕНЬ и ОБЯЗАТЕЛЬНО :) |
|||
104
Поросенок Петр
14.11.12
✎
08:36
|
В проектах, х***тах. Приходит начальник и грит впили мне такую плюшку минут за 15, срочно нужна.
|
|||
105
Восточный Парень
14.11.12
✎
08:37
|
Да у вас тут холивар )))) Впринципе Нуф-Нуф прав - если серьезно работать, то надо сразу закладывать все доработки, обновления и при хорошем тестировнии ошибок будет минимум - так допустим работает одна из наших компаний на САП - у них даже годовой план на разработку есть. НО! Это в идеале, иногда очень удобно исправить одну мелочь (твой это косяк или же франчей), которая мешает жить одному пользователю с его важным отчетом (ему надо пипец как срочно) и при этом не гасить работу 300 пользователей в день закрытия, когда счет идет на часы и минуты - у нас трогое закрытие по часам присылается из СШП.
|
|||
106
ptitsa-radio
14.11.12
✎
08:37
|
(97) Не было заполнено одно поле, тьфу ты, господи. Кстати, вряд ли вы в курсе, РАР действительно имеет право закрывать народ на лопату. Это не художественное преувеличение.
|
|||
107
Нуф-Нуф
14.11.12
✎
08:37
|
(96) приведи пример настоящей живой необходимости, когда вот срочно сегодня прямо сейчас потребовалось заблокировать пользователю то или иное поле?
почему вдруг прямо сейчас решили обрезать права определенной роли? с каких щей нумерация кторая устраивала пару часов назад, перестала устраивать сейчас и не потерпит до вечера? |
|||
108
IamAlexy
14.11.12
✎
08:37
|
(104) будь мужиком, ткни его носом в регламент и шли лесом - у тебя обновления в воскресенье в 2 часа ночи и не ипет.. до воскресенья ты совершенно свободен :)
|
|||
109
Sserj
14.11.12
✎
08:38
|
(101) Дэк я и не говорил вроде что я каждый день что-то обновляю, но утверждал что если есть возможность провести динамически, то это будет предпочтительней.
|
|||
110
Нуф-Нуф
14.11.12
✎
08:38
|
(104) да конечно, а если он тебя отсосать попросит?
|
|||
111
IamAlexy
14.11.12
✎
08:39
|
(107) идиот старший менеджер достал уже главбуха путать склады отгрузки.
так достал что уже у главбуха истерика. всякие "я больше никогда путать не буду" уже проходили. приняли волевое решение: заблокировать поле и сделать автозаполнение срочно и сейчас пока кого то не убили нах.й... |
|||
112
Восточный Парень
14.11.12
✎
08:39
|
(110) не, он просто попросит собрать свои вещи и идти на.. в отдел кадров за расчетом )))
|
|||
113
ДенисЧ
14.11.12
✎
08:40
|
(110) Насчёт отсосать - кто там у нас мастер на кожаной флейте? :-))
|
|||
114
Нуф-Нуф
14.11.12
✎
08:40
|
(111) несерьезно
|
|||
115
ptitsa-radio
14.11.12
✎
08:40
|
(107) Потому что он именно сейчас накосячил, и директор поднял по этому поводу волну с требованием "немедленно принять меры!".
Вы вообще работали где-нибудь? |
|||
116
IamAlexy
14.11.12
✎
08:40
|
(110) точно ведь подмечено,
поправочка к (108) помимо того что своего большого начальника с прямым должностым приказом надо послать нах.й с указанием что мне, как программисту, плевать на ваши требования у меня регламент - необходимо еще вольяжно положить ногу на ногу и спросить "а может у тебя еще и отсосать?" ну чтобы самый главный начальник знал кто в конторе хозяин.. |
|||
117
Поросенок Петр
14.11.12
✎
08:40
|
(110) Аргументы не связанные с твоей любимой дудкой кончились?
|
|||
118
IamAlexy
14.11.12
✎
08:41
|
(114) в вашем мире розовых пони и ссылкливых начальников которые каждой уборщицей посылаются нах.й - вполне может быть..
в реальном мире 100500 раз подобное встречал. |
|||
119
GreenDay1986
14.11.12
✎
08:42
|
А по что Мазилла не в бане?
|
|||
120
IamAlexy
14.11.12
✎
08:42
|
а по поводу "все работали на 7ках" - ага..
то то модули во внешних текстовых хранили, а потом еще и ныли пару лет "какова черта в 8ки этого нет" :) помню помню... |
|||
121
Mkonst
14.11.12
✎
08:43
|
Очень интересная ветка. Внесу свой вклад, а то НуФ-Нуф успокаиваться начал))
Если есть возможность использовать динамическое обновление, то его нужно использовать. |
|||
122
IamAlexy
14.11.12
✎
08:44
|
а вообще, утверждать что штатная функция невообразимое зло на основании того что сам напоролся на косяк это тоже самое что утверждать что работа 1с с постгре невообразимое зло ибо сам его настроить не смог..
|
|||
123
ptitsa-radio
14.11.12
✎
08:44
|
Нуф-Нуф, а все-таки, как насчет того, чтобы обосновать вредность ДО? Ну, конечно, кроме того, что так "большой дядя" сказал.
Давайте проверим, как вы знаете 1с. Как вы разбираетесь в рабочем процессе, мы уже выяснили. |
|||
124
Нуф-Нуф
14.11.12
✎
08:45
|
ГОСПОДА. Благодарю за участие в такой увлекательной беседе с довольно интересным результатом, который можно охарактеризовать как "ЧТО И ТРЕБОВАЛОСЬ ДОКАЗАТЬ".
В начале ветки я высказал мысль (6)(8)(28) что необходимость динамического обновления - это признак плохой организации работы. и что гаввнокодеры будут всеми правдами и не правдами оправдывать свое гаввнокодерство. Не было ни одного адекватного примера, когда потребовалось бы динамическое обновление при грамотно организованном процессе разработки и сопровождения. Единственный пример был в (15), но он был дискредитирован в (85). Все же остальные - это были просто попытки нарисовать сферического коня в вакууме. |
|||
125
GreenDay1986
14.11.12
✎
08:45
|
(122) вот-вот, штатная, в принципе и при обычном обновлении накосячить можно только в путь
|
|||
126
ДенисЧ
14.11.12
✎
08:46
|
Нуф слился. Что и следовало ожидать.
|
|||
127
GreenDay1986
14.11.12
✎
08:46
|
Нуф уже не торт
|
|||
128
Нуф-Нуф
14.11.12
✎
08:47
|
я похоже опять пропустил твой ответ на (86)?
|
|||
129
ptitsa-radio
14.11.12
✎
08:47
|
Стоило только попросить рассказать про 1с-ку чуть более подробно. Чего и следовало ожидать.
|
|||
130
Поросенок Петр
14.11.12
✎
08:48
|
Зато... какой студенческий энтузиазм
|
|||
131
Гефест
14.11.12
✎
08:48
|
(124) Кодеры не всегда виноваты в гамнокоде, их нередко заставляют гамнокодить по криво поставленным ТЗ, потом спешно исправлять
|
|||
132
Sammo
14.11.12
✎
08:48
|
(64) Ручные коррекции (например, ручные выравнивающие операции). Внешние обработки. Внешние печатные формы.
Это позволяет, имхо, закрыть 90% сбойных ситуаций как временное решение, чтобы заткнуть дыру сейчас, а потом планово обновиться. + 5% случаев, когда косяк приводит к глобальной неработоспособности 1с. Но это ошибки тестирования. Имхо, так. |
|||
133
Поросенок Петр
14.11.12
✎
08:48
|
Интересно, когда НУФ-НУФ столкнется с необходимостью ДО в работе, он вспомнит свои слова?
|
|||
134
IamAlexy
14.11.12
✎
08:48
|
(124) ну во первых (85) не связан никак с (15)
а во вторых: что именно тебя смущает в (85) ? |
|||
135
Нуф-Нуф
14.11.12
✎
08:50
|
(131) если кодер не гамнокодер - он увидит кривость, оповестит об этом разработчика ТЗ, попросит внести корректировки, и тем самым снимет с себя ответственность
|
|||
136
asp
14.11.12
✎
08:50
|
франчи не будут использовать ВПФ и обработки - мозгов не хватит. им проще накидать гумна сразу в конфу и обновить демонически.
|
|||
137
ptitsa-radio
14.11.12
✎
08:50
|
(128) Ой. Стойте, гражданин, не уходите.
Расскажите мне как технический специалист техническому специалисту, что именно неправильно в механизме динамического обновления от 1с, и почему я должна оказать главбуху в добавлении пары строчек в печформу, если он хочет срочно, у меня есть на это время и никакие религиозные и моральные принципы мне в этом не препятствуют? |
|||
138
Нуф-Нуф
14.11.12
✎
08:50
|
(134) см (89) :)
|
|||
139
IamAlexy
14.11.12
✎
08:51
|
(136) перепиши закрытие месяца в внешнюю печатную форму
|
|||
140
Sammo
14.11.12
✎
08:51
|
(99) Вот когда из-за непочищенного кэша вы при закрытии "банковского опер дня" влетите на пару лямов. Тогда и поговорим :)
|
|||
141
asp
14.11.12
✎
08:51
|
(139) ага.
срочно и за 15 минут :)))) |
|||
142
IamAlexy
14.11.12
✎
08:52
|
(138) никогда ТЗ сам не разрабатывал?
не тестировал? не отлаживал? не находил уже в отлаженом и оттестированом неучтенные при разработке ситуации? смешной ты.. на основании ОТСУТСТВИЯ опыта строишь суждения :) |
|||
143
asp
14.11.12
✎
08:52
|
даже когда мне потребовалось вносить изменения в обработку проведения - я обошелся без обновления основной базы. ибо мозг нужен.
|
|||
144
Нуф-Нуф
14.11.12
✎
08:52
|
(137) и это пример срочного изменения, которое потребует динамического обновления. чувак, ты загоняешь себя в угол некомпетентности.
|
|||
145
IamAlexy
14.11.12
✎
08:52
|
(141) ага.. в последний день сдачи отчетности.. когда уже 15:00 и все пьют валерьянку :)
|
|||
146
ptitsa-radio
14.11.12
✎
08:52
|
И все же.
Мне интересно, как программисту - ЧТО именно не так с ДО? Кто-нибудь может КВАЛИФИЦИРОВАННО разъяснить мне все его ужасы? Именно с точки зрения технической реализации данной функции? |
|||
147
Гефест
14.11.12
✎
08:53
|
(135) Кодера просто пошлют лесом и заставят сделать срочно. Это во первых, во вторых ТЗ может быть нормальным, но не полным и кодер этого уже может не видеть
|
|||
148
IamAlexy
14.11.12
✎
08:53
|
(143) знаем знаем, теоретически можно все отчеты сдать в екселе и никакие 1С не нужны..
|
|||
149
asp
14.11.12
✎
08:53
|
(148) есть вариант гораздо проще... внести изменения в копию и перенести результат в основную ИБ
|
|||
150
IamAlexy
14.11.12
✎
08:53
|
(146) забей, кроме Одна Бабка Сказала нет никакой информации.
у нуфнуфа сработал синдром утенка.. вот он и уперся :) |
|||
151
Sammo
14.11.12
✎
08:54
|
Кстати, у меня ощущение, что была рекомендация 1с не использовать динамическое обновление в рабочих средах. Но зуб не дам (и возможно давнее дело на сайте разработчкиов)
|
|||
152
Нуф-Нуф
14.11.12
✎
08:54
|
(142) ладно. откуда в (85) тз? вы чего-то разработали. накатили на рабочую. поиграли. опять разработали и накатили, опять поиграли.
большая проблема сделать это на копии и протестировать? |
|||
153
Нуф-Нуф
14.11.12
✎
08:54
|
(146) дело не ДО. дело в головах
|
|||
154
IamAlexy
14.11.12
✎
08:54
|
(149) точно.. особенно если это закрытие месяца которое перезакрывается, перезакрывается, перезакрывается и так далее..
а месяц не один.. заманаешься отслеживать что ты перенес а что еще нет.. а так да.. в теории все красиво... как и нуфнуфа с его регламентами |
|||
155
ptitsa-radio
14.11.12
✎
08:54
|
(144) Можете звать меня "чувихой".
Это был пример грамотной организации своего рабочего процесса, без ночных бдений над всякой фигней. |
|||
156
Sammo
14.11.12
✎
08:54
|
||||
157
asp
14.11.12
✎
08:55
|
(154) почему в теории, у меня типовая УПП на крупном заводе. работаем с 2006 года, все ОК.
|
|||
158
IamAlexy
14.11.12
✎
08:55
|
(152) вот именно.. НЕТ тз изначально а результат надо получить..
вот и идет мозговой штурм, рождается схема, обкатывается на тестовой, внедряется в рабочую... далее через час выясняется 100500 нюансов которых не учли и по кругу.. |
|||
159
Sammo
14.11.12
✎
08:55
|
(137) Внешняя печатная форма.
|
|||
160
Нуф-Нуф
14.11.12
✎
08:55
|
Для тех кто не понял. Проблема не в ДО. А проблема в ВАС. Использование ДО - это лишь сигнал о том, что в консерватории что-то не то
|
|||
161
IamAlexy
14.11.12
✎
08:56
|
(157) ну я о чем и говорю..
у меня тоже нет ни одной автоаварии за 30 лет жизни, хотя я постоянно куда то езжу но это не значит что аварий не существует и пристегиваться не надо :) |
|||
162
Нуф-Нуф
14.11.12
✎
08:56
|
(158) ты с какими тз работал, с одностраничными и сроком реализации в 1 день?
|
|||
163
Поросенок Петр
14.11.12
✎
08:56
|
НУФ НУФ не из франча случайно? Или это на фикси обсуждается с заказчиком ТЗ?
|
|||
164
Волесвет
14.11.12
✎
08:56
|
фигасе вы с утра замутили
ставлю пару монет на Нуф-Нуфа тк ДО действительно от лукавого |
|||
165
IamAlexy
14.11.12
✎
08:57
|
(160) проблема не в ремнях беопасности, проблема в вас.
при грамотном вождении ремни безопасности равно как и подушки - ненужны.. если вам нужны ремни и подушки то это сигнал что в консерватории что то не то.. ага... |
|||
166
ptitsa-radio
14.11.12
✎
08:57
|
(160) О да. Я не бегаю по ночам обновлять печформы и не выкатываю потом за это клиенту раздутые счета )))
|
|||
167
IamAlexy
14.11.12
✎
08:57
|
(162) а все ТЗ должны быть на 100500 страниц и сроком реализации на полгода?
|
|||
168
Нуф-Нуф
14.11.12
✎
08:57
|
(163) на фикси не бывает ТЗ. мсье кодит только в экстремальном режиме?
|
|||
169
Нуф-Нуф
14.11.12
✎
08:58
|
(165) чет походу в лужу пукнул...
|
|||
170
Поросенок Петр
14.11.12
✎
08:58
|
Ну и что может франч рассказать про необходимость ДО? Смешно.
|
|||
171
GreenDay1986
14.11.12
✎
08:58
|
(169) да нет, нормальный пример.
|
|||
172
Гефест
14.11.12
✎
08:58
|
(168) лолшто?
|
|||
173
Скай
14.11.12
✎
08:59
|
Периодически использую, даже при условии не круглосуточной работы предприятия. Да, есть 4-6 часов в сутки, когда есть монопольный доступ, но я в это время предпочитаю спать, а не добавлять новую роль в базу. Бекапы делаются. За 5 лет попал один раз на необновление кеша, пользы от ДО получил больше.
|
|||
174
IamAlexy
14.11.12
✎
08:59
|
(172) глупый чоли?
ТЗ это пачка листов на первом из которых должно быть написано: Техническое Задание дата номер версия сроки исполнители и тд и тп.. все остальное - это не тз :) |
|||
175
ptitsa-radio
14.11.12
✎
08:59
|
(172) лоллол. Бывает, причем довольно хорошего качества порой.
Кстати, где все же работает месье? Я что-то затрудняюсь определить это по его ответам. Он столько всего не знает ))) |
|||
176
GreenDay1986
14.11.12
✎
09:00
|
(175) В стале - литейном цехе :)
|
|||
177
ptitsa-radio
14.11.12
✎
09:01
|
(174) Мне на фикси и такое попадалось. Делала отчетность поставщикам, так оне такое ТЗ и высылают. По всей стране всем одинаковое. Прям на нем так и написано: ТЗ, я не вру, чесслово.
|
|||
178
ptitsa-radio
14.11.12
✎
09:02
|
(173) + 1 Конечно, можно и магаз остановить, и покупашек разогнать и гендира накуй послать.
Вопрос только - ЗАЧЕМ? |
|||
179
Sammo
14.11.12
✎
09:05
|
(178) Вообще-то речь шла в том числе о том, что помимо динамического обновления есть другие возможности, которые могут закрыть хотелки пользователей. Особенно актуально, когда хотелка еще не стабилизированная - тогда предоставляешь концепт, который после доработок уже заливается в рабочую как окончательный вариант.
|
|||
180
IamAlexy
14.11.12
✎
09:06
|
а я знаю примеры когда из за тупорылых 1Сников блокировалась нормальная работа отделов ибо они, тупорылые 1Сники, требовали ТЗ по хитровыепаной форме которую самостоятельно ни один пользователь не мог написать..
ибо "наадо работать по регламенту" результат: тупорылые 1Сники там уже не работают... |
|||
181
IamAlexy
14.11.12
✎
09:07
|
(179) житейских вариантов море.
но согласись - есть ситуации когда надо: - прямо сейчас - срочно - в рабочую |
|||
182
ptitsa-radio
14.11.12
✎
09:08
|
(179) Иногда применить ДО - прощу и быстрее, а следовательно, эффективнее. Товарищи, которые готовы рисовать регламенты и обновляться по часам, с одной-единственной сверхцелью "избежать ДО" необоснованно усложняют жизнь и себе и тем пользователям, которых они обслуживают.
|
|||
183
IamAlexy
14.11.12
✎
09:09
|
(182) там два варианта:
либо товарищи фикси и никуда не торопятся либо жадные товарищи работают "по часам" и чем больше часов тем больше бабла :) |
|||
184
asp
14.11.12
✎
09:09
|
(181) бывает. если прямо сейчас и срочно - значит руководителю нужно. значит выкидываем всех уборщиц-менеджеров из базы и спокойно обновляем.
|
|||
185
dva1c
14.11.12
✎
09:10
|
В споре рождается истина(c)Сократ.
Мне кажется, что каждый останется при своем мнении. |
|||
186
IamAlexy
14.11.12
✎
09:10
|
(184) ну так динамическое если надо выкинет..
просто пока ВСЕХ уборщиц выкинешь - уже не получается "прямо сейчас и срочно" а получается "через час а может через два" |
|||
187
ptitsa-radio
14.11.12
✎
09:10
|
(184) А зачем? Пусть работают. И уборщицы и продавцы. Если можно без этого обойтись, то так же лучше будет, не?
|
|||
188
asp
14.11.12
✎
09:11
|
(186) час? это если 1000 пользователей в базе и каждого отдельно отстреливать?
|
|||
189
ptitsa-radio
14.11.12
✎
09:11
|
(186) И самое главное - ЗАЧЕМ? )))))) Пусть люди трудятся, деньги зарабатывают.
|
|||
190
IamAlexy
14.11.12
✎
09:12
|
нее что значит пусть работают
нифига пусть уважают мою власть знают кто базе хозяин захотел- выкинул всех на полчаса и пофиг что отгрузки стоят и клиенты заказ надиктовывали по телефону на полуслове прервались и надо все заново надиктовывать.. |
|||
191
n0ther
14.11.12
✎
09:12
|
10099854 Сеанс отсутствует или удален
Проблема: В клиент-серверном варианте информационной базы после динамического обновления конфигурации базы данных может присходить аварийное завершение работы клиентского приложения, работавшего с информационной базой через веб сервер, с сообщением об ошибке Сеанс отсутствует или удален Дата публикации: 2012-03-29 10096672 Попытка получения неинициализированного значения параметра сеанса Проблема: В клиент-серверном варианте информационной базы при работе в толстом клиенте, если кластер содержит несколько рабочих процессов, или выполнялись динамические обновления конфигурации базы данных, то при попытке получить из кода толстого клиента значения некоторых параметров сеанса может происходить ошибка Попытка получения неинициализированного значения параметра сеанса Дата публикации: 2012-01-19 10081327 Соединения конфигуратора в консоли кластера Проблема: При последовательных динамических обновлениях конфигурации с перезапуском конфигуратора в консоли кластера серверов добавляется множество соединений с Конфигуратором. Дата публикации: 2011-05-25 10095297 Динамическое обновление Проблема: После нескольких динамических обновлений может проявляться нестабильная работа конфигурации - пользователи могут работать с неактуальными текстами программных модулей. Способ обхода: Очистить кэш метаданных. Дата публикации: 2011-12-07 10095353 Сеанс отсутствует или удален Проблема: В клиент-серверном варианте информационной базы после динамического обновления конфигурации в веб и тонких клиентах, соединенных с информационной базой по http, может происходить ошибка Сеанс отсутствует или удален и аварийное завершение работы. Дата публикации: 2011-12-07 10041697 Динамическое обновлении конфигурации и управляемые блокировки Проблема: При динамическом обновлении управляемые блокировки остаются в состоянии, из которого нельзя их вывести. Способ обхода: Не использовать динамическое обновление. Дата публикации: 2010-05-13 http://cs309218.userapi.com/v309218352/47b7/TGZpZfWbujQ.jpg |
|||
192
dmpl
14.11.12
✎
09:12
|
(41) Открой для себя внешние печатные формы ;)
|
|||
193
asp
14.11.12
✎
09:13
|
(190) у нас отгрузки не стоят. делают во второй базе, я потом переношу все что набили.
|
|||
194
IamAlexy
14.11.12
✎
09:13
|
(188) это если сидит 10 менеджеров и у каждого из них заказы по десятку другому строк заполняются..
а еще пара бухгалтеров один из которых месяц закрывает другой книги формирует а еще кладовщик который инвентаризацию делает.. и у него ведомость открыта и он ее заполняет |
|||
195
ptitsa-radio
14.11.12
✎
09:13
|
(190) Главное, чтобы кэш цел остался!!!! Что перед этим какие-то продажи? )))))
|
|||
196
asp
14.11.12
✎
09:14
|
(194) прибить сеанс и пофигу кто там что заполняет
|
|||
197
dmpl
14.11.12
✎
09:14
|
(47) Такой неграмотный - и туда же, кучу бабла требует... открой для себя пакетный режим.
|
|||
198
IamAlexy
14.11.12
✎
09:15
|
(193) никто не говорит что надо демонически обновлять базу на 100 гигов объемом и 100500 человек онлайн пользователей.
тут то как раз нужен индивидуальный подход. но мелкую базу на 20-30 пользователей да которые постоянно чо то там колотят - вот ее обновлять демонически как раз часто и приходится. опять же- ты специфику крупных предприятий которые действительно по регламенту живут на мелочь не натягивай.. |
|||
199
IamAlexy
14.11.12
✎
09:15
|
(196) да да.. см (198)
|
|||
200
IamAlexy
14.11.12
✎
09:15
|
200
|
|||
201
dmpl
14.11.12
✎
09:16
|
(51) Померь мне, если все так серьезно - она сама скажет рубить всех и делать обычное обновление. Чтобы без риска.
P.S. Представь - ты сделал ДО, а база рассыпалась. Лучше ей будет? |
|||
202
IamAlexy
14.11.12
✎
09:17
|
в мелких конторах своя атмосфера..
там в отличии открупных - нет регламентов.. там есть пользователи "звезды" которых лучше лишний раз не трогать и неудобств которым лучше лишний раз не создавать ибо на них держится предприятие... и пару раз вот так вот такой звезде грохни ее любовно набиваемый заказ на 100500 строк где она с заказчиком по каждой строке уже 2 часа торговалась про откаты и прочие скидки... да руководителю конторы проще 1Сника поменять чем дойную корову лишний раз обижать.. |
|||
203
ptitsa-radio
14.11.12
✎
09:17
|
(197) Пакетный режим умеет вносить изменения в печформы? О майнготт, ухожу из профессии.
|
|||
204
ptitsa-radio
14.11.12
✎
09:18
|
(201) Для этого делают люди бекапы.
|
|||
205
ДенисЧ
14.11.12
✎
09:18
|
(203) вообще-то умеет.... /UpdateDBCfg
|
|||
206
IamAlexy
14.11.12
✎
09:18
|
(201) а вот для этого я делаю полный бекап скулем прежде чем демонически обновлять.
все же шансов что обновление прокатит гораздо больше чем то что оно не прокатит (у меня на 100500 демонических обнволений проблем вроде и не припомню особо, ну может кое где кеш пришлось почистить) так что для меня выгода есть.. |
|||
207
Serg_1960
14.11.12
✎
09:19
|
Нуф-Нуф - мои "пять с плюсом". Нелегко быть защитником дьявола :)
|
|||
208
dva1c
14.11.12
✎
09:19
|
(202)+100500 все так!
|
|||
209
ptitsa-radio
14.11.12
✎
09:19
|
(205) И документы перепроводить умеет? )))
|
|||
210
asp
14.11.12
✎
09:20
|
(209) да, если специально обучить
|
|||
211
ДенисЧ
14.11.12
✎
09:20
|
(209) Разумеется. Автоматически менять реквизиты после обновления она умеет, значит, сумеет и документы провести.
|
|||
212
dmpl
14.11.12
✎
09:20
|
(82) Ну дык даешь задание админу выбросить всех пользователей и залочить вход. Чо как ребенок?
|
|||
213
v8Newbie
14.11.12
✎
09:22
|
(202) Ещё может быть интересный нюанс - ночью, к примеру, в 1с могут работать таджики:):) Они по-русски вообще плохо понимают, но приучены нажимать на нужные кнопки:) У них шаг вправо, шаг влево - все, катастрофа.
|
|||
214
ptitsa-radio
14.11.12
✎
09:22
|
(212) А вот есть масса. Просто масса контор, где админ - приходящий.
|
|||
215
IamAlexy
14.11.12
✎
09:22
|
(212) ты этого админа найди еще :)
дозвонись.. он удаленно подключится залочит и тд.. как раз пара часов и пройдет. об чем и речь. а надо "уже джва часа назад как должно было быть сделано ща все прогорим мать вашу" |
|||
216
dmpl
14.11.12
✎
09:22
|
(88) Угу, видать у вас ларьки на обслуживании. Ни разу не было такого, что восстановление из бэкапа 3-4 часа идет?
|
|||
217
Sammo
14.11.12
✎
09:23
|
(183) Здесь просто другой вопрос. Надежность (стабильность работы рабочей базы) иногда важнее скорости изменения.
+ при реализации надо сразу учитывать, что потребуется запускать в авральном режиме испраленную версию. (например, по возможности весь изменный функционал имет не в общих модулях, а в обработках. Тогда никаких проблем с запуском измененной версии. И это будет даже быстрее, чем динамическое обновление. Что надежнее и быстрее - динамически обновить базу и почистить кэши или запустить измененную внешнюю обработку? |
|||
218
ptitsa-radio
14.11.12
✎
09:23
|
(216) Средствами SQL-я???? Нет, самая большая база ок 5 минут навяливается.
|
|||
219
IamAlexy
14.11.12
✎
09:23
|
(213) именно...
пацаны не сталкивались с ситуацией когда на утро 1Снику выкатвыают предъяву на тему "предприятие не работало всю ночь потому что 1С не работала" а то что 1С выключилась на 20 минут а потом включилась ибо 1Сник обновлял - никого не колышит. выключилась, через минуту не включилась - работники ушли спать с чистой совестью :) и пофиг на регламент, предупреждения и надписи в окне блокиратора... |
|||
220
ptitsa-radio
14.11.12
✎
09:24
|
(217) Обработка вам запись в регистр не сделает. Хоть убейтесь, а извольте документ слепить.
|
|||
221
asp
14.11.12
✎
09:24
|
(219) почему, сталкивались. отключили электричество - сервак выключился. один эс не работала.
предъявы конечно прогеру :) |
|||
222
Мыш
14.11.12
✎
09:24
|
Бить или не бить? Вот в чём вопрос!
Оставьте Нуф-Нуфу нуфнуфово и пользуйтесь в своё удовольствие демоническим обновлением. В чём радость доказывать упёртому что-либо? Только потому, что он назвал вас земляными червяками? ))) |
|||
223
dmpl
14.11.12
✎
09:25
|
(95) Сделай 1 раз роль с настройкой из режима Предприятия - и забудь про этот головняк. А так - просто даешь ему роль, где нужный доступ есть, а в регламентное время обновления вносишь изменения по конкретной роли под пользователя (хотя это тоже не айс).
|
|||
224
ptiz
14.11.12
✎
09:25
|
Глючность динамического обновления (фактически - невозможность применения на реальных больших базах) - один из ключевых минусов 1С для "больших" внедрений.
Невозможность изменения структуры без выгона юзеров - туда же. |
|||
225
IamAlexy
14.11.12
✎
09:26
|
(219) при работающем электричестве, сервере и интернете :)
|
|||
226
Serg_1960
14.11.12
✎
09:27
|
(219) И причем тут 1С и демоническое обновление? Вам уже ничего не поможет - бегите от туда :)
|
|||
227
IamAlexy
14.11.12
✎
09:27
|
(216) никто и не говорит про базы в 100500 гигабайт..
тут речь про небольшие конторы и небольшие базы + все же восстановление скулем из полного бекапа 4 часа.. это какой же объем базы и где лежит бекап? вы его чтоли по сети через 3г качаете чтоли? |
|||
228
ptitsa-radio
14.11.12
✎
09:28
|
У меня бекап 80 гиговой базы разворачивается около 5 минут. Что я делаю не так?
|
|||
229
IamAlexy
14.11.12
✎
09:28
|
(226) зачем.. контора платит, вовремя, исправно и хорошо.
зачем мне бежать оттуда? да, там 24/7 да, там таджики ночью, звезды днем и истеричные главбухи да, я там демонически удаленно обновляю но деньги не пахнут... их деньги ничем не хуже тех денег что заплатят в другой конторе |
|||
230
IamAlexy
14.11.12
✎
09:30
|
(228) надо делать так:
1. бекап положить на ноутбук 2. ноутбуком подключиться в интернет через 3г модем 3. войти в впн сеть 4. расшарить бекап общей папкой с ноутбука 5. восстанавливать базу указав на сервере путь к этой общей папке 6. включить таймер и счетчик бабла 1ч=2500 р. 7. включить пару фильмов.. 8. профит!!! |
|||
231
IamAlexy
14.11.12
✎
09:31
|
+(229) кстати тяжелые обновления я согласовываю с ними за неделю, и еще за день уточняю чтобы не забыли - они тогда на период обновления производственные задания печатают и работают "по бумаге"
|
|||
232
asp
14.11.12
✎
09:31
|
(228) наверное гигабайты с мегабайтами перепутаны :)
|
|||
233
v8Newbie
14.11.12
✎
09:34
|
(219) Ну что сказать... Ты знаешь специфику:)..
(226) В таких конторах иногда(поначалу) могу попытаться набить морду 1с-нику:) Там народ простой. При общении с конторами 24/7 1с-ник должен быть готов, что людям ночью при неработающем сервере и опаздывающей отгрузке срывает башню. Приходится себя ставить в коллективе:) |
|||
234
dmpl
14.11.12
✎
09:34
|
(165) Если тебе регулярно требуются ремни и подушки - то действительно что-то не то в консерватории...
|
|||
235
Sammo
14.11.12
✎
09:35
|
(204) Ошибка связанная с динамическим обновлением может обнаружиться через несколько дней. Никакие бэкапы не спасут. Засада именно в этом - пользователь работает с неактуальной версией.
(220) Если ошибка при проведении документа - обработка может ему нарисовать нужные движения. Если ошибка при записи (создании) документа - бейте по рукам разработчикам и тестерам. Табурет могу одолжить. |
|||
236
Sammo
14.11.12
✎
09:37
|
+235 Но конторы бывают разные. И соглашусь с тем, что многда легче срубить бабла на динамическом обновлении, чем убедить заказчика, что надо что-то изменить в консерватории.
Каждый сам выбирает. |
|||
237
ptitsa-radio
14.11.12
✎
09:37
|
(235) А если нужны движения, которые не предусмотрены конфигурацией?
(232) Это, видимо, ты перепутал бекапы SQL c бекапами 1с. |
|||
238
IamAlexy
14.11.12
✎
09:38
|
(235) см (15) иди набей руки разработчикам и тестерам.. ага..
|
|||
239
Нуф-Нуф
14.11.12
✎
09:38
|
интересно, а я смогу сдать экзамен по троллингу?
|
|||
240
ptitsa-radio
14.11.12
✎
09:39
|
(235) От того что будем бить разработчиков, заказчику не полегчает.
|
|||
241
asp
14.11.12
✎
09:39
|
смотря кто в комиссии будет
|
|||
242
Gamm
14.11.12
✎
09:41
|
ДО - очень удобно, но к сожалению при частом ДО возникают непонятные ошибки в текущей работе: сеансы отваливаются, аварийное завершение работы клиентов, зависание рабочих процессов на сервере.
После запрета ДО на рабочих базах стабильность работы 1С повысилась в разы. P.S. До сих пор завидую Аксаптерам которые могут менять структуру базы, коды модулей, формы не только без монопольного режима но вообще не закрывая клиента - достаточно переоткрыть форму. |
|||
243
Serg_1960
14.11.12
✎
09:43
|
(эссе на тему)
Хмм... у тех, у кого нет риб-базы - меня им не понять. Не прочуствуют они, почему я так обожаю демоническое обновление. И как сильно я его обажаю... Особенно - когда подчиненные узлы сопровождаются удаленно, где местные злобные буратины ограничивают прогера до прав рядового юзвера, отлучая его от серверов... Эхх, не понять им моих проблем... |
|||
244
IamAlexy
14.11.12
✎
09:44
|
(234) а никто "сложные" случаи тут не рассматривает..
базу в 600 гигов и 100500 юзверей динамически тоже никто не предлагает обновлять. |
|||
245
IamAlexy
14.11.12
✎
09:45
|
мы тут в основном о ларьках и прочих нищебродах..
|
|||
246
ptitsa-radio
14.11.12
✎
09:45
|
Вывод: использовать ДО можно, даже нужно. Но в небольших количествах и тщательно предохраняясь.
|
|||
247
IamAlexy
14.11.12
✎
09:46
|
а кто то же скажет что секс это плохо ибо может быть спид сифилис или даже беременность :)
но ведь все понимают что если предохраняться то секс очень даже ничего.. |
|||
248
Serg_1960
14.11.12
✎
09:49
|
(246) передразнивая:
Вывод: здесь не обсуждаю вопрос "Что делать, как быть?", а только - "Бить или не бить" / "Делать или не делать". Фи, мне противна ваша черно-белая логика. |
|||
249
IamAlexy
14.11.12
✎
09:50
|
(248) ну так тут нуфнуфычу то и пытаются объяснить что мир не чернобел
и есть дофига ситуаций когда ДО нужно ибо без него уже никак.. |
|||
250
Serg_1960
14.11.12
✎
09:52
|
Девиз к демоническому обновлению должен быть - "Можно... но осторожно"(с)
PS: а вот то, что этот "штатный инструмент" подобен троянскому коню - никто не оспорит. Имхо! и эта тема - тому подтверждение. |
|||
251
milan
14.11.12
✎
09:53
|
(242) к этому все идет
|
|||
252
dmpl
14.11.12
✎
09:55
|
(215) Зато ты после такого получишь доступ к серверам предприятия. А виноватым окажется админ ;)
(218) Ну значит вы просто еще не доросли до того, о чем говорит Нуф-Нуф Он, конечно, немного перегибает, но более 99% исправлений вполне можно внести обычным обновлением, в запланированные сроки. А динамическое использовать раз в несколько месяцев по особым случаям. (227) Ну дык гигов 300-500 база. Полный бэкап перед динамическим делать - это на час-полтора. Так что восстанавливать приходится не из полного, а с журналом транзакций. Вот на это время и уходит. (228) Приукрашиваешь. 270 Мб/с реальная средняя скорость записи (а ведь еще и читать надо откуда-то) - такое железо под 80 Гб базу покупать не будут. Скорее всего у вас там из 80 Гб занято реально горзадо меньше, просто сразу базу создали с запасом по размеру. (237) Пишешь обработку, которая делает нужные движения документу. (243) И что, узлы после ДО не отваливаются? Значит, врут люди? |
|||
253
IamAlexy
14.11.12
✎
09:58
|
(252) бгыыыы
пришел водитель белаза учить правильному шинмонтажу с участием подъемного крана и прочих спецбригад.. ничего что тут мы на матизах? |
|||
254
Serg_1960
14.11.12
✎
09:58
|
IamAlexy, Нуф-Нуф хотел сказать, что нужно разделять божий дар и яичницу.
В реале, не все ситуации "требуют" демона. Далеко не все. Чаще всего - от неорганизованности. Прогера или юзверей - не уточняю. Регламент - не есть зло, если он в умеренных дозах. Имхо: прогер - тоже работник, у него есть рабочее место и ему нужно время для выполнения своих обязанностей. |
|||
255
milan
14.11.12
✎
09:58
|
противники динамического обновления - недопереучившиеся клюшошники встающие в ступор при словах "откройте скл менеджмент студио" ? и для которых динамическое обновление именно так и звучит - "демоническое", шайтанама машинама.
|
|||
256
IamAlexy
14.11.12
✎
09:59
|
(254) ты местами перепутал ники в своем посте :)
|
|||
257
milan
14.11.12
✎
10:02
|
(254) реально не все конторы могут себе позволить нормальный релизный цикл, тем более 1С это по большей части ларьки, но даже у крупняка с их 100500 тестироващиками получаются казусы с исправлениями, выходящими на следующий день после обновления.
|
|||
258
dmpl
14.11.12
✎
10:04
|
(253) На самом деле правильная организация работы от размера базы не зависит. Просто в мелких организациях цена ошибки не так высока, и можно относительно безопасно расслабиться, а потому человек, как существо ленивое и непоследовательное, этим пользуется ;) К сожалению, эта безалаберность даром не проходит, и сказывается и на коде, на что и намекал Нуф-Нуф
|
|||
259
Serg_1960
14.11.12
✎
10:05
|
(255) Попрашу вас не ругаться в моем присутствии непонятными словами.
(256) Ничего я не "перепутал" :( Он требовал озвучить ситуацию, которую без демонического обновления - не разрулить. И никто не озвучил таковую поего (и моему) мнению. |
|||
260
milan
14.11.12
✎
10:08
|
(258) Ишь ты, демоническое обновление и на коде сказывается ?
Нуф-Нуф демонически обновил конфу, чтобы не ждать обеда и ушел сдавать экзамены на троля, а ветка живет ;) Красава |
|||
261
IamAlexy
14.11.12
✎
10:08
|
(259) я озвучил в (15) да и еще много раз примеры приводил..
просто вы не хотите читать и не вникаете в ситуации.. примерно как "приведите мне пример где нужен автомобиль и нельзя пешком дойти" |
|||
262
Doomer
14.11.12
✎
10:09
|
У меня в понедельник как раз случай был показательный. Делали доработку УТ по ТЗ. Протестировали сами, 5 ноября отдали клиенту для проверки и приема работ. Клиента все устроило (вроде как на тестовой базе несколько человек поработало). Договорились что 12.11 переносим в основную базу и начинаем работать. 12 загрузили начали работать. Первый 2 часа все ОК, а потом выяснилось что забыли про один режим работы документа (в ТЗ забыли написать). У заказчика претензий к нам нет, но предприятие встало. Режим мы доработали за 15 минут, еще 1 час ушел на тестирование. А предприятие без этого режима работать не может. Обновили динамически и все встало на свои места. Если бы не было динамического обновления то пришлось бы выгонять 60 пользователей из 5 удаленных точек (2 в других городах) в самый сезон продаж. А если бы я еще бы бекап залил и они бы потеряли 2 часа работы было бы еще веселей. Так что динамический режим очень помогает иной раз.
|
|||
263
Aprobator
14.11.12
✎
10:10
|
нормально ДО работает. Если руки кривые нечего на рожу пенять.
|
|||
264
dmpl
14.11.12
✎
10:12
|
(260) Регурярное использование - еще как сказывается. Человек расслабляется и начинает сначала гнать брак, а потом уже и до ГК недалеко. Ну и один раз - не пид..(зачеркнуто) не страшно.
|
|||
265
Aprobator
14.11.12
✎
10:15
|
(264) это каким образом человека может расслабить использование встроенного механизма платформы?
|
|||
266
Нуф-Нуф
14.11.12
✎
10:15
|
(262) хороший пример. но чтобы вы делали, когда потребовалось бы не только менять код, но и метаданные? тогда бы вы в принципе не были бы готовы к решению проблемы подобного рода.
а если бы вы подготовились к внедрению нового блока, то заранее предусмотри все небходимые действия в таком случае. пользователи были бы заранее предупреждены в возможной остановки 1с на несколько минут. 1. сегодня обновляем конфу. 2. пользователям рассылается информация, что в 12-00, в 15-00, 18-00, с предварительным уведомлением за 10 минут возможна остановка работы на 3-5 минут. |
|||
267
Serg_1960
14.11.12
✎
10:16
|
(261) Да, именно так. Но с точностьюдо наоборот: "Укажите мне место, куда я не могу доехать на машине, а только пешком добраться" :(
"Обычное" или "демоническое" обновление - это альтернативные варианты. Всегда. И как уже было сказано - человек ленив от природы и выбирает более лёгкий путь. Вот и вся диалема выбора :) |
|||
268
milan
14.11.12
✎
10:16
|
(263) +1
где голосовалка ? а уже писали чито и обычным обновлением убить базу совсем нетрудно ? ;) Вот в 8.3 все будет делаться динамически, даже реструктуризация, правда, боюсь при высоконагруженной базе это может выйти боком, но обещают выгон пользователей только на время переименования уже сформированных новых таблиц в рабочие. ну и еще 1 плюс за ДО - 1С не делает ну очень много каких плюшек для разработчиков, на на ДО всеж сподобилась, имхо неспроста это. |
|||
269
IamAlexy
14.11.12
✎
10:17
|
(266) в южном парке в серии про ктулху был национальный американский герой "капитан очевидность"
он всегда прилетал на место событий и всем объяснял КАК НАДО БЫЛО ДЕЛАТЬ чтобы ничего не случилось. |
|||
270
Нуф-Нуф
14.11.12
✎
10:17
|
(265) в серьезных конторах, а не ларьках, ошибки обычно дорого стоят. и когда человек понимает, что в случае косяка он просто так не отделается - он начинает более внимательно относится к своей работе
|
|||
271
Aprobator
14.11.12
✎
10:17
|
(267) ходи пешком, не будь лодырем. Обычное и динамическое обновление не альтернативные варианты.
|
|||
272
Sammo
14.11.12
✎
10:17
|
(263) При прямых руках ДО не надо :)
|
|||
273
milan
14.11.12
✎
10:17
|
(266) вели бы себя точно также, а именно пользовались встроенными возможностями платформы.
|
|||
274
Aprobator
14.11.12
✎
10:18
|
(270) это на какой вопрос ответ то?
|
|||
275
Нуф-Нуф
14.11.12
✎
10:18
|
(269) не понял в итоге. ты согласен с тем что такой подход позволил бы избежать динамического обновления, и помог бы в случае более серьезного косяка. или нет?
|
|||
276
Нуф-Нуф
14.11.12
✎
10:18
|
(274) забудь.
|
|||
277
Serg_1960
14.11.12
✎
10:18
|
(266) и (270) +1
Посетила смешная мысль: если нужно изменить метаданные - тоже буду спорить о вариантах? :)) |
|||
278
Aprobator
14.11.12
✎
10:18
|
(272) руки как палки?
|
|||
279
IamAlexy
14.11.12
✎
10:18
|
(272) не зависимо от прямости рук есть еще внешние факторы..
100500 раз выше об этом писали с примерами |
|||
280
IamAlexy
14.11.12
✎
10:19
|
(575) ты реально не доганяешь?
ДО это не ЗАМЕНА обычному обновлению это способ решить проблему здесь и сейчас малой кровью и малой потерей времени для заказчика. |
|||
281
Aprobator
14.11.12
✎
10:20
|
метаданные демоническим обновлением не изменишь. Можно там что то делать с ролями и еще чем то, но ну его нафиг. ДО использую только при изменении модулей.
|
|||
282
Нуф-Нуф
14.11.12
✎
10:21
|
(280) согласен. но я настаиваю на том, что лучше правильно организовать работу, когда ДО не понадобится в принципе
|
|||
283
IamAlexy
14.11.12
✎
10:22
|
(282) ну в твоем мире может быть и да..
в моем нет. см (229) |
|||
284
PLUT
14.11.12
✎
10:22
|
ДО и обговление по вечерам/ночам/утрам - вредно) ГБ и всякие рукой водители и юзвери не замечают, что одноэсник работает и для зачем он нужен
|
|||
285
Sammo
14.11.12
✎
10:23
|
(261) В 15 одноразовая ручная коррекция + плановой обновление, после планового обновления пересчет чтобы проверить, что все корректно.
По расчету себестоимости - зависит от изменений. Если вы правили общие модули, проведение, то вопрос - можно ли было обойтись без. Можно ли было сделать все в рамках 1 обработки хотя бы на период первичной промышленной экслпуатации (когда идет фактически тестирование в рабочем режиме). Делалось ли регрессионное тестирование нового функционала? |
|||
286
Нуф-Нуф
14.11.12
✎
10:23
|
(283) просто твой мир пока слишком мал и ограничен :)
|
|||
287
Aprobator
14.11.12
✎
10:23
|
(284) ну если тока так )
|
|||
288
Serg_1960
14.11.12
✎
10:23
|
"Правильная организация труда позволяет значительно уменьшить вероятность использования демонического обновления"(искренне ваш, К.О.)
|
|||
289
IamAlexy
14.11.12
✎
10:23
|
(286)как раз вовсе даже и наоборот :)
|
|||
290
Нуф-Нуф
14.11.12
✎
10:24
|
(289) все возможно. ведь все зависит от точки зрения :)
|
|||
291
dmpl
14.11.12
✎
10:25
|
(265) Да самым обычным - отсутствием организации труда. Это влечет то, что человек не составляет алгоритмов до начала кодинга, что, в свою очередь, ведет к увеличению глупых ошибок и размножению багов, но поскольку он может запросто их исправить динамически - это его не волнует. Ну и далее по наклонной. А вот когда за каждое ДО по вине программиста у него снимают 20% зарплаты - он начинает работать гораздо качественнее.
|
|||
292
Gantosha
14.11.12
✎
10:25
|
ужасы .. секта мазохистов.
|
|||
293
IamAlexy
14.11.12
✎
10:26
|
(291) мир не состоит тока из кодинга..
|
|||
294
Aprobator
14.11.12
✎
10:27
|
(291) фига себе, кодинг реально связан с использованием ДО? В голову такого не приходило.
|
|||
295
Aprobator
14.11.12
✎
10:27
|
+(294) а использование молотка при забивании гвоздей вместо камня на что влияет?
|
|||
296
Serg_1960
14.11.12
✎
10:29
|
(292) Это всё мелочи бытия...
Мня вот более глобальный вопрос беспокоит: "Почему трава - зеленая? Мы ведь глядим на мир в отраженном цвете?" Как человек может быть объективен, если восприятие мира у него - субъективно? |
|||
297
dmpl
14.11.12
✎
10:30
|
(293) Ну я же написал "Ну и далее по наклонной".
(294) А ты сравни образцы кода тех, кто может и использует постоянно ДО, и тех, кому каждое ДО надо с начальством согласовывать, и если что - он пострадает материально. (295) ДО - это как раз камень и есть ;) |
|||
298
Serg_1960
14.11.12
✎
10:31
|
Камень, молоток... Микроскопом надо гвозди забивать!
|
|||
299
dmpl
14.11.12
✎
10:32
|
(298) Да вот не дала 1С нам микроскопа :)
|
|||
300
Serg_1960
14.11.12
✎
10:33
|
Дала! Мы им долбим себе гвозди в крышку гроба. Но не все это понимают.
|
|||
301
Aprobator
14.11.12
✎
10:34
|
(297) качество кода как и результат работы зависит от квалификации специалиста, а не от использования того или иного инструмента. ДО всего лишь инструмент, который имеет свою область применения. Хотите в это области пользоваться дедовскими методами - ради бога.
|
|||
302
Serg_1960
14.11.12
✎
10:36
|
Если быть честным перед самим собой: Использую ли я демоническое обновление? Да, использую! Но этоне значит что я его люблю. Это инструмент и ничего более - как его можно любить или не любить. Надо просто уметь его применять и (главное) понимать когда его можно не применять.
ну вот, опять К.О. |
|||
303
antixrus
14.11.12
✎
10:37
|
Фуф осилил, внесу свои пять копеек, по поводу ДО, оно действительно в некотором виде расслабляет кодера, ибо он не напрягается по поводу заработает/незаработает, обновиться 100500 раз динамно и все ок, т.е некой дисциплины не хватает. Но всетаки с ДО намного проще жить, типа сделал дело и гуляй смело, и не жди вечера/ночи и тд.
|
|||
304
Serg_1960
14.11.12
✎
10:39
|
своё имхо я высказал еще в далеком... ммм... забыл в каком году... пойду поищу ветку.
|
|||
305
Aprobator
14.11.12
✎
10:41
|
ДО придумано не для расслабления кодера, а, прежде всего, для внесения срочных изменений в базу при условии, что ее стопорнуть нельзя. Реально этим пользуются чаще.
|
|||
306
antixrus
14.11.12
✎
10:42
|
Для чего придумано понятно, а как оно реально срабатывает видно.
|
|||
307
dmpl
14.11.12
✎
10:43
|
(301) Если ты квалифицированный специалист - ДО тебе просто в 99,9% случаев не понадобится, потому что ты сразу напишешь как надо и без ошибок. Ну а если ошибка, все же, просочится - то у тебя будет несколько вариантов как ее обойти без аврального обновления конфигурации. Ты же специалист! Я не зря написал "может и ИСПОЛЬЗУЕТ ПОСТОЯННО".
(305) Если у тебя постоянно срочные внесения изменений - то в консерватории что-то не так. |
|||
308
МуМу
14.11.12
✎
10:44
|
Все не читал.Помню последнее крупное внедрение в логистической компании в которой режим работы ИТ системы 23*7. Могу сказать что в подобных случаях без динамического обновления никуда. Перед обновлением делали копию таблицы конфиг, в случае сбоя быстро востанавливали. Как правило ничего страшного. Сбой происходил наверное каждый 20-ый раз.
|
|||
309
Serg_1960
14.11.12
✎
10:45
|
(304) + вооот, нашел всё таки - v8: Коллеги: выскажу своё мнение про демоническое обновление конфигурации
|
|||
310
МуМу
14.11.12
✎
10:47
|
(307) При массовой разработке ты как специалист не сможешь обеспечить такой процент ошибок. Представь 20-ть программистов , у каждого свои объекты, свои глобальные процедуры и функции, куча интерфейсов. Ошибки будут возникать на стыке. К тому же если система пишется с нуля. На определенной фазе ты даже объект не сможешь протестировать полноценно.К примеру если он использует какую нибудь огроменную функцию глобального модуля а она еще не написана. Да можно поставить временные заглушки, но это не будет полноценным тестированием.
|
|||
311
antixrus
14.11.12
✎
10:48
|
ну то был далекий 2008 год, все было полусырое
|
|||
312
Aprobator
14.11.12
✎
10:50
|
(307) у меня как раз все в порядке. Консерватория (и не одна) живет и здравствует. Хотя, иногда мне кажется, что любой бизнес по своей сути - обычный бордель, за деньги клиента исполним любое желание. Главное, чтобы клиент был доволен.
|
|||
313
YV
14.11.12
✎
10:50
|
(307) Святая наивность. Во-первых не так часто квалифицированный специалист начинает работать на девствено чистой конфе. Чаще всего она уже писана-переписана.
Во-вторых руководству большинства компаний наплевать на качество кода. Ему нужно чтобы работало. И на этом все. Если время от времени будут вылазить глюки, то они будут устранены в авральном режиме за счет нервов штатного одинэсника. Это дешевле, чем разделить разработку и саппорт, нанять тестировщика, обязать программистов документировать код и соблюдать стандарты. |
|||
314
dmpl
14.11.12
✎
10:51
|
(310) У 20 программистов будет организатор проекта с парой-тройкой помощников, в задачу которых и будет входить предотвращение таких ситуаций путем составления грамотных ТЗ и правильного разделения работ по программистам.
|
|||
315
YV
14.11.12
✎
10:53
|
(313)+ Ну и конечно 24/7 никто не отменял. Собственно даже 16/7 по сути обязывает программиста вносить структурные изменения из дому поздно вечером.
|
|||
316
Serg_1960
14.11.12
✎
10:53
|
Ничего не изменилось :( Вы говорите что мир движется, а я говорю - он стоит. Попробуйте оспорить.
Тут хоть кто-то есть, кто реально знает как именно происходит демоническое обновление? Если нет - тогда об чём мы спорим? Демон - он и есть демон. Мир - стоит! |
|||
317
МуМу
14.11.12
✎
10:54
|
(314) Через меня уже не один такой "руководитель" прошел. Только как крупный проект - сразу спесь всю как рукой снимает. Прим массовой разработке и сжатых сроках ваши заявления просто утопия.
|
|||
318
Aprobator
14.11.12
✎
10:54
|
(314) грамотно составленное ТЗ манагерам? ЛОЛ.
|
|||
319
milan
14.11.12
✎
10:54
|
(314) расскажи это НАСА, например, у которых корабль упал в результате программной ошибки. 100% гарантию может дать только росгосстрах.
|
|||
320
Aprobator
14.11.12
✎
10:55
|
... манагером?
|
|||
321
dmpl
14.11.12
✎
10:55
|
(313) 1. Он же специалист! Посмотрит, для чего пишет - и сделает работу без ошибок.
2. В таком случае у них специалист работать просто не будет, что и требовалось доказать. Правда, после определенного предела он попадет на то, что внесение малейшего изменения этим неспециалистом приводит к очень неприятным косякам в других местах. (315) О боги! Пакетный режим на что? Пишешь 1 раз скрипт - и ставишь его исполнение по расписанию. |
|||
322
dmpl
14.11.12
✎
11:00
|
(317) Читай (6). Крупный проект в сжатые сроки - это неправильная организация и есть.
(318) Каким манагером? И руководитель проекта, и его помощники - это специалисты-программисты, которые переросли уровень обычного программиста и стали гуру. Они теперь не кодят вообще, они теперь пишут алгоритмы и детально прорабатывают взаимодействие различных частей этих алгоритмов. И на этой основе составляют ТЗ. (319) И чем бы им ДО помогло? Плюс если бы ПО для этого корябля писали 1Сники, привыкшие к ДО - корабль развалился бы уже на нулевой секунде полета. Так что не надо тут сравнивать, задачи по сложности различаются на порядки. |
|||
323
gae
14.11.12
✎
11:09
|
(322) >>Крупный проект в сжатые сроки - это неправильная организация
Это могут быть запросы заказчика. |
|||
324
Aprobator
14.11.12
✎
11:12
|
(322) Руководитель проекта пишет алгоритмы?????? Пятница началась не иначе.
|
|||
325
Sserj
14.11.12
✎
11:15
|
(322) "..Крупный проект в сжатые сроки - это неправильная организация и есть.."
Ну конечно, для людей делающих печатную форму в течении года, другого динамическое обновление не особо нужно. |
|||
326
МуМу
14.11.12
✎
11:25
|
(322) Вы это бизнесу расскажите, про сроки и неправильную организацию. Впрочем у вас своя точка зрения исходя из вашего опыта. А судя по утверждениям этот опыт невелик.
|
|||
327
dmpl
14.11.12
✎
11:27
|
(323) Но организация труда от этого правильной не становится. Да и, как правило, если заказчику надо здесь и сейчас, да еще и качественно - то он жмот, и надо 100 раз подумать, прежде чем с таким связываться.
(324) То, что у нас назначают главным конструктором человека, ни разу в жизни ничего не спроектировавшего и не внедрившего свою разработку в производство и эксплуатацию еще не означает, что это нормально. Руководитель проекта пишет укрупненный алгоритм. Т.е., составляет общее описание проекта. (325) Для печатной формы динамическое обновление не нужно в принципе. |
|||
328
gae
14.11.12
✎
11:30
|
(327)
>>если заказчику надо здесь и сейчас, да еще и качественно - то он жмот, и надо 100 раз подумать Не факт, что жмот. А думать всегда надо, кто ж спорит :) |
|||
329
МуМу
14.11.12
✎
11:31
|
(327) В большинстве случаев заказчик за сжатые сроки и их строгое соблюдение готов крупно доплачивать.
|
|||
330
Reset
14.11.12
✎
11:33
|
(191) хах, 10041697 - с моей подачи. Нашел в почте
//... Ответ отдела разработки программ: Ошибка зарегистрирована (Код: 10041697). ...// Правда, описание кривоватое, проблема возникает только при конфликтах блокировок, иначе все работает корректно. Разумеется, в нагруженных базах конфликты часты и баг "актуален" Сейчас это уже исправили вроде. |
|||
331
Sammo
14.11.12
✎
11:35
|
(329) Имхо, главное, чтобы при этом он также был готов нести риски.
|
|||
332
Ranger_83
14.11.12
✎
11:39
|
Нуф-Нуфа хватило на 2.5 часа...?
|
|||
333
dmpl
14.11.12
✎
11:39
|
(328) Ну когда назовешь сумму за "в сжатые сроки и качественно" - вот тогда и поймешь, что большинство жмоты :)
(329) Не настолько крупно, чтобы исполнитель брался гарантировать и сжатые сроки, и качество. Либо сроки не такие уж и сжатые. Если, конечно, под качеством понимать возможность управляемого расширения программы в дальнейшем, а не только что программа работает здесь и сейчас. P.S. Я про договоры типа "Успеете за месяц - получите 5x цену, успеете за 2 - ничего не получите, не успеете за 2 - заплатите нам n-е количество денег в качестве компенсации ущерба". |
|||
334
Sammo
14.11.12
✎
11:42
|
Хотя.
"Быстро, качественно, дешево. Выберите любые два" - классика. |
|||
335
Aprobator
14.11.12
✎
11:47
|
(327) а описание проекта - алгоритм. Предупреждать надо, что проектами не занимался ни разу.
|
|||
336
Dionis Sergeevich
14.11.12
✎
11:55
|
буквально вчера демоническое обновление подвело. все, завязал с этим грешком
|
|||
337
dmpl
14.11.12
✎
11:55
|
(335) Для программиста - алгоритм ;) А поскольку по-правильному руководитель должен быть бывшим программистом - то и для него это будет алгоритмом реализации проекта.
Ну а если руководитель - "эффективный" менеджер, то понятно, что кроме малополезных писулек от него ожидать нечего. Хорошо если он просто сможет разруливать пущенный на самотек проект. |
|||
338
Джинн
14.11.12
✎
12:02
|
(337) По-правильному руководитель должен быть руководителем. Как правило из бывших программеров бывают хреновые руководители, ибо они видят только техническую сторону вопроса.
|
|||
339
dmpl
14.11.12
✎
12:10
|
(338) Далеко не каждый программер сможет стать руководителем, это да. От этого никуда не деться. Но и гуманитарий, не знающий специфики управляемой им области, и никогда не работавший, что называется, "у станка" - тоже будет хреновым руководителем. Точнее, он должен быть гением, чтобы быть хорошим руководителем. А гении встречаются нечасто, заметно реже, чем программисты, способные стать хорошими руководителями.
|
|||
340
gae
14.11.12
✎
12:33
|
(338) А может, если взглянуть по другому, то только из программистов (ну или, так скажем, из занимавшимися предметной областью "в полях") и вырастают хорошие, грамотные руководители? Один из сотни, это да, но только из этой сотни, а не из левой области.
|
|||
341
Нуф-Нуф
14.11.12
✎
12:36
|
(340) чтобы стать руководителем - нужно знание предметной области и способности руководителя. что прогу заиметь способности руководителя, что руководителю из левой области изучить предмет - одинаково нелегко (а иногда и не реально). имхо оба в одинаковых условиях находятся
|
|||
342
Нуф-Нуф
14.11.12
✎
12:36
|
судя по этой ветке, многим прогам до руководителя очень далеко. а отдельные так вообще не дойдут
|
|||
343
milan
14.11.12
✎
12:38
|
(339) Руководитель это руководитель, и вырос он из программиста или командира роты не имеет никакого значения.
|
|||
344
Doomer
14.11.12
✎
12:39
|
С чего ты взял что было подругому? Руководство компании в пятницу всех оповестило. Я лишь описал что все мы люди и все ошибаются. Очень хорошо, что 1с дало возможность обновляться динамически.
|
|||
345
gae
14.11.12
✎
12:47
|
(341) Способности руководителя, они конечно развиваются, но по большей части врожденные. А области разные бывают, в 1С то ясно, любая домохозяйка может :)
|
|||
346
mehfk
14.11.12
✎
14:03
|
(255) К клюшкам есть turbomd, жалкой пародией на которую и является ДО.
|
|||
347
ptitsa-radio
14.11.12
✎
15:18
|
(291) Смишно. Ох как смишно.
То, что в нормальных средах программирования присутствует, как обязательный, само собой разумеющийся элемент (динамическое обновление) 1сниками воспринимается, как злое, неведомое и неподвластное науке шайтанство. Я лично использую динамические обновления уже два года, регулярно - полет нормальный. Да, дуркует ска с кэшем, но и что из того? У меня после обычных, кошерных и ортодоксальных обновлений из шаблона такие глюки вылазили, что любо-дорого. Бэкапы спасут отца русской демократии. (252) 200 гигов? Охренеть. А зачем так много? Обрезать базу - не, неслышал? Боюсь спросить, а ЧТО там вообще? Кстати, такие размеры БД - задачка не для 1с. Даже не для MSSQL. Из практики - полноценно умеет такие базы только оракл. По части базы в 80 гигов и железа - знаете, а есть такая штука, как холдинг. Удивительно, правда? )))) Так вот, на этом сервере крутится не одна база в 80 гигов, а два десятка. И железо там весьма и весьма. Кстати, и серверов не один, а три - терминалов, скуль и сервер 1с. И ничо, потратились, т. к. холдинг однако. |
|||
348
ptitsa-radio
14.11.12
✎
15:20
|
(342) Некоторые проги, судя по этой ветке, и в простые обновленцы не годятся.
|
|||
349
ptitsa-radio
14.11.12
✎
15:24
|
Кстати, Скуль умеет обновляться "на лету" и при изменениях структуры таблиц. И никого это не шокирует.
До чего дошел прогресс... (с) |
|||
350
ptitsa-radio
14.11.12
✎
15:30
|
(327) Хорошо. Ну, построил ты заказчика. Убедил оптимизировать бизнес-процессы. Все прекрасно и замечательно. Сферический конь в вакууме.
Но вот беда. Есть еще, сука, ключевые клиенты, покупатели или поставщики, которых ни ты, ни заказчик построить не можешь. Их надо удовлетворять. Просто удовлетворять. Всеми возможными способами, иначе, прибыль - до свидания. Плюс всякие фискальные органы со своими дурками, и все. Капец коню в вакууме, да здравствует динамическое обновление! |
|||
351
dmpl
14.11.12
✎
15:43
|
(347) 1. Все просто - после ДО регулярно вылезают глюки, и иногда база вообще разваливается или сервер всех выбрасывает. А после обычного обновления я уже и не припомню когда вылезло что-то хотя бы напоминающее глюк. И это несмотря на то, что ДО делается в десятки раз реже обычного.
2. Разве это много? Всего-то 3 года учета, причем обрезать их никак нельзя, ибо есть договора, не закрывающиеся годами, и надо детальную информацию по ним иметь всегда под рукой. Есть налоговая, которая может копнуть и глубже 3 лет. Копаться в 1 базе как-то удобнее, чем в 3-4. (349) А скулю-то что? Надо чтобы его клиенты правильно сориентировались в изменившейся структуре таблиц. (350) Не припомню, чтобы ДО требовалось для удовлетворения клиентов или органов (какое, например, их требование может потребовать ДО? печатные формы и отчеты меняются без обновления, на алгоритмы проведения им вообще пофиг, в крайнем случае движения можно поправить своей обработкой, а если потребуется добавить какие-то данные - ДО не катит). Для органов, кстати, чаще гораздо требуется отдельная копия базы, чтобы в ней с данными быстренько навести марафет и распечатать все, что нужно. Но в реальную базу часть этих изменений переносить не надо. |
|||
352
ptitsa-radio
14.11.12
✎
15:45
|
Вообще, проблема, мне кажется, в том, что многие высокоумные кодеры мнят себя умнее руководителей. Типа "мы знаем, как надо!" И давайте все под это "как надо" построимся.
Обычный юношеский снобизм. На самом деле, господа, не нужно забывать про то, что программист - вспомогательный персонал. Типа уборщицы или электрика. Только более квалифицированный. И не рабочему процессу нужно подстраиваться под хотелки программиста, а, как раз наоборот, программисту нужно подстраиваться под рабочие моменты всеми возможными способами. Да, не всегда в процессах все идеально и гладко, но большинство этих неидеальностей вызвано вполне объективными причинами. Будьте проще, господа. И не учите торговцев торговать, а руководителей - руководить. Просто сделайте так, чтобы им было комфортно работать. |
|||
353
ptitsa-radio
14.11.12
✎
15:53
|
(351)1. Регулярно - художественное преувеличение. Я на такое не натыкалась, хотя использую ДО регулярно.
А вот с обычными обновлениями нарывалась раза три-четыре. 2. 200 гигов это не много. Это - дохуа. Я понимаю, что удобнее печатать отчеты зараз, но вся отчетность сдается либо по году, либо по кварталу. И ее с минимальными затратами времени можно распечатать из трех баз. Объективно только зарплата требует наличия в базе данных за два последних года. В силу нормативного обоснования расчетов. Все. 3. Если пользователю надо изменений - он перезайдет. А остальные не заметят. Что и требовалось. 4. Я припомню, когда ключевой клиент приезжал в офис и тряс перед носом главбуха документами и требовал, чтобы перепечатали весь квартал. Да, вот прям сейчас. А то ему в командировку завтра и три недели ни подписей, ни печатей не будет. А если не сделаете - отключим газ. |
|||
354
dmpl
14.11.12
✎
16:04
|
(353) 1. Да ладно, те же глюки с кешем хоть у кого-нибудь, да вылезают. Иногда часть пользователей просто выбрасывает, причем если с обычным предупреждением они, хотя бы, знают, что такое возможно, то после ДО для них это полная неожиданность. Ну и прочие разные аномалии, случающиеся аккурат после ДО.
2. Руководство тоже требует отчетность не за 1 год. И хочет само нажимать кнопочку - и чтобы ему все вылетало. 3. Т.е. SQL следит за версией клиента и в зависимости от его версии выдает ему нужную структуру таблиц? Для необновившихся клиентов старую версию, для обновившехся - новую, а для тех, кто уже месяц не обновлялся - вообще старую-старую версию? 4. Делается внешняя обработка, которая автоматизированно печатает весь квартал по нужной ему форме. Ничего обновлять не надо. Это даже если в конфигурации нет подключаемых печатных форм. |
|||
355
ptitsa-radio
14.11.12
✎
16:15
|
(354) 1. У меня они почему-то вылезают не после ДО, а после обычных обновлений. Бывает, чо. Но при чем здесь конкретно ДО?
2. Руководству нужна отчетность. Из скольки баз ее соберут - по большому счету пофигу. А вот программист должен понимать, что держать базу 200 гигов под МсСкуль - не есть гут. Про волшебную кнопочку не надо рассказывать, руководство было бы не против, чтобы кнопку нажал, и из сидирома купюры вылезали. Но, увы, нет технической возможности. 3. Забыла ключевое слово при "некоторых" изменениях структуры. Есть такие изменения (например, удаление целой таблицы), которые динамично сделать просто в принципе невозможно. Но там, где возможно - почему нет? 4. А потом? Каждый квартал прибег ключевого и перепечатка из внешних печформ? Я лучше сразу изменения внесу, чтоб и потом ему счастье было. Аутоматично. |
|||
356
Sammo
14.11.12
✎
16:17
|
(353) Ага. Приходит ключевой клиент и просит предоставить ему отчетность с 01 августа 2008 года по текущий момент (реальный пример) Ибо он проходит аудит. Причем информация нужна срочно сводная (за весь период) и детальная (по каждой позиции). И печатай ему из скольки баз, если прирост 100 гигов в год? И потом своди 50 тысяч строк в Excel-е...
При использовании динамического обновления есть риски. Они выше, чем при обычном обновлении. Если вы их берете на себя - да легко. Причем бэкапы не спасут от некоторых проблем. Просто, имхо, есть более надежные способы решения и предупреждения проблем, которые не потребую динамического обновления. |
|||
357
Sammo
14.11.12
✎
16:20
|
(355) Поищите - здесь были ветки про размер баз. Не стоит говорить, что 200 гигов под скуль это не есть гут - сильно зависит от конфигурации и от прочих параметров.
4. Делается по запросу печатная форма. Затыкается дыра. И потом вносится плановое обновление, которое заливается в обычном порядке. Но не сегодня динамически, а через нежелю в обычном порядке. И когда придет в следующий раз - все уже в рабочей базе |
|||
358
Эстет хренов
14.11.12
✎
16:21
|
IamAlexy +1
Нуф-нуф - сноб На крупных внедрениях 7.7 24/7 у меня внутри МД был только скелет метаданных, все остальное - внешними обработками и файлами модулей с турбомд. В восьмерке заявлена штатная возможность - это отлично, можно, например, не останавливать круглосуточную работу экспедиции если обновился модуль расчета налогов по зарплате. |
|||
359
dmpl
14.11.12
✎
16:25
|
(355) 1. Возможно, эти проблемы и есть следствие ДО ;) Потому что у нас проблем с обычным обновлением совсем немного. Даже 5 штук не наберется за все время во всех базах.
2. Оно уже сейчас получает это 1 кнопочкой, а тут ИТ-отдел приходит и предлагает им добровольно отказаться от этого. Потому что у них там что-то не получается, ага. 3. Да без разницы, когда меняется структура, необходимо синхронизировать СУДБ и клиентов, иначе получается слишком сложно реализовать это без глюков. А 1С даже с простым ДО без изменения структуры пока справиться не может. 4. А потом ты вносишь в плановое время изменения в конфигурацию обычным обновлением, если это не разовое требование, и удаляешь с диска эту обработку нафиг. |
|||
360
n0ther
14.11.12
✎
16:25
|
(354) +1 регулярно ловили глюки кэша на динамическом обновлении. При чем, глюки мерзкие и внезапные. А вот при обычном обновлении ни разу не было подобного (тьфу-тьфу).
Так что каждый выбирает для себя, либо он спокойно обновляет обычным способом внепланово/планово, либо (в силу объективных или субъективных причин) обновляет динамически и готов к внезапностям и неожиданностям. |
|||
361
ptitsa-radio
14.11.12
✎
16:28
|
(356) Больше 65 536 строк в эксель вы все равно не запихаете, хоть обпихайтесь.
Чем не устроит клиента три отчета по одному году каждый? (357) Вот именно. Сильно зависит от архитектуры конкреной базы. Кто, кроме 1с видал решения, тот понимает, что у 1с все не так хорошо нормализовано, чтоб прям 200 гигов тащить и не пукнуть ни разу. |
|||
362
ptitsa-radio
14.11.12
✎
16:31
|
(359) После - не значит "вследствии". По-моему, большинство товарищей, которые здесь тошнят на динамическое обновление не понимают этой простой истины.
|
|||
363
ptitsa-radio
14.11.12
✎
16:33
|
(358) Всеми силами приветствую эту штатную возможность. До ума пусть доведут и отлично будет.
|
|||
364
ptitsa-radio
14.11.12
✎
16:35
|
(360) вопрос даже не в том, что плохая реализация этой возможности в 1с или хорошая.
Вопрос ставится так, что она вообще в принципе не нужна. А кому нужна, и кто готов пользоваться - тот быдлокодер и нихрена не понимает в организации бизнес-процессов ))) |
|||
365
Sammo
14.11.12
✎
16:36
|
(361) Это некоторое преувеличение. Есть обходные пути, в том числе доступные обычным пользователям - например вывести как mxl, и руками порвать на несколько xls файлов. Это не говоря про программные варианты.
А так все просто - аудиты и фискалы. Есть требование. И ты должен его выполнить. И даже если потребуют напечатать и отдать им в бумажном виде, то надо напечатать и отправить им газельку бумаги (благотакой маразм достаточно редко происходит). (362) Насколько я понмю - были проведены официально зарегистрированные баги, когда после динмаческого обновления именно из-за него |
|||
366
n0ther
14.11.12
✎
16:37
|
(363) вот вот... до ума пусть доведут. только вот не до этого им, мобильная платформа, упп20 итд... некоторые зарегистрированные ошибки годами висят не решенные
|
|||
367
Эстет хренов
14.11.12
✎
16:40
|
(Sammo, ptitsa-radio)
не понятно, что вы мусолите про отчеты, у вас что нет возможности развернуть копию продакшн базы? |
|||
368
ptitsa-radio
14.11.12
✎
16:41
|
(365) ни один аудитор или фискал не будет требовать отечность длиною более года. Потребует три отчетности по году штучка. Им неинтересны сводные данные за три года, структура отчетности такая.
(366) Некоторые недостатки реализации не бросают тень на идею в целом, как настаивает НуфНуф. В других средах все давным-давно уже реализовано и никто извратом это не считает. |
|||
369
ptitsa-radio
14.11.12
✎
16:43
|
(367) Да есть все возможности, я только не понимаю, нахуа держать базу 200 гигов за три года, когда можно сделать три базы по 60 гигов за каждый год. Ни одно животное при этом не пострадает.
|
|||
370
ptitsa-radio
14.11.12
✎
16:48
|
(365) насчет "газельки бумаги" вы не правы - такой маразм имеет место быть постоянно. На алкоголе, например.
Но даже РАР не требует сводных данных за несколько лет в совокупности. Из трех баз печатается газель бумаги так же прекрасно и быстро, как из одой. Даже быстрее. |
|||
371
Reset
14.11.12
✎
16:50
|
Девушка просто напалмом сжигает всех противников и опускает их (на землю с облаков), жесть, такой напор.
|
|||
372
ptitsa-radio
14.11.12
✎
16:53
|
(371) В Петропавловске-Камчатском полночь. Точне, уже час ночи )))
|
|||
373
Эстет хренов
14.11.12
✎
16:53
|
(369) ерунда, не забывайте, вы базу ведете не только для фискальной отчетности.
|
|||
374
ptitsa-radio
14.11.12
✎
16:55
|
(373) Для управленцев тоже важен год, как единица. Режу базы клиентам каждый год, радуются и пляшут. И никто еще не попросил сложить три цыферки за год каждый. Как-то сами управляются с этим.
|
|||
375
Sammo
14.11.12
✎
16:57
|
(368) Еще раз реальный пример.
(367) Да, пожалуй отклонились от темы. Имхо, если доделают механищм, то можно рассмотреть динамическое обновление. Кстати, сейчас оно более безопасно, чем пару лет назад. Но, имхо, сейчас динамическое обновление - это "стоя и в гамаке" |
|||
376
ptitsa-radio
14.11.12
✎
16:59
|
(375) Да, ограничено, с предохранением и по большой нужде. Но тем не менее,использование ДО не есть "быдлокодерство". Бывает, что и объективно необходимо. А если доведут до ума, так и вообще - прекрасная штатная возможность, изнит?
|
|||
377
Lenka_Boo
14.11.12
✎
17:00
|
Ну не знаю...
Все проблемы динамических обновлений решаются чисткой кэша. Не понимаю этого кипежа... |
|||
378
Serginio1
14.11.12
✎
17:04
|
(377) Вопрос почему они вообще возникают? Разве 1С не может сравнить гуид кэша и текущей конфигурации?
|
|||
379
Эстет хренов
14.11.12
✎
17:08
|
(378) бинго! пришел капитан Очевидность! :)
|
|||
380
Serginio1
14.11.12
✎
17:21
|
(379) Почему это возникает на протяжении стольки лет?
|
|||
381
gae
14.11.12
✎
18:09
|
(377) не только. на 8.2.15 появилась ошибка при которой восстановить работу базу можно только путем ручного восстановления таблицы config, либо откатом на 8.2.14. исправили или нет - фиг знает.
|
|||
382
gae
14.11.12
✎
18:11
|
(374) плановики любят, когда у них в базе несколько лет. сравнивают там чего-то, интерполируют :)
|
|||
383
Нуф-Нуф
14.11.12
✎
23:07
|
Сколько де тут быдлокодеров...
|
|||
384
IamAlexy
14.11.12
✎
23:36
|
(383) примерно столько же сколько теоретиков которые практически ни с чем не сталкивались в жизни своей однако в теории все знают но всех поучают..
|
|||
385
МуМу
15.11.12
✎
00:01
|
(384) В жизни(например на работе), гораздо реже. На форуме и по пьяни - О,да! это они мастера:)
|
|||
386
Нуф-Нуф
15.11.12
✎
08:04
|
(384) продолжай себя успокаивать :)
|
|||
387
capitanjack1
15.11.12
✎
13:28
|
Дак чё, платформа глючная в итоге или нет ? )))
|
|||
388
Волесвет
15.11.12
✎
13:30
|
(387) местами и в отдельные отрезки времени, вообщем как обычно)
|
|||
389
эцп
15.11.12
✎
13:41
|
А ни у кого такой проблемы не было на 16 релизе: делаешь "Загрузить измененную конфигурацию", а после загрузки (очистка кэша, закрыть открыть конфигуратор) она отличается от загруженной?
|
|||
390
Phace
15.11.12
✎
15:29
|
На прошлой работе над базой работало 7-8 человек (разработчики+поддержка), в базе онлайн под 800 пользователей, динамические обновления были чуть ли не каждый день, ибо "неработа" пользователей (продажники) в течении 15 минут приводила к миллионным убыткам для холдинга. "Большие" обновления в выходные поздно вечером по регламенту. А Нуф-Нуф все про ларьки свои вещает.
|
|||
391
Alexman13
23.11.12
✎
22:30
|
Народ, никто не замечал, что 8.2.16.368 подвисает иногда при обновлении?! Вернее после обновления, когда из конфигуратора захожу в Предприятие процесс виснет.
Особенно часто такое встречаю, когда база файловая лежит на другом компе в сети, а обновлять приходится с удаленного. |
|||
392
Нуф-Нуф
23.11.12
✎
22:34
|
(390) а что было в этих обновления, если не секрет?
Что может потребовать ежедневное обновление кода, кроме как говвнокод? |
|||
393
IamAlexy
23.11.12
✎
22:53
|
(392) даже тебя мама с папой родили не сразу такого из себя умного
пришлось допиливать тебя в школах и прочих институтах, правда же? никто же не говорит что ты сделан сам понимаешь из чего.. а вообще есть мнение что если стремиться выпустить сразу идеальный продукт то продукт с очень большой долей вероятности выпущен никогда не будет.. даже на твой этот эппл посмотри.. выпустили карты - г.вно г.вном, ясное дело допилят и будет там нормуль все, но они их выпустили ибо надо делать первый шаг винда та же на 8ке.. выпустили люмию, выпустили серфейс.. и будут дальшевыпускать ибо если не делать первые шаги никогда годного продукта не будет. |
|||
394
Матадор
23.11.12
✎
23:20
|
(374) 200 Гб это небольшая база. У нас в продакшене 1.5 Тб, на 1С и ничего. работает. И даже хорошо. И ты не поверишь - все эти данные нужны.
|
|||
395
ВалераОшкин
23.11.12
✎
23:34
|
(5) > Любители обновляться динамически имхо по большей части латентные гомосексуалисты.
Да вы, батенька, знаете в чем толк! |
|||
396
Denyk
24.11.12
✎
03:25
|
(291) Дык просто нужно как в старые добрые древние времена программерам выделять машинное (платное!) время и всё - дисциплина на уровне, попробуй ошибиться, очередь на "всунуть свою перфокарту" просто съест. А вообще - чепуха, дисциплина программирования, думаю, напрямую связана с качествами и воспитанием самого программиста, а не с предоставляемыми ему возможностями инструмента. ДО - однозначный респект 1С!
|
|||
397
Serginio1
24.11.12
✎
11:18
|
(392) А тебе не кажется, что быдлокодерами являются как раз создатели 1С. С этим обновлением куча проблем и решить они её не могут и при этом отключить эту фичу у них мужества не хвытает? Почему рерганизация БД может происходить без отключения, а изменение в конфигурации нет? Может что то в консерватории?
|
|||
398
kuromanlich
24.11.12
✎
11:31
|
пятница хороша была, даже никто не запостил
http://www.1c.ru/news/info.jsp?id=15898 Новое в версии 8.2.17 платформы "1С:Предприятие" Реализована поддержка: операционной системы Microsoft Windows 8, системы управления базами данных Microsoft SQL 2012, веб-браузера Mozilla Firefox 15 (Windows, Linux). Упрощена процедура получения программных лицензий. Исправлены выявленные ошибки. |
|||
399
Amra
24.11.12
✎
11:33
|
(398) Покорми оленей v8: v8: 8.2.17 финальный релиз
|
|||
400
kuromanlich
24.11.12
✎
11:34
|
(400) бАлин
|
|||
401
Нуф-Нуф
24.11.12
✎
12:43
|
все-таки интересно, что же там у Phace такого было...
|
|||
402
koreav
24.11.12
✎
13:42
|
(401) интересно+1, но аргументом быть не может, т.к. архитектура решения должна учитывать специфику бизнеса, иначе это звучит так: мы создали решение, которое очень тяжело поддерживать. Приведу пример из личного опыта: бизнес 24/7, 1С 7.7, УРБД. Для выполнения обновлений, связанных, к примеру, с пересчетом итогов, в точках продаж были резервные узлы, которые обновлялись, и пользователи перебрасывались на них.
|
|||
403
Турист
24.11.12
✎
15:00
|
Такую веселую ветку проморгал ))
|
|||
404
Нуф-Нуф
25.11.12
✎
11:10
|
Апну срач
|
|||
405
Aprobator
26.11.12
✎
10:13
|
(404) во ты свин )
|
|||
406
Sammo
26.11.12
✎
10:30
|
||||
407
Phace
26.11.12
✎
16:23
|
(392),(401),(402) Да, в большинстве случаев это исправление косяков товарищей участвовавших во внедрении, всплывающих в определенные моменты эксплуатации базы. Но только не надо продолжать обзывать всех тупыми и только себя признавать умным и пишущим идеальный функционал без ошибок. Внедрение курировал Сергей Нуралиев.
Но вопрос почему нужно было обновлять именно динамически я отвечал в (390): " "неработа" пользователей (продажники) в течении 15 минут приводила к миллионным убыткам для холдинга". |
|||
408
Нуф-Нуф
26.11.12
✎
16:25
|
(407) значит плохо курировал, раз столько гамнокода была :)
|
|||
409
Phace
26.11.12
✎
16:30
|
(408) Легко не допустить ошибок при написании, например, калькулятора, и очень сложно, практически невозможно при написании серьезного продукта. Различные заплатки/апдейты/сервиспаки существуют у всех крупных разработчиков софта, как думаешь почему?
|
|||
410
Нуф-Нуф
26.11.12
✎
16:35
|
(409) Ну обычно серьезные продукты требуют серьезного подхода к разработке и тестированию, при котором необходимость динамического обновления сводится к минимуму. Конечно остаются моменты, когда оно необходимо, когда несколько этапов тестирования пропустило гамнокод, когда нет другого выхода - никто не запрещает динамически обновить (зная о возможных багах динамического обновления в 1С). Но в данном случае - динамическое обновление используется как раз при причине гамнокода. Точнее для исправления его последствий.
|
|||
411
Нуф-Нуф
26.11.12
✎
16:37
|
динамическое обновление - это такая палочка-выручалочка, которая может спасти в ряде случаев. но большинство надеются на нее и в принципе не выстраивают свои процессы по разработке так, чтобы свести необходимость динамического обновления к минимуму. вот я как раз против этого
|
|||
412
Нуф-Нуф
26.11.12
✎
16:42
|
Нуф-Нуф против говвнокода!
|
|||
413
Serginio1
27.11.12
✎
11:04
|
(411) Угу вот так понадеешься, а потом лечить копией
v8: 1C 8.2 (12.78) Нарушена целостность структуры конфигурации Причем инструментов восстановления у 1С нет. Вручную ребята. Так кто там ковнокодер? Не умеете программировать, убирайте фичу. И ты и я будем довольны. |
|||
414
ХомаБрут
21.12.12
✎
14:27
|
Существуют ли некие правила безопасного использования ДО?
Было бы интересно увидеть опыт в сжатом виде, к чему плохому оно приводит. А тут лирики на 5 страниц :) P.S. я так для себя понял , что нужен бекап буквально перед каждым обновлением , даже если поменяна одна буква. и ДО использовать только тогда, когда отвертеться невозможно. |
|||
415
Леха Дум
21.12.12
✎
14:35
|
(414) база на полтеррабайта тебе в помощь, набэкапишься вдоволь
|
|||
416
ERWINS
21.12.12
✎
14:36
|
я динамическое обновление не применяю
|
|||
417
Нуф-Нуф
21.12.12
✎
14:36
|
научитесь наконец кодить нормально. и динамическое не понадобится
|
|||
418
ХомаБрут
21.12.12
✎
14:38
|
(417) Ваша позиция понятна. Вы её уже повторили раз 10.
|
|||
419
MSII
21.12.12
✎
14:48
|
(418) Я согласен с Нуф-Нуф. Научитесь кодить нормально, научите программистов, работавших на этом месте до вас, кодить нормально, научите заказчиков с сотней работающих юзеров не хотеть странного "вот прям щас", причем из базы юзверей выгонять нельзя. Научитесь всему этому и ДО не понадобится. :)
|
|||
420
Master1C
21.12.12
✎
14:51
|
(419) Кодить нормально - можем, программистов учить кодить нормально - можем, заказчиков с сотней работающих юзеров не хотеть странного - не можем. И НИКТО НЕ МОЖЕТ.
|
|||
421
MSII
21.12.12
✎
15:25
|
(420) В (419) был сарказм.
|
|||
422
ХомаБрут
21.12.12
✎
15:41
|
а официальная позиция 1С на эту тему как звучит ? в каком фолианте её смотреть на ? :)
|
|||
423
Ymryn
21.12.12
✎
17:12
|
Проблема в масштабах. Когда для вас проблема выгнать 20 человек из базы, то действительно - пользуйтесь динамическим обновлением. Даже если крашнется - откатитесь, мелочь, комфортом удобнее, я сам так предпочитал делать в франче. У нас сейчас несколько больше сотни людей работает в различных филиалах постоянно онлайн, в разных городах, работа идет круглые сутки (3 смены людей). И все выходят, в строго установленное время (утром) для обновления, кто не выходит (тех выкидываем). Ибо 1 раз при ДО поехала конфа (работала не та, что применилась, а та что закешировалась). И день филиал проработал по непонятным правилам. Риск такого события в материальном плане существенно опаснее при таких масштабах, чем несколько минут простоя.
|
|||
424
Нуф-Нуф
21.12.12
✎
19:25
|
(423) +1
|
|||
425
pochemu
21.12.12
✎
19:30
|
Хера демагогия развернулась. Автор решил проблему-то?
У меня была подобная херня - из бэкапа в sql скопировать таблицу config надо.. Если не поможет, то надо синхронизировать структуры.. (могу подробнее описать при надобности) |
|||
426
pochemu
21.12.12
✎
19:32
|
А, смотрю помогли.
|
|||
427
Master1C
21.12.12
✎
19:43
|
(421) Я не против. Но все-таки, нормально кодить - можно. Отучить заказчика хотеть странного - никогда. В современных условиях.
|
|||
428
Aprobator
24.12.12
✎
10:03
|
ДО появилась нефига не ради исправления Gовнокода.
|
|||
429
Mikhail Volkov
29.12.12
✎
04:24
|
(425) Да, впервые с этим столкнулся... за то много поучительного узнал. Случаи как у (423) тоже были, не мог понять в чем дело.
|
|||
430
Dmitri888
29.12.12
✎
07:23
|
Нуф-Нуф видимо просто не работал на предприятиях которые работают 24х7, c сотней пользователей в базе.
|
|||
431
Нуф-Нуф
29.12.12
✎
07:27
|
Dmitri888 видимо просто не работал на предприятиях с нормально поставленными и регламентированными процессами ИТ с тысячей пользователей в базе.
|
|||
432
Dmitri888
29.12.12
✎
07:33
|
Видимо Dmitri888 знает способы очистки локального кэша и поэтому у него не бывает проблем с динамическим обновлением.
А будучи человеком интеллигентным, он не любит напрягать других людей нюансами своей работы и делает это только в крайнем случае, ибо считает, что его работа - для людей, а не люди - для его работы. |
|||
433
sanfoto
29.12.12
✎
08:22
|
(431) Нуф-Нуф
что то я вам не доверяю)) про Вашу тысячу онлайн пользователей в одной базе)) (432) Dmitri888 а Вас поддерживаю)) да бывают Глюки с дин.обновлениями - но решить их за 5-10 минут вполне реально)) |
|||
434
sanfoto
29.12.12
✎
08:31
|
и не надо из бэкапа копировать Config
есть способ быстрей...если база большая 1)создаем пустую 1c базу на том-же sql где основа 2)Основу и "пустышку" подключаем к Хранилищу конфы 3) в случае сбоя "пустышку" -обновляем из хранилища 4) Use БД_РАБОЧАЯ go Delete From [DBO].[Config] go insert into [БД_РАБОЧАЯ].[Dbo].[Config] select * from [Пустышка].[Dbo].[Config] go 5) и желательно почистить кеш самого "сервера 1С" |
|||
435
sanfoto
29.12.12
✎
08:43
|
ps:
естественно всех прийдется выгнать из на 5 минут |
|||
436
sanfoto
29.12.12
✎
08:43
|
из 1с
|
|||
437
Нуф-Нуф
29.12.12
✎
09:52
|
(434) даже если ты сранный фокусник и сможешь провернуть это за 5 минут - то на какую сумму уменьшится твоя ЗП и на сколько расширится твое очко в качестве кары за 5 минутной простой организации 24/7
|
|||
438
Alex S D
29.12.12
✎
09:54
|
все не читал, так че там? при дин. обновлении кэш портится да?
|
|||
439
Нуф-Нуф
29.12.12
✎
09:57
|
(432) у тебя все базы запускаются с флагом /клеаркэш?
|
|||
440
Нуф-Нуф
29.12.12
✎
09:57
|
(438) карма портится
|
|||
441
Alex S D
29.12.12
✎
10:00
|
(440) в 8.3 все ок будет?
|
|||
442
Guk
29.12.12
✎
10:07
|
(440) зачем тогда 1С сделал это штатным механизмом, есть версии?...
|
|||
443
Guk
29.12.12
✎
10:10
|
вообще забавная ситуация с ДО. помню во времена главенства 7.7 все сопели про убогую 1С, которая не умеет штатно обновляться динамически, если не было изменения структуры данных. теперь, когда 1С такой механизм сделала, выясняется, что это портит карму...
|
|||
444
FCM 50 t
29.12.12
✎
10:25
|
(443) А зачем нужно это динамо-обновление, если потом целостность структуры разрушится? Два раза попадал, что-то больше не хочется.
|
|||
445
х86
29.12.12
✎
10:26
|
я вот не пойму если механизьм ДО косячный то это не значит что ДО это зло
по мне так не важно ДО или просто обновление, если есть ДО почему бы не воспользоваться?, а вот то что с кешем трабла так это известная криворукость |
|||
446
ДенисЧ
29.12.12
✎
10:27
|
(443) 77 умеет почти :-) штатно обновиться, если не было изменния структуры...
|
|||
447
Guk
29.12.12
✎
10:28
|
(444) это уже вопрос к реализации механизма, а не его необходимости...
|
|||
448
Guk
29.12.12
✎
10:28
|
(446) с помощью турбобл?...
|
|||
449
ДенисЧ
29.12.12
✎
10:29
|
(448) С помощью unlocker'а :-))
|
|||
450
Guk
29.12.12
✎
10:29
|
+(448) или текстовых модулей объектов?...
|
|||
451
ДенисЧ
29.12.12
✎
10:29
|
(441) Да. Там не будет ДО :-)
|
|||
452
х86
29.12.12
✎
10:29
|
(446)если по вашим словам ДО это латентный гомосексизм то как назвать то что вы предложили???
|
|||
453
ДенисЧ
29.12.12
✎
10:34
|
(452) Это называется "оперативное внесение незначительных изменений".
Кстати, про латентность я не говорил. |
|||
454
Guk
29.12.12
✎
10:36
|
(453) пусть уж лучше это будет штатный механизм, чем какая-то поделка неизвестного автора, не?...
|
|||
455
х86
29.12.12
✎
10:36
|
(453)сорри ошибся это слова Нуф-Нуф 'а
|
|||
456
Поросенок Петр
29.12.12
✎
10:39
|
Набижали адепты регламентов и обновления, бьющие за день всем отделом максимум три сотни строчек, и засRали всё и вся.
|
|||
457
ДенисЧ
29.12.12
✎
10:40
|
(454) анлокер - это поделка неизвестного автора? :-)
|
|||
458
Maxus43
29.12.12
✎
10:40
|
чуть офф: 8.2.17.143 - по ущещниям норм? после НГ переходим с 15.319
|
|||
459
Guk
29.12.12
✎
10:44
|
(457) если честно, первый раз слышу. когда-то слышал, что турбобл умеет динамически обновлять, но сам не пробовал...
|
|||
460
ДенисЧ
29.12.12
✎
10:45
|
(459) И турбо умеет. И загрузитьизфайла умеет. Но это требует изменения конфигурации :-)
|
|||
461
ДенисЧ
29.12.12
✎
10:46
|
(459) На, ознакомься. wiki:Unlocker
|
|||
462
Flyd-s
29.12.12
✎
11:21
|
Если нет бэкапа, то разве обычное обновление не менее опасно, чем динамическое?
А если есть бэкап, то в каком случае меньше времени потратится - если несколько раз обновить динамически и база крякнется, придется восстанавливать из копии накануне или в случае если надо столько же раз выгонять всех для обновления? |
|||
463
Guk
29.12.12
✎
11:22
|
(461) да уже не пригодится. в этом году последнюю семерошную базу на 8-ку перевел ;)...
|
|||
464
ДенисЧ
29.12.12
✎
11:26
|
(463) да в любом случае пригодится... Нет для 1с, так для чего другого...
|
|||
465
blutang
29.12.12
✎
11:43
|
Кто-нибудь здесь на 5 страницах уже рассказал как пользоваться динамическим обновлением с умом? А то интересно...
|
|||
466
sanfoto
29.12.12
✎
11:46
|
Нуф-Нуф (437)
раз уж пошла такая пьянка с переходом на личности >если ты сранный фокусник .... вот сколько видел на мисте ваших сообщений вы НИЧЕГО кроме как ОБО...РАТЬ кого не пишите дельного... крупный ТРОЛЬ однако не иначе )) 1)ДО - слетает не так и часто (у меня примерно раз месяц) 2)без ДО - писать что-то с месяцок с отрывам от реальности... и возможно не то и не так ... может только самоуверенный долб...б. |
|||
467
sanfoto
29.12.12
✎
11:48
|
(465) blutang
ДО - это рулетка)) как быстро лечить если ВЫСТРЕЛ)) ... (434) sanfoto |
|||
468
blutang
29.12.12
✎
11:53
|
(467) не, это уже если выстрелило. А вот, чтоб не стреляло - как надо ползовать ДО с умом? Слыхал, что надо выгрузку/загрузку базы сделать как можно быстрее, если пришлось воспользоваться ДО.
|
|||
469
blutang
29.12.12
✎
11:57
|
А вот ещё интересно: ДО стреляет только по новым объектам и реквизитам, а код, дописанный в старые объекты, не трогает?
|
|||
470
sanfoto
29.12.12
✎
12:02
|
(469) ДО - при добавлении Новых реквизитов и Объектов НЕВОЗМОЖНО!
|
|||
471
sanfoto
29.12.12
✎
12:03
|
А забыл добавить...
меньше всего вероятность слета конфы при ДО - когда конфигуратор запущен там-же где и "сервер 1с" |
|||
472
sanfoto
29.12.12
✎
12:17
|
+ еще уменьшает вероятность слета при ДО
1)использование 64 бит - сервер 1с 2)на сервере должно быть достаточно Оперативки... ну как минимум чисто под "сервер 1С" около 4 Гб... уход в файл подкачки повышает вероятность слета. |
|||
473
Flyd-s
29.12.12
✎
12:54
|
>>Слыхал, что надо выгрузку/загрузку базы сделать как можно быстрее, если пришлось воспользоваться ДО.
Кэш надо иногда чистить у пользователей после ДО, выгрузка/загрузка пока не требовалась |
|||
474
blutang
29.12.12
✎
13:25
|
(470) я тоже раньше так думал, но у меня получилось и объекты добавить в ДО, и заполнить их данными. А при следующем обновлении конфигурации всё и пропало.
|
|||
475
Flyd-s
29.12.12
✎
13:51
|
(474), как?!
|
|||
476
blutang
29.12.12
✎
13:58
|
Как пропало? Пропали объекты со всеми данными :) А код, добавленный к старым объектам, остался. Был расстроен, но из бэкапа и с помощью КД всё восстановил.
|
|||
477
Flyd-s
29.12.12
✎
14:09
|
интереснее как могло получиться динамически обновить, добавив данные
|
|||
478
Sammo
29.12.12
✎
14:18
|
В 8.3 обещают динамическую реструктуризацию
|
|||
479
Aprobator
29.12.12
✎
14:26
|
(476) небось обновление конфигурации базы делал не тормознув регламенты.
|
|||
480
blutang
29.12.12
✎
15:23
|
(479) 4 года конфигурацию обновляю - ни разу регламенты не тормозил
|
|||
481
blutang
29.12.12
✎
15:24
|
(477) не, данные потом обычным путем добавлялись. А через неделю обновил конфу и...
|
|||
482
FCM 50 t
29.12.12
✎
17:58
|
(468) >Слыхал, что надо выгрузку/загрузку базы сделать как можно быстрее, если пришлось воспользоваться ДО.
Кто-то рекомендовал процесс новый запускать на сервере предприятия перед ДО. |
|||
483
Жан Пердежон
29.12.12
✎
18:08
|
не читал, но осуждаю
|
|||
484
Aprobator
30.12.12
✎
23:04
|
(480) тогда ничего удивительного.
|
|||
485
n0ther
11.01.13
✎
12:06
|
из последнего
У нас в конфигурации делались изменения на месте у клиента с динамическим обновлением. После чего сделан архив (dt). И проблема воспроизводится с этим архивом на новой базе (никакого кэша), и без распределенки в файловом режиме. Проблема выглядит так: В пустую базу восстанавливаем архив. Затем сохраняем конфигурацию в файл. Делаем сравнение конфигурации с файлом - все идентично. Делаем "Загрузить конфигурацию из файла" - выбираем тот же самый файл - происходит загрузка кинфигурации (не делаем обновление конфигурации БД). Смотрим - наши изменения все на месте. Затем нажимаем на "Обновить конфигурацию базы данных" - и те изменения, которые мы делали и применяли динамически В ДРУГОЙ БАЗЕ - исчезают! При этом делаем сравнение с файлом - различий нет! После всего этого если зайти снова и произвести какие-то изменения (в нашем случае были изменения в управляемой форме) - поставить пробел в модуле, например - то при сравнении все с тем же файлом конфигурации появляются различия по всем нашим изменениям, которые исчезли после обновления конфигурации базы данных! Платформа 8.2.15.319. http://partners.v8.1c.ru/forum/thread.jsp?id=983313 |
|||
486
Aprobator
11.01.13
✎
14:41
|
(485) интересно однако. Надо будет взять себе на заметку.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |