- HTTP для начинающих 8
Список уроков
- Лекция1.1
- Лекция1.2
- Лекция1.352 min
- Лекция1.401 hour 40 min
- Лекция1.547 min
- Лекция1.605 hour 20 min
- Лекция1.7
- Лекция1.8
This content is protected, please login and enroll course to view this content!
Оставьте ответ Отменить ответ
Блок 2
Предыдущий Блок 4
Следующий
9 Комментариев
М-да. Разочарован. Все обучение, это – посмотреть какой автор молодец, написал много кода и как он ловко тыкает везде мышкой… Может программист Вы и хороший, но как преподаватель- не Ваша это стезя.
Это ваше субъективное мнение. Есть у меня критические отзывы, но там люди конкретику писали, у вас же все формулировки размыты. Если вам что-то не понятно после просмотра, то пишите, постараюсь объяснить.
Автор очень много говорит о необходимости работы через https соединение, но в раздаточном материале ничего этого нет. Возможно об этом где-то и говорилось в видео, но я не могу найти. Подскажите, про это есть в видео (как именно делать) или нет?
https://www.youtube.com/watch?v=qvKwtQMoqyk
Предположим есть несколько баз, которые выкладывают номенклатуру на HTTP сервис исходной базы, а из этой исходной базы мы забираем номенклатуру, создаем элементы справочника, удаляем ее на HTTP сервисе. Можно реализовать такой процесс и как можно удалять тогда пакетом номенклатуру с сервиса, а не по одной?
Не совсем понята архитектура, но попробую предложить такой вариант. Вы не удаляете номенклатуру сразу, а регистрируете удаляемую номенклатуру в узле плана обмена. Потом раз в минуту, фоновым заданием, выбираете изменения, удаляете номенклатуру и очищаете изменения в узле.
спасибо за быстрый ответ, а если я POST запросом по шаблону /products/* сразу получаю всю номенклатуру, формирую массив из кодов и удаляю запросом DELETE каждый элемент по коду по шаблону /products/код1, получится так?
Можете и так
Доброго дня. Может подскажете: что нужно (или ничего не нужно) сделать на стороне 1С для авторизации по протоколу Kerberos при обращении к веб-сервису? По моей логике это вариация встроенной проверки подлинности операционной системы (NTLM – Windows Authentication). И при обращении к сервису под конкретной учетной записью AD из любого приложения будь то из браузера, будь то средствами платформы 1С, само приложение (в нашем случае платформа 1С) обеспечит взаимодействие с сервером AD(Kerberos) для аутентификации пользователя. Т.е. необходимости самостоятельного получения токена из KDC (Key Distribution Centre) непосредственно каким-то кодом из 1С для авторизации по протоколу Kerberos при обращении к веб-сервису нет, также как такой необходимости нет при обращении из браузера.
В статье на Хабре ( https://habr.com/ru/post/321962/ ) встречал : “В браузерах для этого заложен принцип — получая в ответ на свой Get-запрос HTTP-код 401 «Not Authorized», и в HTTP-заголовках , он, браузер, делает запрос в KDC (Key Distribution Center — одна из служб AD) на получение специального SPNEGO-токена для данного Web-сервиса. ” – т.е. по логике аналогично в такой же ситуации поведет себя и платформа. Верно ли?