Мне очень понравилось видео. Изложено все подробно и понятно. Жду новых видео, вроде "типовые задачи для программиста 1с". И классно что вас видно) вы такой очаровательный
Люто плюсую )) Я знал про не типовые обновления, смотрел много уроков по этой теме, и даже выполнял несложные обновления, но все еще в голове не было "щелчка".
Мне нравятся уроки. Очень хочется, чтобы в ближайшем будущем вышел достойный урок на тему обновления с помощью cf-файлов. Ведь это гораздо быстрее чем возня с CFU, но есть риск потери данных. Опять же хотелось бы на примерах получше узнать почему есть этот риск и как его избежать используя ключевые релизы (мне лично не понятно, как отличить ключевой релиз от обычного).
Илья молодец, ведет с юмором. По угорал в 26:42: "Всё понятно было, что сейчас происходит? Ну, то есть понятно, что вам не нужно понимать, что сейчас происходило!" :)
Пожалуйста, Андрей! Ситуация с видео неприятная. Возможно, в будущем запишу видео в формате обычного "невебинарного" видео. Будет покороче и без косяков. Пока что предлагаю поискать самые нужные и интересные места вот здесь: ua-cam.com/video/DXP2ft_443E/v-deo.html
1:10:38 Данные могут пропасть только в тех случаях, если были изменены мета объекты (добавление реквизитов, объектов, предопределенных объектов и т.п.). Если изменялась форма или модуль какой-то, то данные не пропадут
Позволю себе поправки. 1. Когда Вы включаете возможность изменения конфигурации, то замки снимать со всех объектов бездумно не нужно. Снимать замки надо с тех объектов конфигурации, какие вы будете изменять. Это очень полезно для визуального восприятия того, что вы изменили. Особенно это актуально, когда после вас кто-то будет обновлять конфигурацию. 2. Когда вы обновляете конфигурацию файлами cfu, а не полными cf-ками, то у вас конфигурация поставщика не будет обновляться. Т.е. она будет отставать от конфигурации БД. Поэтому рекомендуется делать обновление "цфкой". Я прав? А так классный канал, автор доступно излагает.
Алексей, нахожу пункт 1 неудобным. Приходится постоянно возвращаться к тому, чтобы снимать блокировку с объектов. Зачастую это сбиваем с мысли. Если мне нужно узнать, какие объекты были изменены, я пользуюсь отчетом-сравнением основной конфигурации и конфигурации-поставщика. По поводу пункта 2. Никогда не слышал про такие рекомендации :) Конфигурация поставщика будет корректно обновляться, если делать так, как я показываю в этом уроке.
1. Да, конечно, придется постоянно снимать замки. Тут уже на любителя. Я просто из собственного опыта обновления переписанной КА говорю. Для меня так нагляднее. 2. Я немного ошибся. Отставание конфы поставщика происходит, когда мы обновляем не как обычно, а через сравнение/объединение. Допустим, достали мы новую цфку, сравнили/объединили. А конфа поставщика осталась той же версии. Вот я как раз с таким столкнулся, когда мне по наследству досталась такая база, которую так коряво обновляли. Извиняюсь за неточность.
Илья, добрый день. Подскажите, непонятно (время видео 55:10) Окно сравнения основной конфигурации с конфигурацией поставщика. Непонятно "конфигурацией поставщика" имеется в виду старая конфигурация или новая, согласно предыдущей терминологии в видео.
Спасибо, Илья! Очень полезное видео. Подскажи пожалуйста, как поступить, если на текущий момент имеется база УПП снятая с поддержки, ведётся разработка через хранилище. Каков порядок действий, чтобы вернуть конфигурацию поставщика?
Илья, правильно ли я понял: если сравнивается предопределенный тип то всегда ставить объединение с преимуществом в ту или иную сторону, в остальных случаях либо берем поставщика либо свои доработки?
Михаил, все несколько сложнее. Объединение очень часто дает правильный результат, поэтому стоит использовать его по максимуму. Стоит учитывать, что объединение форм работает неправильно в том случае, если имеет место удаление элемента в одной из форм. Поэтому формы объединяем аккуратно. Вообще у меня на канале есть подробный курс по обновлению нетиповых конфигураций 1С.
Я думаю могу совет дать по тому как код проверить в модуле, нужно ли что-либо править, это сравнение СФ с основной базой одинаковой версии. Можно просто посмотреть различия в БД основной старой и основной?
Одну важную деталь забыл описать. При обновлении модулей могу указывать для каждой процедуры или функции что с ней делать: взять из конфигурации из поставщика, оставить свою. Иногда это значительно упрощает процесс обновления, особенно если много добавленных процедур или функций
Анатолий Будников меня этот механизм сбивает с толку, поэтому я его не использую. К тому же я не хотел усложнять объяснение. Но конечно, есть вероятность, что зря.
Огромное спасибо за Ваши разъяснения. Прослушала "для самых маленьких" раз 5 с возвратами, вроде что-то откладывается. Очень помогло. Но не могу до конца объединить конфигурации из-за разницы в отчетах и обработках. Как их то обновлять, если есть изменения в макетах на СКД?
Спасибо Вам за просмотры ) Вы прямо в точку - я в этом видео ставил цель рассмотреть сам принцип обновления, а не всю методику. И про макеты СКД не сказал ни слова... И про роли. И про интерфейсы. Новое видео будет, но по срокам пока не могу сказать.
Илья, можете объяснить немного другой способ анализа и обновления нетиповой конфигурации. Я новичок программист. Как вы уже сказали в видео первое задание которое дали это обновление нетиповой конфигурации)) не самое простое для меня, скорее всего самое непростое. Мне предложили такой способ, анализа: делаем сравнение конфигураций до обновления далее выводим в текстовый файл результат сравнения всей конфы, затем расставляем галки как у вас в видео, но с подробными настройками по каждому пункту (функции, процедуры - кнопка шестеренки рядом с конфликтующими элементами), устанавливаем режим объединения с приоритетом основной конфы, затем объединяем, далее делаем отчет после обновления (промежуточный) выводим в файл. Сравниваем текстовые файлы до обновления и после обновления (промежуточный) с помощью программы Beyond Compare построчно. Вносим изменения. Не совсем понятно как анализировать эти файлы отчетов. Получается что отчет до изменения мы сравниваем Основн.Конф. со СтаройКонф. поставщика, а после изменения Основн.Конф. обновленной с НовойКонф. поставщика. Просто я запутался, что с чем сравнивается и какой из этого смысл))
Вы имеете в виду, при обновлении? Как правило, база действительно растет, особенно если речь об управляемом режиме. Насчет 2-3 раза - это, конечно, мощно.
Нашла информацию, что нужно после обновления выгрузить и заново загрузить инф. базу. Размер 1Cv8.1CD "нормализуется" - был ~1 700 000 стал ~700 000. Спасибо.
Хороший вопрос... Общее правило такое же, как и для всего вышесказанного. Строим отчеты-сравнения и делаем выводы. Обновление интерфейсов - процесс не очень наглядный. Отчеты содержат лишь информацию о разнице в количестве пунктов меню, но не говорят, какие именно меню отличаются. Поэтому приходится сравнивать эти интерфейсы на глаз... Отчеты-сравнения по ролям весьма наглядны, на мой взгляд. Хотя и неудобны, спору нет.
А можно, если не хочешь заморачиваться с обновлением типовой роли, создать ее копию, допустим "Бухгалтер1" а при обновлении затереть изменениями поставщика измененную типовую, а затем после обновления дать пользователю роль "Бухгалтер1"? И то же самое сделать с интерфейсами.
Хорошо, когда человек старается творчески мыслить) Но тут есть загвоздка: роль "Бухгалтер1" не будет обновляться, в отличие от роли "Бухгалтер". То есть поставщик время от времени будет добавлять какие-то новые объекты, а также всячески играть с правами роли "Бухгалтер", а на твоей роли "Бухгалтер1" это никак не скажется. Как следствие у пользователей в какой-то момент начнут вылезать ошибки "Недостаточно прав доступа". Если короче: нет, так нельзя, надо обновлять по-человечески. То же самое касается форм и прочих объектов. Не надо создавать копии. Надо обновлять типовые объекты.
Прошел хорошо. Было 12 человек. Мне все понравилось, но к сожалению, недостаток опыта сказался - многое пройти не успели, хотелось рассказать намного больше. Выводы от мероприятия: все это, конечно, интересно, но уж больно затратно и сложно. Намного лучше просто сидеть дома и работать. Дополнительный вывод: моя вера в то, что 1С можно изучить за 4 дня, полностью ушла от меня ) Нет, ребята. 1С - это сложно, и изучать нужно долго.
Было бы здорово, если бы нетиповые обновления решались таким образом ) Давайте я поясню, в чем проблема такого решения. Когда Вы указываете "взять с приоритетом поставщика", это будет означать, что в случае обнаружения конфликта (то есть мы поменяли объект и поставщик поменял объект) будет произведена замена на решение поставщика. То есть наши изменения для конфликтных ситуаций, вообще-то говоря, перенесены не будут.
Да! И то только при условии, что Вы с поставщиком случайно не завели предопределенные элементы с одинаковым именем. Потому что поставщик может завести предопределенный элемент с тем же именем, но другим назначением. При выполнении "взять с приоритетом постащвика" программа заменит наш элемент на элемент поставщика просто потому, что они одинаково называются. Именно поэтому я всегда добавляю префиксы к созданным мною объектам. Это исключает возможность пересечения наименований с поставщиком.
Да блин, что за обрывания в видео....((( Целые предложения пропускаются. Мне как новичку каждое слово важно, а тут начинается объяснение, видео прерывается, и включается уже фиг знает на каком этапе... Я не критикую. Просто досадно - так хорошо рассказываете, а тут такие сбои в трансляции. Как раз на курсах прохожу эту тему, но там объяснения просто "Г...." с большой буквы. Приходится в других местах искать информацию. (
Блин чувак. Снимаю шлюпа перед тобой как программист 1с с опытом работы 11 лет. Ты крут. Все ясно, понятно и доступно. Рекомендую.
Большое спасибо, Роман!
Мне очень понравилось видео. Изложено все подробно и понятно. Жду новых видео, вроде "типовые задачи для программиста 1с". И классно что вас видно) вы такой очаровательный
Видео начинается с 28:21. Не благодарите.
Люто плюсую )) Я знал про не типовые обновления, смотрел много уроков по этой теме, и даже выполнял несложные обновления, но все еще в голове не было "щелчка".
Мне нравятся уроки. Очень хочется, чтобы в ближайшем будущем вышел достойный урок на тему обновления с помощью cf-файлов. Ведь это гораздо быстрее чем возня с CFU, но есть риск потери данных. Опять же хотелось бы на примерах получше узнать почему есть этот риск и как его избежать используя ключевые релизы (мне лично не понятно, как отличить ключевой релиз от обычного).
Илья молодец, ведет с юмором. По угорал в 26:42: "Всё понятно было, что сейчас происходит? Ну, то есть понятно, что вам не нужно понимать, что сейчас происходило!" :)
Повторение - мать учения. Спасибо за лекцию. Я правда так и не понял, как реквизиты редактировать. У некоторых вылазит разные значения истина, ложь.
Спасибо. Хорошо изъясняетесь, все понятно, но бл##ть, выпадает видео в самых нужных и интересных местах.
Пожалуйста, Андрей! Ситуация с видео неприятная. Возможно, в будущем запишу видео в формате обычного "невебинарного" видео. Будет покороче и без косяков. Пока что предлагаю поискать самые нужные и интересные места вот здесь: ua-cam.com/video/DXP2ft_443E/v-deo.html
КЛАССНО! СПАСИБО!
Ого, только сейчас наткнулся на это видео! Лайк
Офигенный голос.
1:10:38
Данные могут пропасть только в тех случаях, если были изменены мета объекты (добавление реквизитов, объектов, предопределенных объектов и т.п.). Если изменялась форма или модуль какой-то, то данные не пропадут
Хороший материал.Спасибо.
Вы на заставке похожи на Нуралиева :)) Увидела слово 1С в названии и заставку, думала там Нуралиев что-то говорить будет :))
На первый вопрос ответ получил на 53 минуте)
Позволю себе поправки.
1. Когда Вы включаете возможность изменения конфигурации, то замки снимать со всех объектов бездумно не нужно.
Снимать замки надо с тех объектов конфигурации, какие вы будете изменять.
Это очень полезно для визуального восприятия того, что вы изменили.
Особенно это актуально, когда после вас кто-то будет обновлять конфигурацию.
2. Когда вы обновляете конфигурацию файлами cfu, а не полными cf-ками, то у вас конфигурация поставщика не будет обновляться. Т.е. она будет отставать от конфигурации БД. Поэтому рекомендуется делать обновление "цфкой".
Я прав?
А так классный канал, автор доступно излагает.
Алексей,
нахожу пункт 1 неудобным. Приходится постоянно возвращаться к тому, чтобы снимать блокировку с объектов. Зачастую это сбиваем с мысли. Если мне нужно узнать, какие объекты были изменены, я пользуюсь отчетом-сравнением основной конфигурации и конфигурации-поставщика.
По поводу пункта 2. Никогда не слышал про такие рекомендации :) Конфигурация поставщика будет корректно обновляться, если делать так, как я показываю в этом уроке.
1. Да, конечно, придется постоянно снимать замки. Тут уже на любителя. Я просто из собственного опыта обновления переписанной КА говорю. Для меня так нагляднее.
2. Я немного ошибся. Отставание конфы поставщика происходит, когда мы обновляем не как обычно, а через сравнение/объединение. Допустим, достали мы новую цфку, сравнили/объединили. А конфа поставщика осталась той же версии. Вот я как раз с таким столкнулся, когда мне по наследству досталась такая база, которую так коряво обновляли.
Извиняюсь за неточность.
Ты хорошо освоил этот вопрос!)
))) оч понятно. Спасибо!
Илья, добрый день. Подскажите, непонятно (время видео 55:10) Окно сравнения основной конфигурации с конфигурацией поставщика. Непонятно "конфигурацией поставщика" имеется в виду старая конфигурация или новая, согласно предыдущей терминологии в видео.
Алексей, прошу прощения, что заставил ждать. Конфигурация поставщика - имеется в виду старая конфигурация поставщика.
Топ контент.
Спасибо, Илья! Очень полезное видео. Подскажи пожалуйста, как поступить, если на текущий момент имеется база УПП снятая с поддержки, ведётся разработка через хранилище. Каков порядок действий, чтобы вернуть конфигурацию поставщика?
Илья, правильно ли я понял: если сравнивается предопределенный тип то всегда ставить объединение с преимуществом в ту или иную сторону, в остальных случаях либо берем поставщика либо свои доработки?
Михаил, все несколько сложнее. Объединение очень часто дает правильный результат, поэтому стоит использовать его по максимуму.
Стоит учитывать, что объединение форм работает неправильно в том случае, если имеет место удаление элемента в одной из форм. Поэтому формы объединяем аккуратно.
Вообще у меня на канале есть подробный курс по обновлению нетиповых конфигураций 1С.
Классно! Я бы пришла на курс)
Очень было бы интересно послушать про сервер 1с sql, хорошего объяснения в интернете пока не могу найти(
У меня есть видео на эту тему из лохматого периода: ua-cam.com/video/olzukBPeDEU/v-deo.html
Уж не знаю, насколько это смотрибельно сейчас )
Илья Леонтьев.рф очень даже смотрибельно!;)
Благодарю )
Я думаю могу совет дать по тому как код проверить в модуле, нужно ли что-либо править, это сравнение СФ с основной базой одинаковой версии. Можно просто посмотреть различия в БД основной старой и основной?
Интересно как быстро базы грузятся. И вопрос как быть с измененными регистрами форм?
Одну важную деталь забыл описать. При обновлении модулей могу указывать для каждой процедуры или функции что с ней делать: взять из конфигурации из поставщика, оставить свою. Иногда это значительно упрощает процесс обновления, особенно если много добавленных процедур или функций
Анатолий Будников меня этот механизм сбивает с толку, поэтому я его не использую. К тому же я не хотел усложнять объяснение.
Но конечно, есть вероятность, что зря.
Может стоить посвятить ему отдельное видео? Для продвинутых, так сказать ;)
Огромное спасибо за Ваши разъяснения. Прослушала "для самых маленьких" раз 5 с возвратами, вроде что-то откладывается. Очень помогло. Но не могу до конца объединить конфигурации из-за разницы в отчетах и обработках. Как их то обновлять, если есть изменения в макетах на СКД?
Спасибо Вам за просмотры )
Вы прямо в точку - я в этом видео ставил цель рассмотреть сам принцип обновления, а не всю методику. И про макеты СКД не сказал ни слова...
И про роли. И про интерфейсы.
Новое видео будет, но по срокам пока не могу сказать.
Подожду, спасибо еще раз
Материал отличный, но в самом сложном месте, в районе 58-й минуты и часа - разогнался, скомкано, быстро, видос пропадает....
Илья, можете объяснить немного другой способ анализа и обновления нетиповой конфигурации. Я новичок программист. Как вы уже сказали в видео первое задание которое дали это обновление нетиповой конфигурации)) не самое простое для меня, скорее всего самое непростое. Мне предложили такой способ, анализа: делаем сравнение конфигураций до обновления далее выводим в текстовый файл результат сравнения всей конфы, затем расставляем галки как у вас в видео, но с подробными настройками по каждому пункту (функции, процедуры - кнопка шестеренки рядом с конфликтующими элементами), устанавливаем режим объединения с приоритетом основной конфы, затем объединяем, далее делаем отчет после обновления (промежуточный) выводим в файл. Сравниваем текстовые файлы до обновления и после обновления (промежуточный) с помощью программы Beyond Compare построчно. Вносим изменения. Не совсем понятно как анализировать эти файлы отчетов. Получается что отчет до изменения мы сравниваем Основн.Конф. со СтаройКонф. поставщика, а после изменения Основн.Конф. обновленной с НовойКонф. поставщика. Просто я запутался, что с чем сравнивается и какой из этого смысл))
Алексей, считаю, что приведенный в видео способ - самый простой и эффективный. Ваши внутренние методы оставлю без комментариев )
При объединении 1Cv8.1CD увеличился почти в 3 раза, это нормально или что-то не так?
Вы имеете в виду, при обновлении?
Как правило, база действительно растет, особенно если речь об управляемом режиме.
Насчет 2-3 раза - это, конечно, мощно.
Нашла информацию, что нужно после обновления выгрузить и заново загрузить инф. базу. Размер 1Cv8.1CD "нормализуется" - был ~1 700 000 стал ~700 000. Спасибо.
Вот это фокусы!
Как обновлять права и интерфейсы?
Хороший вопрос...
Общее правило такое же, как и для всего вышесказанного. Строим отчеты-сравнения и делаем выводы.
Обновление интерфейсов - процесс не очень наглядный. Отчеты содержат лишь информацию о разнице в количестве пунктов меню, но не говорят, какие именно меню отличаются. Поэтому приходится сравнивать эти интерфейсы на глаз...
Отчеты-сравнения по ролям весьма наглядны, на мой взгляд. Хотя и неудобны, спору нет.
А можно, если не хочешь заморачиваться с обновлением типовой роли, создать ее копию, допустим "Бухгалтер1" а при обновлении затереть изменениями поставщика измененную типовую, а затем после обновления дать пользователю роль "Бухгалтер1"?
И то же самое сделать с интерфейсами.
Хорошо, когда человек старается творчески мыслить) Но тут есть загвоздка: роль "Бухгалтер1" не будет обновляться, в отличие от роли "Бухгалтер".
То есть поставщик время от времени будет добавлять какие-то новые объекты, а также всячески играть с правами роли "Бухгалтер", а на твоей роли "Бухгалтер1" это никак не скажется.
Как следствие у пользователей в какой-то момент начнут вылезать ошибки "Недостаточно прав доступа".
Если короче: нет, так нельзя, надо обновлять по-человечески.
То же самое касается форм и прочих объектов. Не надо создавать копии. Надо обновлять типовые объекты.
Как семинар прошел?
Прошел хорошо. Было 12 человек. Мне все понравилось, но к сожалению, недостаток опыта сказался - многое пройти не успели, хотелось рассказать намного больше.
Выводы от мероприятия: все это, конечно, интересно, но уж больно затратно и сложно. Намного лучше просто сидеть дома и работать.
Дополнительный вывод: моя вера в то, что 1С можно изучить за 4 дня, полностью ушла от меня ) Нет, ребята. 1С - это сложно, и изучать нужно долго.
не нахожу "Показать различия в макетах", SOS!
а можно к примеру так всю конфигурацию поставить" взять с приоритетом поставщика?" она обновится и все наши изменения войдут?
Было бы здорово, если бы нетиповые обновления решались таким образом )
Давайте я поясню, в чем проблема такого решения. Когда Вы указываете "взять с приоритетом поставщика", это будет означать, что в случае обнаружения конфликта (то есть мы поменяли объект и поставщик поменял объект) будет произведена замена на решение поставщика.
То есть наши изменения для конфликтных ситуаций, вообще-то говоря, перенесены не будут.
значит использовать только для предопределенных значений или для уникальных объектов?
Да! И то только при условии, что Вы с поставщиком случайно не завели предопределенные элементы с одинаковым именем. Потому что поставщик может завести предопределенный элемент с тем же именем, но другим назначением.
При выполнении "взять с приоритетом постащвика" программа заменит наш элемент на элемент поставщика просто потому, что они одинаково называются.
Именно поэтому я всегда добавляю префиксы к созданным мною объектам. Это исключает возможность пересечения наименований с поставщиком.
спасибо буду и далее смотреть ваши видео))
@@IlyaLeontyev по поводу объяснения по префиксам плюсик :)
Да блин, что за обрывания в видео....((( Целые предложения пропускаются. Мне как новичку каждое слово важно, а тут начинается объяснение, видео прерывается, и включается уже фиг знает на каком этапе... Я не критикую. Просто досадно - так хорошо рассказываете, а тут такие сбои в трансляции. Как раз на курсах прохожу эту тему, но там объяснения просто "Г...." с большой буквы. Приходится в других местах искать информацию. (
Блин звук заедает.
Есть такое (
Уничтожил базы, не сделав копию что ли?