Выложил на сайте. Перейти можно по ссылке под видео или по qr коду который показывается в начале и конце видео. Там разбито на части, как в видео, по каждой ссылка.
Да, спасибо, интересно. Конечно, на реальных базах скорее всего использовал бы кд2 или кд3 ( или кд3.1, смотрели уже новый фреймворк?). Честно говоря, не знал, что их коробки платформа так много дает для настройки обмена. планы обмена да, а вот про автоматическое формирование сообщений - не знал, как-то сразу с кд2 начинал.
Многие начинают сразу с библиотек, а там столько что не увидишь что из этого из базовых возможностей самой платформы, а что библиотека добавляет. Я для этих целей и сделал. Для реальных задач думаю это не особо подойдёт, только если для очень простых. Бсп как раз этот механизм и использует в основе. Позже планирую сделать про подсистему обмен данными из Бсп, а это как вводная информация.
объясните за http, нужно два запроса подавать? (1й запрос получает изменения , 2й запрос говорит что всё ок удаляй регистрацию). в какой момент вызывется ver1UploadData(Запрос)? или он автоматически если тела нет то это GET, если тело есть то это POST?
Есть такой стиль разработки api - rest. По нему если вы запрашиваете данные, это делается запросом методом get, если наоборот передаете для н.п. добавления то запрос методом post. Тело запроса может быть у любого метода по сути get и post отличаются только соглашением их использования, а технически у них одинаковые возможноти. Но обычно передавать тело в get запросе не принято по соглашению, но не запрещено технически. Вы можете не соблюдать соглашение rest , а передавать и сразу получать данные одним запросом post , тогда в теле будет передаваться данные и номер обращения для снятия регистрации. И он так же будет возвращать данные (как get). По поводу вопроса, как определяетяся какой обработчик вызвать. Для каждого обработчика указано какой метод он обрабатывает (get или post) посмотрите пример конфигурации, я прикретил в комментариях в телеграмме (для этого видео). А факт наличие тела, как я сказал, не является отличием get от post. Тип запроса указывается явно в заголовках http пакета, при выполнении запроса.
Как хорошо, что есть ютуб и масса хороших людей! Четко, ясно, без воды, спасибо!
Самый адекватный канал по 1с , каждый одно и тоже пилит , респект тебе.
Спасибо! Стараюсь делать контент уникальным полезным и без воды.
Очень содержательно, доступно и полезно! Продумано до мелочей! Спасибо большое! Виден значительный опыт в разработке! Супер!
Просто молодец!
Очень интересно))) Спасибо большое! 😊
Спасибо тебе, автор, за это видео и за все остальные! Контент уникальный, это особенно ценно.
Афигеть, круто! мне как новичку много полезной информации. И много непонятного. Осваиваю.
Благодарен за видео. Как раз по работе надо, это будет 3 вариант написания обмена. Буду дальше осваивать Ваши материалы.
Спасибо!
Очень полезно и точно .
Спасибо, было интересно посмотреть, еще бы базу на которой показывали выложить, что бы в отладчике посмотреть, что куда в какой моменте передается.
Выложил на сайте. Перейти можно по ссылке под видео или по qr коду который показывается в начале и конце видео. Там разбито на части, как в видео, по каждой ссылка.
спасибо, за ваши ролики
Пожалуйста!
Даёшь курс по конвертации 3 чтобы пользоваться планом обмена по Enterprise Data!)
Это большие трудозатраты. Для этого надо этим заниматься как основной деятельностью. Ну может и дойду когда-нибудь до профессионального режима.
Очень хорошее видео получилось
Да, спасибо, интересно. Конечно, на реальных базах скорее всего использовал бы кд2 или кд3 ( или кд3.1, смотрели уже новый фреймворк?). Честно говоря, не знал, что их коробки платформа так много дает для настройки обмена. планы обмена да, а вот про автоматическое формирование сообщений - не знал, как-то сразу с кд2 начинал.
Многие начинают сразу с библиотек, а там столько что не увидишь что из этого из базовых возможностей самой платформы, а что библиотека добавляет. Я для этих целей и сделал. Для реальных задач думаю это не особо подойдёт, только если для очень простых. Бсп как раз этот механизм и использует в основе. Позже планирую сделать про подсистему обмен данными из Бсп, а это как вводная информация.
@@fastAbout1s Отлично) спасибо!
Хорошее видео, но, вопрос, как при разной структуре данных выгружать табличные части документа?
Спасибо за видео, помогло разобраться с обменом. Жаль, сайт с исходниками не открывается.
На телеграм канале дублируются эти видео, там есть материалы из видео t.me/FastAbout1s/38
Большое спасибо за видео, но ссылка на конфигурацию не доступна. Не могли бы повторно выложить файл.
Да, сайт уже закрыт. Файлы прикрепляю в комментариях в телеграмме. Вот в этом посте ссылки на файлы. t.me/FastAbout1s/38
@@fastAbout1s спс
объясните за http, нужно два запроса подавать? (1й запрос получает изменения , 2й запрос говорит что всё ок удаляй регистрацию). в какой момент вызывется ver1UploadData(Запрос)? или он автоматически если тела нет то это GET, если тело есть то это POST?
Есть такой стиль разработки api - rest. По нему если вы запрашиваете данные, это делается запросом методом get, если наоборот передаете для н.п. добавления то запрос методом post. Тело запроса может быть у любого метода по сути get и post отличаются только соглашением их использования, а технически у них одинаковые возможноти. Но обычно передавать тело в get запросе не принято по соглашению, но не запрещено технически.
Вы можете не соблюдать соглашение rest , а передавать и сразу получать данные одним запросом post , тогда в теле будет передаваться данные и номер обращения для снятия регистрации. И он так же будет возвращать данные (как get).
По поводу вопроса, как определяетяся какой обработчик вызвать.
Для каждого обработчика указано какой метод он обрабатывает (get или post) посмотрите пример конфигурации, я прикретил в комментариях в телеграмме (для этого видео).
А факт наличие тела, как я сказал, не является отличием get от post.
Тип запроса указывается явно в заголовках http пакета, при выполнении запроса.
@@fastAbout1s тогда нужно два запроса один на запрос изменений второй для подтверждения что всё норм