Выложил на сайте. Перейти можно по ссылке под видео или по 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 вариант написания обмена. Буду дальше осваивать Ваши материалы.
Очень интересно))) Спасибо большое! 😊
Даёшь курс по конвертации 3 чтобы пользоваться планом обмена по Enterprise Data!)
Это большие трудозатраты. Для этого надо этим заниматься как основной деятельностью. Ну может и дойду когда-нибудь до профессионального режима.
Просто молодец!
Спасибо, было интересно посмотреть, еще бы базу на которой показывали выложить, что бы в отладчике посмотреть, что куда в какой моменте передается.
Выложил на сайте. Перейти можно по ссылке под видео или по qr коду который показывается в начале и конце видео. Там разбито на части, как в видео, по каждой ссылка.
Очень полезно и точно .
Спасибо!
спасибо, за ваши ролики
Пожалуйста!
Очень хорошее видео получилось
Да, спасибо, интересно. Конечно, на реальных базах скорее всего использовал бы кд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 тогда нужно два запроса один на запрос изменений второй для подтверждения что всё норм