Добрый день!
Есть зуп 2.5.72.2. типовой замочек.
Хотят обновить, в инете читал http://programmist1s.ru/obnovit-1s-samostoyatelno/
но вот раньше обновлял накатывая самый последний цээфник на конфу, тут пройдет, и где посмотреть историю релизов 1с зупа?

(0) users.v8.1c.ru

начни с БЕКАПА...

потом заходишь в конфигуратор, там меню
Конфигурация>>>Поддержка>>>Обновить конфигурацию


никаких обновлений через CF не делай!

Подписаться на ИТС и франчи сами приедут и обновят

(0) С каждым обновлением идет краткий мануал на тему.

(2) > никаких обновлений через CF не делай!

почему ?

(2) А почему через CF нельзя?

"но вот раньше обновлял накатывая самый последний цээфник на конфу"- приготовил попкорн :)

(6) Потому что придет после тебя нормальный обновляльщик и будет плеваться.

(7) чего его готовить ?

(8) обоснуй ?

(2) (6) И я тоже только раньше через цф ник делал время экономим!

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

(11) да делай через cf, зачем вопросы задаешь?

(6) Наверное, потому что для "неопытного обновлялщика" что "CF поставщика", что "простой CF". Что обновить сравнением, что обновить через обновление - разницы особой нет ;)

(2) "Конфигурация>>>Поддержка>>>Обновить конфигурацию"
"никаких обновлений через CF не делай!"

Вообще-то в пункте "Конфигурация>>>Поддержка>>>Обновить конфигурацию" есть вариант "обновить через CF" ;)

(12) если cf-ник с последней конфой поставщика, то всё прекрасно будет видно.

(11) Время да, но поломать можно что-нибудь. Иногда бывает.

(12) не увидит, если делал через сравнить/объединить через файл -- тогда конфа поставщика не обновится

(15) Если бы да кабы...

(18) 100%, если берешь конфу поставщика, выгружаешь ее в cf. Вы просто не умеете ее готовить.

(8) банально:
версия 831 - есть реквизиты "Примечание" и "Замечания"
версия 839 - добавлен реквизит "Основание" и заполнен Примечание + Замечания
версия 843 - удалены реквизиты "Примечание" и "Замечания"


теперь подумай, что будет при накатывания CF843 на базу 831 ????

(19) У тебя есть доступ к ИТС франей?

(20) Мне то не надо объяснять. Я не стал раскрывать всех прелестей обновления ЦФом с пакетом версий.

(21) зачем он нужен?

(20) Конвертация базы 831-839, потом конвертация 839-843. Насколько я помню, конвертации выполняются последовательно, а не с 1-й на последнюю.

(23) А ты конфу поставщика актуальную как получать будешь?
Ну обновишь ты свою демо-базу до актуального, ну снимешь правильный ЦФ, накатишь на базу клиента. Слишком много телодвижений при вероятности поиметь проблемы в (20), к примеру.

(8)
сижу плююсь ...

(25) у многих уже есть дема обновленная до актуального :)
да и ЗУП обновляется быстро

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

(20) это что за конфы ?

(29) Это абстрактный пример вроде.

(30) в типовых от 1с такого не бывает => абстракции приводить не к месту

У нас есть доступ к итс проф. Приходят диски, но вот самих конфигураций нет на https://users.v8.1c.ru/, там только апдейты, с франем договариваться надо?

(31) Юмор в первый рабочий день... Одобряю!

(32) Можно попробовать.

(32) C помощью апдейтов и доводишь до текущей (актуальной) и потом не забываешь делать апдейт регулярно.
Вот и все! )

(3) ...франчи сами приедут и обновят

Франчи не умеют обновлять типовые. Специально обученные обезьянки могут, а специалисты франчей нет. Замочек на конфе их пугает и вводит в ступор.

(32) твой франч тебе по просьбе не может выложить последний cf поставщика ?

(32) обновляешь апдейтами до последней версии, выгружаешь из неё cf, profit

(32) Прочитал твой пост (11). Экономить-то ты экономишь, но можно такого "гемора" хапнуть, что проклянешь все.
Не стоит экспериментировать. Делай грамотно и оно окупиться сторицей!

(37) +

(32) Смотри (36). Дело спрашивают!

(38) пример "гемора" в типовых от 1с

(41) Я для острастки пугаю. )

(41) возьми ЛЮБУЮ типовую которую не обновляли пару лет и накати CF будет тебе геморрой, гарантирую!!!!

(43) в пределах одной редакции ?

(0) 5000руб

(43) У ТС в (0) замочек, запрещены изменения в конфигурации. Поэтому накатить cf не получится.

(45) кто больше?)

(32) если ИТС проф, то сами пусть обновляют типовую.

(41) Вот тебе пример на users.v8.1c.ru первые две строчки списка обновлений, колонки "Номер версии" и "Обновление версии"
2.5.91.2 <-- 2.5.91.1
2.5.91.1 <-- (2.5.90.1, 2.5.90.2, 2.5.90.3)

Внимание, вопрос: является ли обязательным обновление 2.5.91.1 при обновлении с 2.5.90.1 на 2.5.91.2 и можно ли обновить конфигурацию, не устанавливая обновление 2.5.91.1?

Ответ должен быть не субъективный, а объективный с обоснованием. Время пошло :)

(46) снять замочек не проблема

(44) обнови Бух 3.0 - 3.0.17.14 на 3.0.39.67

только обновляй не пустую базу а с данными...

(49) обновлю сразу на последний cf поставщика

(47) Я думаю, что тебе уже подсказали. Как лучше делать - выбирай сам.
(44),(43) коллеги не "сритесь" между собой, а то ТС подумает, что не правильно советуем. ;-)

(52) Обоснование?

(51) качаю

Я за попкорном... )))

(55) база должна быть НЕ ПУСТАЯ !!! а с данными!!!

(50) А смысл снятия?
Ради обновления? Глупо. Когда конфа вся на поддержке (режим изменения запрещены) то при обновлении не происходит сравнения конфигураций. Поэтому процесс проходит быстрее.

(57) демо база-- с данными ?

(58) согласен

(59) под сомнением... хотя лучше чем ничего...

(61) я же в любом случае перед нажатием на "принять" ищу слова -- удаление реквизита/объекта и т.д.

2 раза в месяц тема всплывает.

Обновлять надо думая головой, тогда все ок будет.

(59),(61) вы прям как в http://www.sport-express.ru/boxing/reviews/871894/
Вот только кто из вас кто, я не решил. )

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

(65) а какие это проблемы это сделать ?
снимаем с поддержки и заново накатывакем конфыу поставщика

(62) Этого мало для реквизитов составного типа. Данные могут изменяться с одного типа на другой через третий тип, специально добавленный в текущем обновлении и удаляемый в последующем. Пропустишь обновление - неявное преоброзование не поможет - принятие изменений в БД завершится или ошибкой или потерей данных.

сейчас сравниваю 3.0.17.14 и 3.0.39.67
сразу накатить нельзя, т.к. некоторые справочники удалены (по уиду)
реквизиты не сравнивал, дальше тоже не пошёл

но я был взял cf 3.0.20 и сравнил его уже на предмет удаления ....

(67) у меня такое было, в регистре получил строку с названиями контрагентов вместо ссылок....

(68) чего и следовало доказать, слепое обновление через CF может привести к краху...

(70) Т.е. можно догадаться, что Мейуэйзер - это (61). Да?

(69) Угу. А я помню как однажды "поймал" типовую УПП, когда значение реквизита изменяли с одного перечисления на другое через сравнение по наименованию. Проблемы были так, как я добавлял значения в это перечисление. Данные не потерял, хвала методистам, ибо они сделали реквизит составным, добавив строковый тип.

(70) так никто про слепое обновление и не говорит

все не читал.
Почему разработчики не делают так:

1. Метаданные не удаляются в новых релизах никогда
2. Каждый файл поставки сделан для ВСЕХ предыдущих релизов.
Обновиться можно с любого релиза на любой старший релиз.
3. Правила обмена не хранятся в базе. Они генерятся автоматически из анализа входящих данных. Т.о. нет необходимости хранить 100500 правил обмена и обновлять конфигурации до типовых или дописывать правила вручную.

+3 данные с типовых баз загрузятся ВСЕГДА, с любого релиза на любой релиз

1. Поставь запрет на удаление метаданных при обновлении - и у тебя тоже не будут удаляться.

PS: и через пару, тройку лет твоя конфигурация и база превратятся в мусорные свалки, где куча ненужных реквизитов (а это объём данных и производительность!) и куча неиспользуемых процедур и функций (а это объём твоего времени при обновлении!)...

(76) +10

Stim, остальные пункты критиковать или как? :)

Пункт 2, кстати, в некоторых типовых "почти" реализован и в этих конфигурациях можно смело прыгать через несколько релизов - обработки обновлений запустятся по цепочке пропущенных релизов.

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

(33) Франь сказал сначала скачай с диска ИТС, потом сказал возьми коробку которую покупали и на нее накатывай поступенно за 3 года апдейты.

(80) А я о чем в (34) говорил?

(80) откажись от такого франча

(82) Я могу ошибаться, но спасет подписка на ИТС техно (как-то так). Отказ вызван тем, что не согласованы некоторые моменты. Манагер у франча неквалифицированный и т.п.

(80) Всего-то 17 обновлений :( Ну или, как тут иногда советуют, выгрузка/загрузка данных через КД2... Я бы на твоём месте выбрал обновления - пару дней и всего делов-то :)

PS: не надо забывать про обработки обновлений - это неучтённый фактор и никакие правила конвертации КД2 тут не помогут.

Serg_1960 +100

(76)1. тут как раз все просто. Единственное, что на текущих условиях платформы это никак не реализовать.
Хранить ненужные данные, МД и код не нужно, да.
постараюсь описать, как я понимаю:


Файл поставки должен содержать в себе какбы 2 разных раздела:
1. полный набор МД - со всеми обработчиками и МД всех релизов
2. Актуальную версию МД, "урезанную" до необходимого минимума.

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

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

(78) 2. см 86

(79) 3. в некоторых базах есть что-то подобное.
Если не ошибаюсь, в ЗУПе, при загрузке данных от БП - правила обмена в файле xml подменяются на правила обмена из макета обработки.

т.е. загружаем из старой 2.0(правила которой для старого ЗУП) - в новой ЗУП в файле подменяются правила обмена на правила с новой ЗУП.

но это конеш костыль, тут нужно более универсальное решение

(63) а можно, не думая, просто сделать так как рекомендует поставщик...
Зачем лишний раз думать о том, о чем уже кто-то более обученный подумал? )

(83) пиши в личку

(82) франч не обязан полные дистрибутивы раздавать, даже подписчикам...

(91) но франч не возбраняется это делать
дать логин/пароль к своему ftp )))

(86) Ты опять по поверхности скользишь. Забыл про правило поддержки "редактируется с сохранением поддержки"? Нет, не верю. Ведь может быть случай, когда те метаданные, "устаревшие " и ставшие неактуальными для типовых обновлений, могут по прежнему использоваться в измененной конфигурации программистом.

Я ж не зря сказал про эвристику - не всё так просто у методистов.

PS: "приготовил попкорн"(7) - "Чего его готовить?"(zak555) - :)

(92) ну, в принципе, можно и доступ к своему расчетному счету обеспечить - не возбраняется...

(95) причём тут р/С ?

(96) Если я правильно понял, то "за все надо платить". И за расширенную поддержку тоже )

(97) я видел франчей, которые за загрузку кладр ещё сверх берут

(98) Мне сегодня заплатили за то, что я показал как Ctrl-F5 в 77 нажимать...

(96) при том же, при чем "дать логин/пароль к своему ftp"

(99) я говорю что франч берёт почасовку, но ещё отдельно и за загрузку кладра

(100) не пойму, почему ты это отождествляешь

(101) Если сам пользователь не может этого сделать из-за врождённой тупости или несовместимости с компьютером - не взять за это деньги - грех

(103) так и так если берёшь -- зачем ещё брать

(104) Если пользователь не захочет платить - он или научится сам, или будет жить без кладра.

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

(104) ну вот такие у него условия предоставления услуги загрузки кладра... Не нравятся условия - проходи мимо, ищи того поставщика, порядок предоставления услуг которого тебе больше понравится...

(104) Странный вопрос. Если дают - надо брать.

(105) пользователь платит не за загрузку кладра, а за ответственность, которую ты при этом несешь.

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

(106) по-моему это можно и за так предоставить

(108) я разводил не люблю, который за каждый чих денег берут

(110) "по-твоему" - можно, ты предоставляешь, по-моему - это невыгодно, я не предоставляю... Как организовать взаимоотношение с клиентами - внутреннее дело каждой организации...

(111) не любишь - идешь мимо искать тех, кого полюбишь )

(112) понятно, что каждый сам себе хозяин

(113) я однолюб =)

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