v8: Платформа 8.2.16.368 глючная? (Динамическое обновление) #639133

Обновил платформу до 8.2.16.368, теперь исчезла возможность динамического обновление конфигурации. При любом вставленном комментарии в модуль, что принять  эти изменения конфигурации, требуется завершить работу всех пользователей!? Это у всех так, платформа глючная, или как-то настаивается? Как?

Обновил платформу до 8.2.16.368, теперь исчезла возможность динамического обновление конфигурации. При любом вставленном комментарии в модуль, что принять  эти изменения конфигурации, требуется завершить работу всех пользователей!? Это у всех так, платформа глючная, или как-то настаивается? Как?

Обновил платформу до 8.2.16.368, теперь исчезла возможность динамического обновление конфигурации. При любом вставленном комментарии в модуль, что принять  эти изменения конфигурации, требуется завершить работу всех пользователей!? Это у всех так, платформа глючная, или как-то настаивается? Как?

Обновил платформу до 8.2.16.368, теперь исчезла возможность динамического обновление конфигурации. При любом вставленном комментарии в модуль, что принять  эти изменения конфигурации, требуется завершить работу всех пользователей!? Это у всех так, платформа глючная, или как-то настаивается? Как?

Обновил платформу до 8.2.16.368, теперь исчезла возможность динамического обновление конфигурации. При любом вставленном комментарии в модуль, что принять  эти изменения конфигурации, требуется завершить работу всех пользователей!? Это у всех так, платформа глючная, или как-то настаивается? Как?

Так задумано. Обновись 1 раз нединамически, в следующие разы все будет ок.

динамическое обновление все еще зло

Спс. Так и сделал... т.е. дальше проблем не будет!?

будут, обязательно будут. Если часто обновлять динамически, то один раз попадёшь

Любители обновляться динамически имхо по большей части латентные гомосексуалисты. Ибо знают, что в итоге их ждет и целенаправленно идут к этому.

Вообще при грамотно организованной работе по разработке и поддержке динамическое обновление не требуется в принципе. Оно может понадобиться гаввнокодерам с их экстремальным программированием.

Есть теория, что иногда нет других вариантов, типа работа 24/7. Хотя, имхо, всегда есть вохможность установить технологические паузы для обслуживания базы.

не бывает 24/7 относительно 1с. Все можно сделать паузу

категоричен

Один раз - не быдлокодер

давай аргументы против

гонщик. нормальная технология это ваше демоническое обновление. если с умом пользовать то вполне себе. пример: 24/7, 20 человек сидят чо то делают, кто то обедать ушел кто то уснул, кто то на мисте мистит.. ну в общем работа кипит а тут бац и надо побыстром что то подправить. подправил и пошел, бекап просто сделал скулем перед обновлением на всякий случай и все. а если всех ждать, всех просить выйти то до вечера ничего никуда не обновишь. особенно когда в конторе работают всякие ночные смены которым ночью хер дозвонишся чтобы они сами добровольно вышли.

ключевое "а тут бац и надо побыстром что то подправить." Это и есть гаввнокодерство. См

Выгнать не проблема. Главное, чтобы было согласовано релизное окно и в SLA было прописана возможность внеплановых срочных обновлений. А если SLA нет, то тем более - всех предупредил, и кто не спрятался, я не виноват... :)

только молодые да ранние столь категоричны в суждениях... простой пример:

а вообще, динамическое обновление не дураки придумали и не просто так.. просто тупари им пользоваться не умеют...

хз такая категоричность появилась после участия в серьезных проектах с серьезными специалистами. И че там по ссылке?

пил кофе в одном помещении с серьезными дядьками? :) тебя окатило сиянием их серьезности? проникся? зы: в декабре на конференции задам вопрос разработчикам, почему они не уберут динамическое обновление из платформы если все серьезные специалисты считают что динамическое обновление зло...

я бы даже добавил к что до такой категоричности еще нужно дорасти

да да.. это типа как MSSQL и базы с полной моделью восстановления и несжатым логом. точно.. можно категорично утверждать что фул не нужен а нужен симпл и шринк.. ага.. и везде это пропихивать, ибо раз сам не пользуешься значит ненужно :)

странное сравнение.

читаем до просветления

Глупень. Всяко бывает в рабочем процессе. И, кстати, не понимаю при чем тут "серьезные проекты" и какое они имеют отношение к расписанию работы магазина, например. Услышали от кого-то из "великих" крамолу и радостно повторяете, хоть сами и не понимаете, чем эту смелую мысль можно обосновать.

ага.. тока в реальной жизни динамическое обновление все же нужно, в отличии конечно от фантазий где все пользователи - розовые единороги и какают радугами а разработчики пишут без ошибок.

Это идеальный случай не достижимый в большинстве случаев.

что бывает в рабочем процессе?

ооо... постепенно таки идем к истине... "разработчики пишут без ошибок"...

хотя ладно. тут недавно был спор о том что ошибки разработчиков неизбежны ибо есть экстремальное программирование, есть начальство или заказчики, которые постоянно требуют быстро, из-за этого не избежать ошибок, из-за этого требуется динамическое обновление, чтобы подобрать за собой какашки. спорить тут бесполезно. гаввнокодер найдет 100500 оправданий почему он гаввнокодит

Глупень. Не понимаешь разницы между " работой по разработке" и реальным, млять, магазином. С кучей кассиров, толпой на кассах, злобной главбушкой, зашуганным материально ответственным товароведом и гендиректором с дыркой в голове. Который каждый его "выпил" из программы воспринимает, как личное оскорбление. И когда у тебя таких магазинов штук 15... А что касается разработки, то да, соглашусь. Для разработки динамическое обновление действительно ненужно.

А интересно, Нуф - единорог? Или просто какает радугами? :-))

А еще некоторые торгуют из 1с. Представьте себе, есть такие отчаянные люди....

а зачем выгонять пользователей в течение рабочего дня? тем более в таком количестве?

А некоторые еще и круглосуточно торгуют...

ну и что это значит? даже нет шанса обновиться на новый релиз?

см

Это значит, что пока происходит обновление на новый релиз, магазин перестает работать. А нету продаж - нету мани. Да еще и покупатели негодуют.

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

давай приведи пример торговли, когда остановка продажи на 5 минут в 2 часа ночи приведет к  потери кучи бабла

а пусть это будет не 2 часа ночи а 15 часов дня?

Поэтому для глобальных обновлений нужно тщательно выбирать время, когда меньше всего загрузка. А для мелких доработок вполне годится ДО. Чтоб мне не в ночь с воскресенья на понедельник в печформе два слова добавлять.

зачем обновлять на новый релиз в 15 часов дня, когда это может привести к остановке продажи и потери кучи бабла?

+ тем более что это надо сдесь и сейчас :) а не в понедельник с утра :)

Легко, единые информационные базы где магазины и склады в одной ИБ, а ночью идет интенсивная погрузка и вот кровь из носа нужно чтобы на 50 машин постоянно печатались документы.

Да идите вы к аллаху и Морготу, в 2 часа ночи базу обновлять...

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

Объясняю. Остановка в 2 часа ночи на 5 минут приведет к потере кучи бабла, потому что я его возьму за то, что мне надо подрываться в 2 ночи и пилить какие-то обновления. Я за ночную работу двойной-тройной ценник выставляю, ибо нефиг.

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

зачем делать мелкие доработки через ДО, когда можно из накопить и обновить все одним релизом?

О! Сразу видно, человек 1с не в кабинетах разработчиков изучал )))))))))))

давай давай.. к тебе в 16:30 прибегает главбух с вытаращенными глазами  и говорит что у нее "прыбыль вся слетела" а сегодня последний день а ты ее пошлешь по регламенту? %)

А затем, что мелкая доработка иногда стоит кучу бабла.

проблема в архитектуре, в организации труда и голове

пример?

см

Потому что иногда бывает нужно СРОЧНО. Заканчивается банковский день, последний день сдачи отчетности, пришел разъяренный ключевой клиент, гендир требует странного и вот прям чтоб сейчас... Гражданин, а вы на реальных предприятиях работали вообще? )))

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

А просто на складе документ неправильно формируется. И это в момент пиковой отгрузки. А клиент за просрочку доставки выставляет кучу пеней. А виновен не программист, а криворукий кладовщик, которому лень нажать пару лишних кнопок.

давай пример срочного

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

см

мсье не умеет навыков оповещения и отключения пользователей?

,сегодня выступаешь в роли общественного раздражителя?:) Все-таки демоническое обновление-это штатный режим работы 1с,а значит он не должен противоречить правильной теории разработки

Какая фийеричная отмазка :)

на это я уже ответил

Хм... "банковский день", видимо, термин вам незнакомый... И что бывает за неуплату нгалога или штрафа в срок вы тоже не знаете? Тогда для вас - ничего срочного. Рисуйте свои сферические регламенты в вакууме, о применении их в реальных боевых условиях доложите отдельно.

правильная теория разработки не подразумевает "срочного обновления". это нештатная ситуация и признак гаввнокодерства

платформа не умеет :) а тонкие клиенты суки такие еще и мгновенно восстанавливают подключение если их сбросить принудительно а так да - в теории можно лично пройтись по рабочим местам, все выключить, затем сделать выгрузку обновить и всех пустить обратно :)

какой-то банковский день... какой-то штраф... ты живой пример давай а не фантазируй

а какого черта подолжаешь спрашивать бесконечно "хотя бы один пример срочной ситуации" ? :)

ты когданибудь пользовался сервером предприятия?

бгыы ну вот опять, я в дал живой пример - живее некуда. и это я еще не рассматриваю варианты когда в последние дни сидят главбухи и решают КАК ИМЕННО они должны закрывать месяц ибо у них на руках 100500 предписаний аудиторов и учет наглухо нестандартный...

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

ты когда нибудь оказывался в ситуации когда у тебя к кластеру серверов нет доступа? :) видимо нет.. ибо фикси привык сидеть на попе ровно, жить по регламенту и никуда не спешить :)

а что это за такие варианты?

мы про разработку или про работу магазина, например? И про "кодерство", как процесс вдумчивого написания большого количества кода или про "сопровождение", когда нужна одна новая галочка, но хоть умри - прям сейчас?

какой такой случай когда не доступа? :)))))

давай пример твоей галочки, которая "нужна, хоть умри, но прямо сейчас"

как раз фикси и рвёт анус себе и другим, это франчи по регламенту живут :)

вы одолели своими сферическими конями в вакууме. давайте конкретику

у меня у половины клиентов админы закакимтохером залочили доступ к консоли сервера предприятия.. и чо теперь?

я тебе привёл пример из реальной жизни, случившийся у меня месяц назад. Ты его проигнорил. Что тебе ещё надо?

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

ну из недавнего: распределение ндс по прямым затратам. вот такие были предписания аудиторов. типовая умеет по косвенным. надо - по прямым. проговорили продумали сделали реализовали внедрили закрыли. проверили еще раз подумали доработали и так целый день. и что теперь? день последний, вечером отчеты отправили. за это время демонически обновились раз пять.

извини, пропустил. что значит неправильно формируется документ? и как понимать ситуацию, когда необходимо вмешательство программиста, когда кладовщик обламывается нажать несколько кнопок?

Да какая тебе конкретика нужна? Предприятие работающее круглосуточно и интенсивно, мелкие обновления в любом случае будут предпочтительней динамически

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

ключевое "проговорили продумали сделали реализовали внедрили закрыли. проверили еще раз подумали доработали и так целый день. " читать до просветления

Это живой пример. За 10 минут до окончания опердня дня позвонила главбух и сказала, что не может отправить штраф по клиент-банку. Мера пресечения - вплоть до ареста счетов. Еще было дело, когда проверка РАР заявила, что в магазине неправильно оформляют некий документ и предложила до вечера перепечатать 500 штук. Мера пресечения - закрытие магазина на лопату. Если это не срочно, то уж не знаю, что для вас срочно.

Как вам тезис: не ошибается тот,кто ничего не делает? Не бывает в жизни ситуаций,когда все можно предусмотреть.Вот у тебя в SLA написано,что в такие-то дни имеешь полное право отключать от работы пользователей на такое-то время.А потом БАЦ и ошибся ВСЕГО один раз.И что,ждать следующего окна из принципа???

приведи пример, когда необходимы мелкие динамические обновления?

еще раз... ты это скажи главбуху в последний день сдачи отчетности когда она достает пачку предписаний.. вот именно конкретный жизненный пример имел место быть 20 дней назад. и что делать? отправлять их писать ТЗ ? :):) :)

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

Да хотя-бы обновление прав для новых пользователей. Ввели новую должность, для них новый набор прав и ролей. Что мне предприятие с 300 пользователей, 100 из которых круглосуточные останавливать?