Как отправить post запрос: Отправка POST-запроса на API REST | Руководство по REST API

Отправка POST-запроса на API REST | Руководство по REST API

Используйте POST-запрос HTTP для отправки одного или нескольких запросов RPC на REST API. Для настройки устройства можно использовать POST-запрос.

Для одной rpc команды общий формат оконечных точек:

scheme://device-name:port/rpc/method[@attributes]/params

• scheme: http или https

• method: Имя любой rpc Junos OS. Имя method идентично элементу tag. Дополнительные сведения см. в Junos протоколе XML, обработке инструкций и тегов ответа в руководстве по разработчику протокола управления XML Junos xML и справочнике разработчика Junos XML API.

• params: Необязательные значения параметров name[=value] ().

Для аутентификации запроса отправьте имя пользователя и пароль, закодированный базой 64, в задатке авторизации:

curl -u "username:password" http://device-name:port/rpc/get-interface-information

Чтобы указать данные в качестве строки запроса в URI для POST-запросов, отправьте данные запроса rpc на теле POST. В таких случаях можно указать Content-Type как или , как text/plain application/xml показано в этих эквивалентных вызовах cURL:

curl -u "username:password" http://device-name:port/rpc/get-interface-information --header "Content-Type: text/plain" –d "interface-name=cbp0"
curl -u "username:password" http://device-name:port/rpc/get-interface-information --header "Content-Type: application/xml" –d "<interface-name>cbp0</interface-name>"

Для одиночных и нескольких команд RPC можно использовать заглавныедеры HTTP Accept для указания формата возврата, используя одно из следующих значений типа содержимого:

Например, следующий вызов cURL определяет формат вывода JSON:

curl -u "username:password" http://device-name:port/rpc -d <get-software-information /> –header "Accept: application/json"

Можно также указать формат вывода с использованием дополнительного format атрибута:

curl -u "username:password" http://device-name:port/rpc -d "<get-software-information  format=application/json'/>"

Примечание.

По умолчанию для POST-запросов, содержащих аргументы в теле, по умолчанию задается application/xml. Если необходимо использовать любое другое содержимое, например строку запроса, можно указать тип содержимого ( текст/неявный). Укажите format атрибут в командах настройки.

При выполнении нескольких команд в одном запросе rpc общий формат конечной точки:

scheme://device-name:port/rpc

RPC должны быть предоставлены в качестве XML-данных в теле POST. Тип содержимого для ответа является многопартийным/смешанным, при этом граница и подтип связаны с выходными данными каждого выполнения RPC. Формат, указанный в заглавном сообщении «Accept», используется в качестве формата выходных данных для каждого из RPC при утере

<get-software-information/><get-interface-information/>

Ниже находится вызов cURL с использованием этого тела POST:

curl -u "username:password" http://device-name:port/rpc -d "<get-software-information/><get-interface-information/>"

Выходные данные запроса, содержащие XML в качестве стандартного, будут отображаться следующим образом:

HTTP/1.1 200 OK
Content-Type: multipart/mixed; boundary=fkj49sn38dcn3
Transfer-Encoding: chunked
Date: Thu, 20 Mar 2014 11:01:27 GMT
Server: lighttpd/1.4.32
--fkj49sn38dcn3
Content-Type: application/xml
<software-information>
<host-name>...</host-name>
...
</software-information>
--fkj49sn38dcn3
Content-Type: application/xml
<interface-information>
<physical-interface>...</physical-interface>
</interface-information>
--fkj49sn38dcn3--

Также можно указать формат выходных данных для каждого элемента в теле POST. Например, следующий запрос излучает JSON для RPC и обычный текст get-interface-information для get-software-information RPC:

curl -u "username:password" http://device-name:port/rpc 
-d "<get-interface-information/><get-software-information format='text/plain'/>" 
—header "Accept: application/json"

При выполнении нескольких RPC в случае возникновения ошибки по умолчанию игнорируется ошибка и продолжается выполнение. Если необходимо выйти из URI при первой ошибке, stop-on-error укажите флаг в URI. Например, при столкновении с ошибкой устройство настраивается и завершается следующим запросом:

curl -u "username:password" http://device-name:port/rpc?stop-on-error=1 
-d "<lock-configuration/>
  <load-configuration>
    <configuration><system><hostname>foo</hostname></system></configuration>
  </load-configuration>
  <commit/>
   <unlock-configuration/>" 

Как вручную отправлять HTTP-запросы POST из браузера Firefox или Chrome?

Я хочу протестировать некоторые URL-адреса в веб-приложении, над которым я работаю. Для этого я хотел бы вручную создавать запросы HTTP POST (то есть я могу добавлять любые параметры, которые мне нравятся).

Есть ли какие-либо расширения или функции в Chrome и / или Firefox, которые мне не хватает?

ajax  google-chrome  firefox  http-post 

— Паскаль Кляйн

Ответы:

Я делал приложение для Chrome под названием Postman для такого рода вещей. Все остальные расширения выглядели немного устаревшими, поэтому я сделал их самостоятельно. Он также имеет множество других функций, которые были полезны для документирования нашего собственного API здесь.

Почтальон теперь также имеет собственные приложения (то есть автономные) для Windows, Mac и Linux! Сейчас предпочтительнее использовать нативные приложения, читайте больше здесь .

— Abhinav
источник

CURL УДИВИТЕЛЬНО делать то, что вы хотите! Это простой, но эффективный инструмент командной строки.

Остальные реализации тестовых команд:

curl -i -X GET http://rest-api.io/items
curl -i -X GET http://rest-api.io/items/5069b47aa892630aae059584
curl -i -X DELETE http://rest-api.io/items/5069b47aa892630aae059584
curl -i -X POST -H 'Content-Type: application/json' -d '{"name": "New item", "year": "2009"}' http://rest-api.io/items
curl -i -X PUT -H 'Content-Type: application/json' -d '{"name": "Updated item", "year": "2010"}' http://rest-api.io/items/5069b47aa892630aae059584

— Арно 2501
источник

Fire Fox

Откройте панель «Сеть» в «Инструментах разработчика», нажав Ctrl+Shift+Eили, выбрав Menubar -> Инструменты -> Веб-разработчик -> Сеть. Затем нажмите на маленький значок двери в правом верхнем углу (в развернутом виде на скриншоте вы найдете его слева от выделенных заголовков), второй ряд (если вы его не видите, перезагрузите страницу) -> Изменить и повторно отправить любой запрос, который вы хотите

— 0fnt
источник

Забудьте браузер и попробуйте CLI. HTTPie — отличный инструмент!

Клиенты CLI http:

• HTTPie
• HTTP Prompt
• Curl
• Wget

Если вы настаиваете на расширении браузера, то:

Хром :

• Почтальон — REST Client (лучший клиент браузера)
• Расширенный клиент REST
• Рестлет Клиент

Firefox :

• REST Easy (имеет приятный дизайн)
• RESTClient
• Плакатный плагин

— Амра
источник

Будучи очень вдохновленным Postman для Chrome , я решил написать нечто подобное для Firefox.

REST Easy * — это перезапускаемое дополнение Firefox, целью которого является максимально возможный контроль над запросами. Надстройка все еще находится в экспериментальном состоянии (она еще даже не проверялась Mozilla), но разработка идет неплохо.

Проект с открытым исходным кодом, так что если кто-то чувствует себя обязанным помочь с разработкой, это было бы здорово: https://github.com/nathan-osman/Rest-Easy

_{* надстройка, доступная на http://addons.mozilla.org , всегда будет немного отставать от кода, доступного на GitHub}

— Натан Осман
источник

Вы специально задали вопрос о «расширении или функциональности в Chrome и / или Firefox», которые дают ответы, которые вы уже получили, но мне нравится простота ответа oezi на закрытый вопрос «как отправить запрос на публикацию с помощью веб-браузера» для простых параметров. Оэзи говорит:

с формой, просто установите methodдля"post"

<form action="blah.php" method="post">
  <input type="text" name="data" value="mydata" />
  <input type="submit" />
</form>

Т.е. создайте себе очень простую страницу, чтобы проверить действия поста.

— dumbledad
источник

Это немного некрасиво, но есть Simple REST Client расширение для Chrome.

Это прекрасно работает для меня — помните, что вы все еще можете использовать отладчик с ним. Панель «Сеть» особенно полезна; это даст вам отрендеренные объекты JSON и страницы ошибок.

— Nate
источник

Для Firefox есть также расширение под названием RESTClient, которое довольно приятно:

https://addons. mozilla.org/en-US/firefox/addon/restclient

— Йохан Фальк
источник

Может не иметь прямого отношения к браузерам, но Fiddler — еще одно хорошее программное обеспечение.

— Vineel Kovvuri
источник

Вы также можете использовать Watir или Watin для автоматизации браузеров. Watir написан для ruby, а Watin для .Net языков. Не уверен, что это то, что вы ищете.

• http://watin.sourceforge.net/
• http://watir.com/

— Церера
источник

Попробуйте Runscope. Бесплатный инструмент для ознакомления с их услугами предоставляется по адресу https://www.hurl.it/ . Вы можете установить метод, аутентификацию, заголовки, параметры и тело. Ответ показывает код состояния, заголовки и тело. Тело ответа может быть отформатировано из JSON со складной иерархией. Платные учетные записи могут автоматизировать тестовые вызовы API и использовать возвращаемые данные для создания новых тестовых вызовов. Раскрытие COI: я не имею отношения к Runscope.

— Беннет Браун
источник

Проверьте http-toolна Firefox ..

https://addons.mozilla.org/en-US/firefox/addon/http-tool/

Aimed at web developers who need to debug HTTP requests and responses.
Can be extremely useful while developing REST based api.
Features:
* GET
* HEAD
* POST
* PUT
* DELETE
Add header(s) to request. 
Add body content to request.
View header(s) in response.
View body content in response.
View status code of response.
View status text of response.

— bobbyrne01
источник

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.

Licensed under cc by-sa 3.0 with attribution required.

Тестирование POST-запросов

{
  "id": 102,
  "category": {
    "id": 1,
    "name": "cat"
  },
  "name": "Grumpy Cat",
  "photoUrls": [
    "https://pbs.twimg.com/profile_images/948294484596375552/RyGNqDEM_400x400.jpg"
  ],
  "tags": [
    {
      "id": 1,
      "name": "blue eyes"
    }
  ],
  "status": "sold"
}

{
  "id": 102,
  "category": {
    "id": 2,
    "name": "dog"
  },
  "name": "Snoopy",
  "photoUrls": [
    "https://schulzmuseum.org/wp-content/uploads/2017/06/920608_FlyingAce-200.jpg",
    "https://www.calmuseums.org/images/snoopy/snoopy.png",
    "https://vignette.wikia.nocookie.net/peanuts/images/2/28/AmigosperdemoSono.png/revision/latest?cb=20110823202539"
  ],
  "tags": [
    {
      "id": 2,
      "name": "beagle"
    },
    {
      "id": 3,
      "name": "flying ace"
    }
  ],
  "status": "available"
}

{
  "name": "Snoopy",
  "photoUrls": [
    "https://schulzmuseum. ? Вы можете тестировать эти значения на всех ID: питомца, категории и тэга. Насколько длинными могут быть строки? А насколько короткими? Есть ли недопустимые символы? Стоит протестировать верхние и нижние границы строк и убедиться, что запрещенные символы не принимаются сервером. Это также неплохая возможность проверить на SQL-инъекции и внедрение сценариев. К примеру, можно попробовать передать что-то вроде:

<script>alert('XSS')</script>
или
' or 1 = 1--
и посмотреть, разрешено ли это. В случае с PetStore это, скорее всего, разрешается, но реальное приложение должно запрещать такой ввод или как минимум делать его неэффективным.
Еще стоит задуматься о тестировании списка значений статуса питомца. Статус может быть одним из трех: available, pending, sold. Что произойдет, если вы передадите в статусе другое слово, число, символ? Что будет, если вы передадите статус в верхнем регистре, или если некоторые буквы будут записаны в нем? POST-запросы, как правило, нечувствительны к регистру. Стоит также проверить URL фотографии и убедиться, что в нем нельзя передать вредоносные скрипты, а также то, что не является URL.
Закончив тестировать тело запроса, переходите к заголовкам. Этому конкретному POST-запросу требуется заголовок Content-Type, позволяющий или application/json, или application/xml значение. Если заголовок отсутствует, вы получите 415 ошибку. При использовании application/xml значения вы получите ошибку 400, если только не измените тело запроса на XML-формат. Вы также можете протестировать отправку xml-тела с заголовком application/json.
И, наконец, можно протестировать URL самого запроса и его тип. Что будет, если вы сделаете запрос через https? А если измените POST на GET?
Если вкратце, есть множество способов тестирования POST-запросов, множество из которых недоступны через интерфейс. В дополнение к тестированию обязательных и необязательных полей и их валидации, вы можете также манипулировать переданным в базу объектом, заголовками, и URL запроса.
Больше информации по этой теме вы можете получить в курсе Тестирование REST API
Предыдущие статьи на эту тему
Введение в REST-запросы и тестирование GET-запросов
Обсудить в форуме

urllib - Как отправить запрос POST?

Спросил 10 лет, 3 месяца назад

Изменено 1 месяц назад

Просмотрено 825k раз

Я нашел этот скрипт онлайн:

 import httplib, urllib
params = urllib.urlencode({'номер': 12524, 'тип': 'проблема', 'действие': 'показать'})
заголовки = {"Content-type": "application/x-www-form-urlencoded",
            "Принять": "текст/обычный"}
conn = httplib.HTTPConnection("bugs.python.org")
conn.request("POST", "", параметры, заголовки)
ответ = conn.getresponse()
вывести response.status, response.reason
302 найдено
данные = ответ.чтение()
данные
'Перенаправление на  python.org/issue12524">http://bugs.python.org/issue12524'
соединение.закрыть()
 

Но я не понимаю, как использовать его с PHP или что такое все внутри переменной params или как ее использовать. Могу ли я немного помочь с попыткой заставить это работать?

• urllib
• python-2.x
• httplib

5

Если вы действительно хотите работать с HTTP с помощью Python, я настоятельно рекомендую Requests: HTTP for Humans. Быстрый запуск POST, адаптированный к вашему вопросу:

 >>> запросы на импорт
>>> r = request.post("http://bugs.python.org", data={'number': '12524', 'type': 'issue', 'action': 'show'})
>>> print(r.status_code, r.reason)
200 ОК
>>> print(r.text[:300] + '...')


<голова>
<название>
Ошибка 12524: пример изменения httplib docs POST — трекер Python

 ..
>>>
 

7

Это решение без каких-либо внешних pip-зависимостей, но работает только в Python 3+ (Python 2 не будет работать):

 из urllib.parse import urlencode
из запроса импорта urllib.request, urlopen
url = 'https://httpbin.org/post' # Установите целевой URL здесь
post_fields = {'foo': 'bar'} # Установите поля POST здесь
запрос = Запрос (url, urlencode (post_fields).encode())
json = urlopen(запрос).read().decode()
печать (json)
 

Пример вывода:

 {
  "аргументы": {},
  "данные": "",
  "файлы": {},
  "форма": {
    "фу": "бар"
  },
  "заголовки": {
    "Accept-Encoding": "личность",
    "Длина содержания": "7",
    "Content-Type": "application/x-www-form-urlencoded",
    «Хост»: «httpbin.org»,
    «Агент пользователя»: «Python-urllib/3.3»
  },
  "json": ноль,
  "происхождение": "127.0.0.1",
  "url": "https://httpbin.org/post"
}
 

0

Вы не можете выполнять запросы POST, используя urllib (только для GET), вместо этого попробуйте использовать модуль запросов , например:

Пример 1. 0:

 запросы на импорт
base_url="www.server.com"
final_url="/{0}/friendly/{1}/url".format(base_url,любое_значение_здесь)
полезная нагрузка = {'число': 2, 'значение': 1}
ответ = запросы.сообщение (final_url, данные = полезная нагрузка)
печать(ответ.текст) #ТЕКСТ/HTML
print(response.status_code, response.reason) #HTTP
 

Пример 1.2:

 >>> запросы на импорт
>>> полезная нагрузка = {'key1': 'value1', 'key2': 'value2'}
>>> r = request.post("http://httpbin.org/post", data=payload)
>>> печать (р.текст)
{
  ...
  "форма": {
    "ключ2": "значение2",
    "ключ1": "значение1"
  },
  ...
}
 

Пример 1.3:

 >>> импорт json
>>> url = 'https://api.github.com/some/endpoint'
>>> полезная нагрузка = {'некоторые': 'данные'}
>>> r = request.post(url, data=json.dumps(полезная нагрузка))
 

1

Используйте библиотеку запросов для GET, POST, PUT или DELETE, нажав конечную точку REST API. Передайте оставшийся URL-адрес конечной точки API в url , полезную нагрузку (dict) в data и заголовок/метаданные в заголовках

 запросов на импорт, json
URL-адрес = "bugs.python.org"
полезная нагрузка = {"число": 12524,
           "тип": "выпуск",
           "действие": "показать"}
header = {"Content-type": "application/x-www-form-urlencoded",
          "Принять": "текст/обычный"}
response_decoded_json = request.post (url, данные = полезная нагрузка, заголовки = заголовок)
response_json = response_decoded_json.json()
 
печать (ответ_json)
 

3

Ваш словарь данных содержит имена полей ввода формы, вы просто держите их значения, чтобы найти результаты. представление формы Заголовок настраивает браузер для получения типа данных, которые вы объявляете. С библиотекой запросов легко отправить POST:

 запросы на импорт
URL-адрес = "https://bugs.python.org"
data = {'@number': 12524, '@type': 'issue', '@action': 'show'}
заголовки = {"Content-type": "application/x-www-form-urlencoded", "Accept":"text/plain"}
ответ = запросы.  сообщение (url, данные = данные, заголовки = заголовки)
печать (ответ.текст)
 

Подробнее об объекте запроса: https://requests.readthedocs.io/en/master/api/

Если вы не хотите использовать модуль, который вы должны установить, например , запросы , и ваш вариант использования очень базовый, то вы можете использовать urllib2

 urllib2.urlopen(url, тело)
 

См. документацию для urllib2 здесь: https://docs.python.org/2/library/urllib2.html.

Вы можете использовать библиотеку запросов, чтобы сделать почтовый запрос. Если у вас есть строка JSON в полезной нагрузке, вы можете использовать json.dumps(payload), которая является ожидаемой формой полезной нагрузки.

    импортировать запросы, json
    URL-адрес = "http://bugs.python.org/test"
    полезная нагрузка={
        «данные1»: 1234, «данные2»: «тест»
    }
    заголовки = {
        «Тип контента»: «приложение/json»
    }
    ответ = запросы. сообщение (url, заголовки = заголовки, данные = json. dumps (полезная нагрузка))
    печать (ответ.текст, ответ.status_code)
 

Твой ответ

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя электронную почту и пароль

Опубликовать как гость

Электронная почта

Требуется, но никогда не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Как параметры отправляются в запросе HTTP POST?

Краткий ответ: в запросах POST значения отправляются в «теле» запроса. С веб-формами они, скорее всего, отправляются с типом носителя application/x-www-form-urlencoded 9.0044 или multipart/form-data . Языки программирования или фреймворки, которые были разработаны для обработки веб-запросов, обычно делают с такими запросами "Правильно" и предоставляют вам легкий доступ к легко декодируемым значениям (например, $_REQUEST или $_POST в PHP, или cgi.FieldStorage() , flask.request.form на Python).

Теперь давайте немного отвлечемся, что может помочь понять разницу 😉

Разница между 9Запросы 0043 GET и POST в значительной степени семантические. Они также «используются» по-разному, что объясняет разницу в том, как передаются значения.

При выполнении запроса GET вы запрашиваете у сервера один или набор объектов. Чтобы позволить клиенту фильтровать результат, он может использовать так называемую «строку запроса» URL-адреса. Строка запроса — это часть после ? . Это часть синтаксиса URI.

Итак, с точки зрения кода вашего приложения (часть, которая получает запрос), вам нужно будет проверить часть запроса URI, чтобы получить доступ к этим значениям.

Обратите внимание, что ключи и значения являются частью URI. Браузеры могут налагать ограничение на длину URI. Стандарт HTTP гласит, что ограничений нет. Но на момент написания этой статьи большинство браузеров ограничивают URI (у меня нет конкретных значений). Запросы GET должны никогда не использоваться для отправки новой информации на сервер. Особенно не большие документы. Вот где вы должны использовать POST или PUT .

При выполнении запроса POST клиент фактически отправляет новый документ на удаленный хост. Таким образом, строка запроса не имеет (семантического) смысла. Вот почему у вас нет доступа к ним в коде вашего приложения.

POST немного сложнее (и способ более гибкий):

При получении запроса POST вы всегда должны ожидать «полезную нагрузку» или, в терминах HTTP: тело сообщения. Тело сообщения само по себе довольно бесполезно, так как нет стандартный формат (насколько я могу судить. Может быть, application/octet-stream?). Формат тела определяется заголовком Content-Type . При использовании элемента HTML FORM с method="POST" это обычно application/x-www-form-urlencoded . Другим очень распространенным типом является multipart/form-data, если вы используете загрузку файлов. Но это может быть что угодно , от text/plain , до application/json или даже пользовательский приложение/октет-поток .

В любом случае, если запрос POST сделан с Content-Type , который не может быть обработан приложением, он должен вернуть код состояния 415 .

Большинство языков программирования (и/или веб-фреймворков) предлагают способ декодирования тела сообщения из/в наиболее распространенные типы (например, application/x-www-form-urlencoded , multipart/form-data или application/json ). Так что это легко. Пользовательские типы потенциально требуют немного больше работы.

Используя в качестве примера документ, закодированный в стандартной HTML-форме, приложение должно выполнить следующие шаги:

1. Считать поле Content-Type
2. Если значение не является одним из поддерживаемых медиа-типов, верните ответ с кодом состояния 415
3. , в противном случае декодируйте значения из тела сообщения.

Опять же, такие языки, как PHP, или веб-фреймворки для других популярных языков, вероятно, справятся с этим за вас. Исключением является 415 ошибка. Ни один фреймворк не может предсказать, какие типы контента ваше приложение будет поддерживать и/или не поддерживать. Это зависит от вас.

Запрос PUT обрабатывается точно так же, как запрос POST . Большая разница в том, что запрос POST должен позволить серверу решить, как (и если вообще) создать новый ресурс. Исторически (из устаревшего RFC2616 нужно было создать новый ресурс как «подчиненный» (дочерний) URI, на который был отправлен запрос).

Запрос PUT , напротив, должен «депонировать» ресурс точно по адресу этого URI, а с ровно по этому контенту. Ни больше ни меньше. Идея состоит в том, что клиент отвечает за создание полного ресурса перед его «ПОСТАВКОЙ». Сервер должен принять его как есть по данному URL-адресу.

Как следствие, запрос POST обычно не используется для замены существующего ресурса. А Запрос PUT может выполнять как создание , так и замену .

Существуют также «параметры пути», которые можно использовать для отправки дополнительных данных на удаленный компьютер, но они настолько необычны, что я не буду вдаваться в подробности. Но, для справки, вот выдержка из RFC:

Помимо точечных сегментов в иерархических путях, сегмент пути считается непрозрачный по общему синтаксису. Приложения, создающие URI, часто используют зарезервированные символы, разрешенные в сегменте для разграничения конкретных схем или подкомпоненты, специфичные для обработчика разыменования. Например, точка с запятой (";") и равно ("=") зарезервированные символы часто используются для разделения параметров и значения параметров, применимые к этому сегменту. Запятая (",") зарезервирована характер часто используется для аналогичных целей. Например, один производитель URI может использовать такой сегмент, как "name;v=1.1", чтобы указать ссылку на версию 1.1 «имя», тогда как другой может использовать такой сегмент, как «имя, 1.1», чтобы указать то же самое. Типы параметров могут быть определены специфичными для схемы семантика, но в большинстве случаев синтаксис параметра специфичен к реализации алгоритма разыменования URI.

Как сделать POST-запрос в Postman

POST-запрос с помощью Postman

В предыдущих руководствах мы узнали, как отправить запрос GET , а также узнали о параметрах запроса . Из наших основ Rest мы уже знаем, что такое HTTP-запрос и HTTP-ответ . Если вы еще не читали эти два руководства, сделайте это, прежде чем продолжить. В этой главе мы сосредоточимся на другом типе метода запроса — 9.0156 POST-запрос у почтальона .