ВЕБИНАР "ТЕХНОЛОГИЯ ОБНОВЛЕНИЯ НЕТИПОВЫХ КОНФИГУРАЦИЙ 1С"

[@romanfomin5653]

Блин чувак. Снимаю шлюпа перед тобой как программист 1с с опытом работы 11 лет. Ты крут. Все ясно, понятно и доступно. Рекомендую.

[@IlyaLeontyev]

Большое спасибо, Роман!

[@doraklykova]

Мне очень понравилось видео. Изложено все подробно и понятно. Жду новых видео, вроде "типовые задачи для программиста 1с". И классно что вас видно) вы такой очаровательный

[@research_Development]

Люто плюсую )) Я знал про не типовые обновления, смотрел много уроков по этой теме, и даже выполнял несложные обновления, но все еще в голове не было "щелчка".

[@NewPrikol]

Мне нравятся уроки. Очень хочется, чтобы в ближайшем будущем вышел достойный урок на тему обновления с помощью cf-файлов. Ведь это гораздо быстрее чем возня с CFU, но есть риск потери данных. Опять же хотелось бы на примерах получше узнать почему есть этот риск и как его избежать используя ключевые релизы (мне лично не понятно, как отличить ключевой релиз от обычного).

[@dddddd-es6cu]

КЛАССНО! СПАСИБО!

[@SPbLobovVG]

Илья молодец, ведет с юмором. По угорал в 26:42: "Всё понятно было, что сейчас происходит? Ну, то есть понятно, что вам не нужно понимать, что сейчас происходило!" :)

[@barabucho]

Хороший материал.Спасибо.

[@blackview8507]

Ого, только сейчас наткнулся на это видео! Лайк

[@AndreaCaballero-r9z]

Видео начинается с 28:21. Не благодарите.

[@АнгелИнокентий]

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

[@cadmnix]

Офигенный голос.

[@AlekseiAstahov]

))) оч понятно. Спасибо!

[@nagatos7677]

Топ контент.

[@АнастасияПименова-ю4ж]

Вы на заставке похожи на Нуралиева :)) Увидела слово 1С в названии и заставку, думала там Нуралиев что-то говорить будет :))

[@ІринаК-й3з]

Спасибо. Хорошо изъясняетесь, все понятно, но бл##ть, выпадает видео в самых нужных и интересных местах.

[@IlyaLeontyev]

Пожалуйста, Андрей! Ситуация с видео неприятная. Возможно, в будущем запишу видео в формате обычного "невебинарного" видео. Будет покороче и без косяков. Пока что предлагаю поискать самые нужные и интересные места вот здесь: kzbin.info/www/bejne/eomzY5mqlJlnaac

[@AlexPapanov]

Позволю себе поправки. 1. Когда Вы включаете возможность изменения конфигурации, то замки снимать со всех объектов бездумно не нужно. Снимать замки надо с тех объектов конфигурации, какие вы будете изменять. Это очень полезно для визуального восприятия того, что вы изменили. Особенно это актуально, когда после вас кто-то будет обновлять конфигурацию. 2. Когда вы обновляете конфигурацию файлами cfu, а не полными cf-ками, то у вас конфигурация поставщика не будет обновляться. Т.е. она будет отставать от конфигурации БД. Поэтому рекомендуется делать обновление "цфкой". Я прав? А так классный канал, автор доступно излагает.

[@IlyaLeontyev]

Алексей, нахожу пункт 1 неудобным. Приходится постоянно возвращаться к тому, чтобы снимать блокировку с объектов. Зачастую это сбиваем с мысли. Если мне нужно узнать, какие объекты были изменены, я пользуюсь отчетом-сравнением основной конфигурации и конфигурации-поставщика. По поводу пункта 2. Никогда не слышал про такие рекомендации :) Конфигурация поставщика будет корректно обновляться, если делать так, как я показываю в этом уроке.

[@AlexPapanov]

1. Да, конечно, придется постоянно снимать замки. Тут уже на любителя. Я просто из собственного опыта обновления переписанной КА говорю. Для меня так нагляднее. 2. Я немного ошибся. Отставание конфы поставщика происходит, когда мы обновляем не как обычно, а через сравнение/объединение. Допустим, достали мы новую цфку, сравнили/объединили. А конфа поставщика осталась той же версии. Вот я как раз с таким столкнулся, когда мне по наследству досталась такая база, которую так коряво обновляли. Извиняюсь за неточность.

[@IlyaLeontyev]

Ты хорошо освоил этот вопрос!)

[@АнгелИнокентий]

На первый вопрос ответ получил на 53 минуте)

[@ДарьяМартынюк-к3м]

Классно! Я бы пришла на курс) Очень было бы интересно послушать про сервер 1с sql, хорошего объяснения в интернете пока не могу найти(

[@IlyaLeontyev]

У меня есть видео на эту тему из лохматого периода: kzbin.info/www/bejne/pZ3dpp54hcp3e7c Уж не знаю, насколько это смотрибельно сейчас )

[@ДарьяМартынюк-к3м]

Илья Леонтьев.рф очень даже смотрибельно!;)

[@IlyaLeontyev]

Благодарю )

[@vladislav6750]

1:10:38 Данные могут пропасть только в тех случаях, если были изменены мета объекты (добавление реквизитов, объектов, предопределенных объектов и т.п.). Если изменялась форма или модуль какой-то, то данные не пропадут

[@ФедосьяКулибина]

Огромное спасибо за Ваши разъяснения. Прослушала "для самых маленьких" раз 5 с возвратами, вроде что-то откладывается. Очень помогло. Но не могу до конца объединить конфигурации из-за разницы в отчетах и обработках. Как их то обновлять, если есть изменения в макетах на СКД?

[@IlyaLeontyev]

Спасибо Вам за просмотры ) Вы прямо в точку - я в этом видео ставил цель рассмотреть сам принцип обновления, а не всю методику. И про макеты СКД не сказал ни слова... И про роли. И про интерфейсы. Новое видео будет, но по срокам пока не могу сказать.

[@ФедосьяКулибина]

Подожду, спасибо еще раз

[@provseiobovseh]

Илья, правильно ли я понял: если сравнивается предопределенный тип то всегда ставить объединение с преимуществом в ту или иную сторону, в остальных случаях либо берем поставщика либо свои доработки?

[@IlyaLeontyev]

Михаил, все несколько сложнее. Объединение очень часто дает правильный результат, поэтому стоит использовать его по максимуму. Стоит учитывать, что объединение форм работает неправильно в том случае, если имеет место удаление элемента в одной из форм. Поэтому формы объединяем аккуратно. Вообще у меня на канале есть подробный курс по обновлению нетиповых конфигураций 1С.

[@АнгелИнокентий]

Я думаю могу совет дать по тому как код проверить в модуле, нужно ли что-либо править, это сравнение СФ с основной базой одинаковой версии. Можно просто посмотреть различия в БД основной старой и основной?

[@АлексейБ-ф3я]

Илья, добрый день. Подскажите, непонятно (время видео 55:10) Окно сравнения основной конфигурации с конфигурацией поставщика. Непонятно "конфигурацией поставщика" имеется в виду старая конфигурация или новая, согласно предыдущей терминологии в видео.

[@IlyaLeontyev]

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

[@Pro_1C]

Спасибо, Илья! Очень полезное видео. Подскажи пожалуйста, как поступить, если на текущий момент имеется база УПП снятая с поддержки, ведётся разработка через хранилище. Каков порядок действий, чтобы вернуть конфигурацию поставщика?

[@АнгелИнокентий]

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

[@ФедосьяКулибина]

При объединении 1Cv8.1CD увеличился почти в 3 раза, это нормально или что-то не так?

[@IlyaLeontyev]

Вы имеете в виду, при обновлении? Как правило, база действительно растет, особенно если речь об управляемом режиме. Насчет 2-3 раза - это, конечно, мощно.

[@ФедосьяКулибина]

Нашла информацию, что нужно после обновления выгрузить и заново загрузить инф. базу. Размер 1Cv8.1CD "нормализуется" - был ~1 700 000 стал ~700 000. Спасибо.

[@IlyaLeontyev]

Вот это фокусы!

[@budnikov]

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

[@IlyaLeontyev]

Анатолий Будников меня этот механизм сбивает с толку, поэтому я его не использую. К тому же я не хотел усложнять объяснение. Но конечно, есть вероятность, что зря.

[@budnikov]

Может стоить посвятить ему отдельное видео? Для продвинутых, так сказать ;)

[@cadmnix]

Как обновлять права и интерфейсы?

[@IlyaLeontyev]

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

[@cadmnix]

А можно, если не хочешь заморачиваться с обновлением типовой роли, создать ее копию, допустим "Бухгалтер1" а при обновлении затереть изменениями поставщика измененную типовую, а затем после обновления дать пользователю роль "Бухгалтер1"? И то же самое сделать с интерфейсами.

[@IlyaLeontyev]

Хорошо, когда человек старается творчески мыслить) Но тут есть загвоздка: роль "Бухгалтер1" не будет обновляться, в отличие от роли "Бухгалтер". То есть поставщик время от времени будет добавлять какие-то новые объекты, а также всячески играть с правами роли "Бухгалтер", а на твоей роли "Бухгалтер1" это никак не скажется. Как следствие у пользователей в какой-то момент начнут вылезать ошибки "Недостаточно прав доступа". Если короче: нет, так нельзя, надо обновлять по-человечески. То же самое касается форм и прочих объектов. Не надо создавать копии. Надо обновлять типовые объекты.

[@АлексейБ-ф3я]

Илья, можете объяснить немного другой способ анализа и обновления нетиповой конфигурации. Я новичок программист. Как вы уже сказали в видео первое задание которое дали это обновление нетиповой конфигурации)) не самое простое для меня, скорее всего самое непростое. Мне предложили такой способ, анализа: делаем сравнение конфигураций до обновления далее выводим в текстовый файл результат сравнения всей конфы, затем расставляем галки как у вас в видео, но с подробными настройками по каждому пункту (функции, процедуры - кнопка шестеренки рядом с конфликтующими элементами), устанавливаем режим объединения с приоритетом основной конфы, затем объединяем, далее делаем отчет после обновления (промежуточный) выводим в файл. Сравниваем текстовые файлы до обновления и после обновления (промежуточный) с помощью программы Beyond Compare построчно. Вносим изменения. Не совсем понятно как анализировать эти файлы отчетов. Получается что отчет до изменения мы сравниваем Основн.Конф. со СтаройКонф. поставщика, а после изменения Основн.Конф. обновленной с НовойКонф. поставщика. Просто я запутался, что с чем сравнивается и какой из этого смысл))

[@IlyaLeontyev]

Алексей, считаю, что приведенный в видео способ - самый простой и эффективный. Ваши внутренние методы оставлю без комментариев )

[@ВячеславДовгуля]

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

[@dstni]

а можно к примеру так всю конфигурацию поставить" взять с приоритетом поставщика?" она обновится и все наши изменения войдут?

[@IlyaLeontyev]

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

[@dstni]

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

[@IlyaLeontyev]

Да! И то только при условии, что Вы с поставщиком случайно не завели предопределенные элементы с одинаковым именем. Потому что поставщик может завести предопределенный элемент с тем же именем, но другим назначением. При выполнении "взять с приоритетом постащвика" программа заменит наш элемент на элемент поставщика просто потому, что они одинаково называются. Именно поэтому я всегда добавляю префиксы к созданным мною объектам. Это исключает возможность пересечения наименований с поставщиком.

[@dstni]

спасибо буду и далее смотреть ваши видео))

[@SPbLobovVG]

@@IlyaLeontyev по поводу объяснения по префиксам плюсик :)

[@АлексейЗавьялов-ю3х]

Как семинар прошел?

[@IlyaLeontyev]

Прошел хорошо. Было 12 человек. Мне все понравилось, но к сожалению, недостаток опыта сказался - многое пройти не успели, хотелось рассказать намного больше. Выводы от мероприятия: все это, конечно, интересно, но уж больно затратно и сложно. Намного лучше просто сидеть дома и работать. Дополнительный вывод: моя вера в то, что 1С можно изучить за 4 дня, полностью ушла от меня ) Нет, ребята. 1С - это сложно, и изучать нужно долго.

[@ФедосьяКулибина]

не нахожу "Показать различия в макетах", SOS!

[@IronMan-rq3mu]

Блин звук заедает.

[@IlyaLeontyev]

Есть такое (

[@ICMTrader]

Да блин, что за обрывания в видео....((( Целые предложения пропускаются. Мне как новичку каждое слово важно, а тут начинается объяснение, видео прерывается, и включается уже фиг знает на каком этапе... Я не критикую. Просто досадно - так хорошо рассказываете, а тут такие сбои в трансляции. Как раз на курсах прохожу эту тему, но там объяснения просто "Г...." с большой буквы. Приходится в других местах искать информацию. (

[@АнастасияПименова-ю4ж]

Уничтожил базы, не сделав копию что ли?