Передача значения параметров --data-urlencoded и --data из curl в POST HTTP-запросе 1С одновременно
Приветствую.
Разбираюсь сейчас в программной авторизации из 1С в GitLab. Нашел интересный метод, реализованный при помощи curl + perl . Но на данный момент есть нюанс. Не понимаю как передать параметры curl -data и --data-urlencoded в одном http-запросе.
Имеем команду curl с параметрами:
Тут передаются куки из прошлого запроса (передаем в заголовке HTTP-запроса 1С) и значения данных, которые в теории надо передавать в теле запроса, то есть через УстановитьТелоИзСтроки(). Прошу подсказать, если кто-то сталкивался - каким образом передать значения параметра curl --data-urlencoded в HTTP-запросе 1С. Плюс непонятно - передавать логин и пароль пользователя в открытом, незашифрованном виде в теле запроса или в заголовке запроса, но в закодированном виде Base64. Ну и самое главное - как одновременно передать логин, пароль и токен.
Разбираюсь сейчас в программной авторизации из 1С в GitLab. Нашел интересный метод, реализованный при помощи curl + perl . Но на данный момент есть нюанс. Не понимаю как передать параметры curl -data и --data-urlencoded в одном http-запросе.
Имеем команду curl с параметрами:
curl -b cookies.txt -c cookies.txt -i "${gitlab_host}/users/sign_in" \
--data "user[login]=${gitlab_user}&user[password]=${gitlab_password}" \
--data-urlencode "authenticity_token=${csrf_token}"Тут передаются куки из прошлого запроса (передаем в заголовке HTTP-запроса 1С) и значения данных, которые в теории надо передавать в теле запроса, то есть через УстановитьТелоИзСтроки(). Прошу подсказать, если кто-то сталкивался - каким образом передать значения параметра curl --data-urlencoded в HTTP-запросе 1С. Плюс непонятно - передавать логин и пароль пользователя в открытом, незашифрованном виде в теле запроса или в заголовке запроса, но в закодированном виде Base64. Ну и самое главное - как одновременно передать логин, пароль и токен.
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Согласно Postman, если используем заголовок x-www-form-urlencoded, это соответствует передаче значений через параметр --data-urlencoded, или в случае http-запроса 1С УстановитьТелоИзСтроки().
Если же установить заголовок raw, то запрос начнет передавать значения параметра curl --data в виде обычного текста. В обсуждении коллега спрашивал, как заставить 1С передавать именно значения параметра --data-urlencode вместо --data, и ему подсказали как раз про УстановитьТелоИзСтроки(). В моем же случае получается, что в алгоритме авторизации к GitLab необходимо в одном из последовательных запросов передавать значения сразу с двумя параметрами.
Если же установить заголовок raw, то запрос начнет передавать значения параметра curl --data в виде обычного текста. В обсуждении коллега спрашивал, как заставить 1С передавать именно значения параметра --data-urlencode вместо --data, и ему подсказали как раз про УстановитьТелоИзСтроки(). В моем же случае получается, что в алгоритме авторизации к GitLab необходимо в одном из последовательных запросов передавать значения сразу с двумя параметрами.
Прикрепленные файлы:
(2)
Но, если ты хочешь стоя и в гамаке, то у curl есть своя подробная документация. См, например,
Согласно Postman
Тот же postman вполне умеет показывать сниппет для http, из которого предельно ясно, что идет в заголовки, что в тело, а что в url и в какой кодировке.
Но, если ты хочешь стоя и в гамаке, то у curl есть своя подробная документация. См, например,
(3)
Тот же postman вполне умеет показывать сниппет для http, из которого предельно ясно, что идет в заголовки, что в тело, а что в url и в какой кодировке.
полностью согласен, в (2) как раз и прикрепил скрины содержимого этих сниппетов. Дело все в том, что если curl может передавать в одном запросе сразу и --data и --data-urlencode, то как это сделать в Postman, и уж тем более в HTTPЗапрос пока не нашел. Об этом и тема.
(11) Почему же внезапная? В шапке темы указал, что "разбираюсь с программной авторизацией в GitLab". Сервер GitLab у заказчика развернут, когда я захожу через браузер первое, что вижу - это страница LDAP авторизации. В (10) говорю именно про нее. Когда производится первый программный (цель: получить страницу с изменениями коммита и загрузить ее в поле HTML документа на форму) запрос страницы изменений GitLab в формате ответ перенаправляет на страницу авторизации, куда (по всей видимости) необходимо отправить запрос с использованием cookie и csrf-токена. В виде последовательности curl-запросов реализация есть, теперь пробую адаптировать ее для 1С.
Прикрепленные файлы:
В итоге пришел к следующему.
1. Два последовательных запроса обеспечивают авторизацию - токен безопасности и куки прилагаются в соответствующем составе;
2. Третий запрос должен получить непосредственно страницу HTML из репозитория, к которому идет запрос и при помощи ПолучитьТелоКакСтроку() отдать текст HTML в поле HTML-документа, размещенное на УФ.
По факту все так и происходит, но в поле HTML-документа отображается только панель меню GitLab слева, содержимое страницы не отображается, хотя тело ответа на запрос содержит полны текст HTML-страницы репозитория (в конфигураторе это видно). Теперь разбираюсь с этим этапом.
1. Два последовательных запроса обеспечивают авторизацию - токен безопасности и куки прилагаются в соответствующем составе;
2. Третий запрос должен получить непосредственно страницу HTML из репозитория, к которому идет запрос и при помощи ПолучитьТелоКакСтроку() отдать текст HTML в поле HTML-документа, размещенное на УФ.
По факту все так и происходит, но в поле HTML-документа отображается только панель меню GitLab слева, содержимое страницы не отображается, хотя тело ответа на запрос содержит полны текст HTML-страницы репозитория (в конфигураторе это видно). Теперь разбираюсь с этим этапом.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот