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

(91) ну это хорошо если почасовая оплата. А если клиент на абонентке? Это ваши выброшенные 5 часов из жизни. Например, читаете новое в этих релизах. Изменился НДС, вам это не нужно, изменилась форма ФСС, тоже нахрен не упало, это вы вообще в ЗУП ведете, а не в бухгалтерии. Поэтому просто берете последнюю cf-ку и накатываете. У вас на это уходит полчаса. А не 5 часов.

и бухи, они заразы умные теперь, они про вас будут говорить: приехал прог, просидел 5 часов, ничего не сделал и уехал.

(90) Это мне, увы, мало о чем сказало. Это усатый из 1С?

А не, тот-то Нуралиев (волговод)

(98) Если клиент на абонентке и ты обновляешь за фикс. стоимость, то или смирись, или ССЗБ :)

(98) Ну, так можно сделать их ещё умнее, объяснив механизм внесения изменений..
Умнеть они будут с удовольствием.

Лично я понимаю последовательное обновление как возможность менять структуру (убирать старые таблицы в основном) базы для разработчиков.  Но с другой стороны если обработка обновления не ругалась... значит все нормально?!

(103) Ну, да.. Нормально.. Если бухи через пару-тройку дней не стали ругаться..

(88) Кстати да, котики. А первый был намного лучше, сейчас какой-то блевотный анимэ

(83)Для типовых есть обновлятор же :)

(78) > Содержу базу накопительных обновлений, из нее делаю файл поставки

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


(94) > Я не камикадзе. Через "обновить...".

как ты не через обновить -- обновишь конфу поставщика?

(105) интересно, пойду обновлю ради нового котика)

(104) Если не было проблем со структурой базы... То что может быть? Мне интересно, кто спец подскажите тогда.

+(109) Так как я не понимаю полностью ситуацию сам всегда обновляю последовательно. Но было бы неплохо иногда на последний...

(0) нужна конфа поставщика текущей версии и той версии на которую надо обновлять.Тогда можно сделать  поставку конфигурации, после обновления все обработки обновления базы запускаются последовательно пропущенным релизам, если конфа не сильно изменена вполне возможно так обновлять. Просто накатывать  cf ОЧЕНЬ не советую

(111) > Просто накатывать  cf ОЧЕНЬ не советую



конкретные примеры приведи

(0)Много раз так делал, ни разу не напоролся перед обновлением делай копию и все, потом все что угодно починить восстановить можно. Риск только 1 если в одном релизе переименуют реквизит в УдалитьРеквизит а в след перемещение его значение в новый объект или реквизит, когда перескочишь новые объекты будут не заполнены, но такую ситуацию ни разу не получил. А сидеть 30 релизов последовательно накатывать на медленном сервере- мартышкин труд.

(107) Шесть лет - полет нормальный.

Субьективно: обновлял так БП 3.0, УТ 10.3 и УПП 1.3 в пределах одной редакции, разумеется. Причем скачки были порой на 10 релизов(ну или 4-5 ключевых). Проблем не возникало. Наоборот: как-то раз переживал, что пропустил релиз БП 3.0, а на следующий день релиз отозван и на страничке обработка с инструкцией по восстановлению данных

(107) Пустая база с ИТС, и она постоянно обновляется. А когда тебе нужно пойти обновить, делаешь файл поставки, и вперед. Даже обратно на поддержку измененную можно поставить. Это тот же файл обновлений, только список разрешений шире.

(116) Убеждать никого не буду, я делаю так. Повелось со франя. Кстати, там шеф так и делает до сих пор: на все типовые есть по обновляемой пустой базе.

(116) много времени смотрю свободного )

(117) так и типовые обноляешь ?

(118) Откуда такие выводы?)) Сейчас у меня только нужные мне базы. Время как раз экономится.
(117) Я про типовые и пишу.

(120) А по нетиповым: базу разработчика обновляешь упомянутым мной файлом,  и потом делаешь поставку. Ой... Что ж, я! Вас учить буду что ли?!... =)))

(116) Наверное не файл поставки делается? а выгружается cf? для обновления на несколько релизов
P.S. Если для типовых делается файл поставки это уже не типовые...

ЗЫ. Немного в офф, правда.. Что за "котики" - нельзя-ли скрин с ними выложить?.. а то пребываю в неведении, зазорно :)
Все знают, а я - нет :)

(123) В какой-то винде (не помню) был помощник. Вот, типа того. Только (почему-то) пользователей раздражает :(

(124) Ааа, ну ясно :)

(120) > Я про типовые и пишу.

ты знаешь в типовых есть механизм автообновление конфигурации?

(126) Обижаешь?))
Не все клиенты об этом знают. Да и подписка на ИТС нужна. А когда они сидели, сидели, а тут вдруг: ой, ну давайте - подписались и обновились.

(123)
Правильный котик 1С https://cs9.pikabu.ru/post_img/2016/11/17/6/1479370908141023456.jpg

Котик "ой всё"
https://cs8.pikabu.ru/images/big_size_comm/2016-05_6/14646073111713754.jpg

еще коты но очень хреновые

https://habrastorage.org/files/239/0a1/8ab/2390a18abad34fb7a1504fe80a1aa40b.png

(123) Старый котик: http://radikal.ru/lfp/s019.radikal.ru/i618/1605/6c/fe39cee0630d.gif/htm

Новый котик в 29 посте: https://forum.infostart.ru/forum8/topic151917/
Старый котик:

Я дал ссылки на анимированных!

(122) Действия: Конфигурация - Поставка конфигурации - Комплект поставки - Создать файлы комплекта.  В результате получаешь cf, но конфигурации поставщика.
Попробуйте сделать выгрузку в cf и создать файлы поставки.
У меня в КА выгрузка 475 Мб, а поставка 265 Мб. Из одной и той же базы.

ок, вот анимированный нынешний кот

https://forum.infostart.ru/upload/forum/upload/9f0/9f04010c30371f912ec44cb977d7f09d

(128) (130) (133) Спасибо! :)

зависит от конкретного случая. с УТ 10.3 - обновился недавно с 10.3.17 до 10.3.45, без особых проблем. с новоделами обычно лучше обновляться последовательно или скакать максимум пару релизов, слишком усложнилось все в БСП.

(127) я всем поставил своим клиентам эту функцию

(136) А с неба клиенты не падают?))

(132) зачем так сложно ?

конфигурация -> поддержка -> настройка поддержки
внизу есть кнопка Сохранить в файл

достоверно точно можно получить cf от 1с, если в правом вернем углу есть кнопка Включить возможность изменения

(137) да, не успеваю

(0) >> сейчас механизм загрузки .cf, если пропущено несколько релизов, позволяет обновиться без ошибок, т.е. все обработки данных между релизами, если таковые имеются, запустятся и пройдут последовательно без проблем. Так ли это?

Ответ от знатоков: здесь все смешалось в одну кашу. Механизм загрузки cf здесь не причем - это первое. Второе - то, про что ты пишешь - обеспечивает (в какой-то мере) одна подсистема из БСП. Суть ее работы сводится к тому, что при запуске, идет проверка версии конфигурации. И если она изменилась, то последовательно запускаются обработчики обновления данных от номера версии, которая была, до номера обновленной версии конфигурации. Вот этот механизм, про который ты "краем уха" слыхал. Как уже отмечали выше, это не позволит взять УТ 11.1 и обновить ее до УТ 11.4 через одно обновление :) Более того, даже просто чтобы физически такое прокрутить - нужные некие дополнительные телодвижения.

(0)
Вопрос написан так:
А эти ягоды кушать можно?

PS О какой конфигурации речь?

(140) не хилые, да не сильно много.
надо взять таблицу релизов от и до последнего.
вывести колонку с изменением редакции БСП.
вывести колонку с релизами, где удаляют объекты метаданных.
это не так часто происходит, если это не ут11.1 или 2.
и спокойно прыгать по этим 2м колонкам.

(141) вопрос написан так, как написан, какие ягоды-грибы, товарищ?)
речь о любой конфигурации имеющей больше одного релиза
сам обычно обновляюсь последовательно, однако были исключения в виде пропуска 5-10 релизов, и всё норм было
косяк был только с сельхозкой - отказалась прыгать через несколько

(142) приведи конкректные релизы 11.2, где удалили данные

(143)

Ну как бы вам ответить. Вот БП поддерживает то, о чем пишется, а например УНФ не поддерживается...

Вам как ответить в таком случае: можно или нельзя?

А про ягоды, это классика. Просвещайся:
https://www.youtube.com/watch?v=gyQw6Tt35Lc

Обновляйте CF-ками дальше, после таких “обновляторах” калыма только больше)
А так да, плюсану к (24) и (29)

(146) как работает пользовательское обновление (из режима предприятия) не знаешь ?

(145) а как выясняете какая конфа поддерживает, какая нет?
опытным путем?

(146) Ну если так, то и накатывать обновления надо на именно тех релизах платформы, для которых они выходили. Для неленивых.

Не проще ли просто взять и обновить последовательно? Вашего времени это почти не занимает.

(148)

Нет, просто знаю механику БСП и где смотреть... но этого в вопросе не написано же ))))

+(150)При последовательном обновлении проблемы то возникают, а через релиз вообще туши свет, а главное как быть уверенным что все прошло норм? Сидеть потом пару недель перепроверять?

(151)
а, ну ну)

(150)

В этом случае товарищи вынуждены тащит свои поделки через многократное "объединить/сравнить и что бы не затереть"... а иногда это крайне сложно, особенно если подсистемы переписаны глобально.

Вот и "экономят"... но "скупой платит дважды" еще не кто не отменял )))

напишу как работает штатный механизм автобновления конфы:

смотрится тек релиз, сморится, который последний
качаются все необходимые cfu

после этого пакетно запускается конфигуратор, в который последовательно загружаются cfu, сохраняя после каждой загрузки БД (режим предприятия не включается)

после того, как все обновления загружены -- запускается (один раз) уже режим предпрития, в котором идёт последовательно обновление ИБ по тем релизам, которые загружены в базу

(154)Ну если есть куча своих поделок, то так и так придется разбираться что принесли нам обновления и как их накатывать. Получается cf все равно накатить так просто не может, только некоторые объекты. Поэтому может делать глубокий анализ и сразу последнюю ставить cf. переносы данных так же придется все контролировать самому.

+(156)Зачем тогда разбирают как работает типовой механизм обновления? Он тут просто не катит.

(155) кстати, а это они не от хорошей жизни запускают выполнение обработчиков в самом конце

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

ну и да - оставляя выполнение обработчиков в конце, ИМХО они расчитывают, что пользователь будет обновляться часто, а не раз в полгода

(157)

Я не знаю, могу лишь предположить сценарий работы таких "специалистов":

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

Наверное так...

(155) А от куда такая информация, не поделитесь?

(160) Из конфигуратора, вестимо.

(160) штатная обработка "Поиск и установка обновлений" в типовых создает во временной папки служебные файлы для обновления в режиме пользователя. Среди них есть hta файл - это главная программа, и вот из неё уже запускаются файлы на JavaScript (они в этом же временном каталоге). Именно в этих js файлах и идёт накатывание обновлений в пакетном режиме. Если их почитать (там кода немного), то становится понятен весь алгоритм стандартного обновления в режиме пользователя.

Сама обработка скачивает все необходимые обновления и формирует текст этих js файлов. А уже на JavaScript прокручивается весь цикл обновления за счёт пакетных вызовов конфигуратор.

(160) А конкретнее?
Я вот что увидел, при первичном рассмотрении.
Например УТ 11.3 есть модуль "ОбновлениеИнформационнойБазыУТ", в ктором находятся обработчики, которые запускаются при обновлении. Дело в том что там список не дополняется новыми обработками от релиза к релизу, а формируется новым списком. Если взять два релиза 11.3.3.231 и обновление 11.3.4.93, то в сравнении этих модулей есть как удаленные так и добавленные и номера у них разные. Получается если делается в таком режиме как описал (155) то не обновится правильно, так как (24) (29).

(163) Владимир спасибо за пояснения!

Я года четыре обновлял ЗУП 2.5 для России и ЗУПы для Белоруссии и Казахстана сравнением-объединением. Готовишь последний актуальный cf-ник и всё нормуль.

(155) Чтобы ты понимал, предполагается что автоматическое обновление конфы в режиме 1С Предприятия будет выполняться каждый релиз, сама платформа вываливает сообщение о том, что доступна новая версия, как только она выходит. И просит обновиться. Т.е. предполагается что каждое обновление будут накатывать последовательно, даже в режиме обновления из Предприятия.

Ежели нифойхуа не обновлять а потом попробовать обновится в режиме 1С Предприятия сразу 100500 релизов, то можешь бороднуться потом в конце на обработчиках обновлениях данных.

О чем и написали в (24) и (29)

(167) При таких раскладах полезности от автоматического обновления мало, те же **** только вид сбоку, как при ручном обновлении на каждый релиз.

(167) приведи мне примеры фактов релизов типовых 1с где проблема в рамках под редакции ....

Вчера вот вечером занималась обновлением УТ 11.2 на УТ 11.4 - на 14 промежуточных релизов (это с перепрыгиванием на допустимые) одним файлом. Удалены только некоторые модули.

(170) надо обновлять  так

последний cf 11.2
последний cf 11.3
последний cf 11.4

(170) То есть 14 раз обновилась база и 14 раз была запущена в пользовательском режиме?

Или взяли выгрузили конфу 11.2, догнали ее (14 раз обновили) до 11.4. Потом взяли конфу обновленную до 11.4 и сравнением объединением объединили с рабочей 11.2?

(173) пока не закончила. Перед этим доработки в расширение перетаскивала. Может на выходных завершу. Осталось принять изменения.

Смысл в таком действии , если только реально экстренная ситуация.

Сейчас типовые стали слишком замороченные. Запросто может что то не так пойти.

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

(174) но алгоритм какой из двух описанных в (173) применяете?

(176) База с более старого релиза 11.1 постепенно догонялась до 11.4.
Боже, где смайлики?! Механизм описан выше.

(175) благодаря вам у меня всё больше и больше клиентов )

(177) Так у вас обычный рекомендованный способ обновления))))))))

(178) Нам не жалко. Хороший спец всегда в цене

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

Что ж вы всё из*вер*нуться хотите. Работай нормально.

(181) > кто ленится и льёт ЦФ, забывают постоянно конфу поставщика обновить

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

(181) только с точки зрения теории
(182) а как это? "через обновление конфигурации поставщика"

(182) согласен...
(183) Это как по инструкции 1С =)

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

(183) >> а как это? "через обновление конфигурации поставщика"
это так же как в (181), только наоборот.

+(185) выбор...

(184) где посмотреть на эту инструкцию?
как обновить конфигурацию поставщика я знаю, вопрос только в том, что имелось ввиду "через обновление конфигурации поставщика". Я такого способа не знаю, поэтому и спрашиваю.

(188)
конфигурация -> поддержка -> Обновить конфигурацию -- так обновится конфа поставщика

а через
Конфигурация -> сравнить\объединить -- не обновишь конфу поставщика

(189) zak555 я понял, спасибо.

(169) В рамках под редакции пример не приведу, но люди выше уже написали что с ЗУПом бывают траблы и в рамках под редакции.

Ну и в сабже ничего нет про обновление в рамках под редакции)
В сабже обновление между релизами.

(0)Так нельзя.

(191) пример релизов -- я готов проверить

поэтому читаем все те же (24) и (29)
и да , забыл проголосовать

(62) Был бы клиент, требовал бы техзадание и кучу подписей в том, что после тестирования клиент никаких претензий иметь не будет ) А тут - устроился на работу в компанию где с базой вот такая фигня была, пришлось делать вот это всё. На самом деле так обновляться можно. Но нужна весьма кропотливая подготовка нового cf, анализ типовых обработок обновления и, возможно, добавление своих. Конечно же после всего еще и обновление каждого ключевого релиза через cfu, снимая все галки - чтобы конфа поставщика тоже была обновлена. Ну и реестр всех доработок, чтобы в последующем меньше париться с обновлениями.

(196) понятно откуда ветка родилась "Конечно же после всего еще и обновление каждого ключевого релиза через cfu, снимая все галки - чтобы конфа поставщика тоже была обновлена." вот тут косяк