Клиент / тестер REST API

Составляйте и отправляйте HTTP-запросы с параметрами строки запроса, заголовками, телами JSON / form и авторизацией Basic или Bearer, затем проверяйте статус, время и JSON-ответы с отступами. Импортируйте существующую команду cURL или скопируйте текущий запрос обратно как cURL. Хотите собирать многократно используемые запросы пошагово? Используйте Конструктор HTTP-запросов. См. также семейство Инструментов API.
Всё работает локально в вашем браузере. Межсайтовые запросы подчиняются политике CORS целевого сервера — если запрос не проходит, см. примечание ниже.
Параметры строки запроса
Заголовки
Тело
Авторизация
Параметры
Если заполнено, URL запроса добавляется к этому префиксу. Полезно для серверов, заблокированных по CORS.
200
Тело Заголовки

                                                                
Почему запрос может не проходить: браузеры блокируют межсайтовое чтение, если API не возвращает Access-Control-Allow-Origin. Если цель не разрешает CORS, вы можете запустить собственный прокси CORS и вставить его адрес в префикс прокси выше или использовать Конвертер cURL, чтобы выполнить запрос из терминала. Тела запросов для GET/HEAD игнорируются, а инструмент WebSocket находится отдельно — Тестер WebSocket.
HTTP-методы объяснены
Выбранный метод сообщает серверу, что нужно сделать с URL. Вот что означает каждый из семи глаголов, которые может отправить этот инструмент:
GET — получить ресурс: веб-страницу, изображение, список записей. «Дай мне то, что находится по этому URL». Только чтение и безопасно для повтора; обычно не несёт тела запроса (тело у GET, если есть, игнорируется).
POST — отправить новые данные на сервер, обычно чтобы создать ресурс или запустить действие: отправка формы, загрузка файла, запуск задачи. Полезная нагрузка передаётся в теле запроса. POST не идемпотентен: отправка одного и того же POST дважды может создать две записи.
PUT — заменить весь ресурс по URL тем, что вы отправили. Тело должно содержать полную новую версию ресурса. PUT идемпотентен: повтор того же запроса даёт тот же результат, что и однократная отправка.
PATCH — изменить только часть ресурса. Вы отправляете только поля, которые хотите обновить, например {"email": "new@example.com"}, а не всю запись. Выбирайте PATCH, когда полный PUT заставил бы вас повторно отправлять поля, которые вы не трогаете.
DELETE — удалить ресурс по URL. DELETE идемпотентен: удаление уже отсутствующего объекта возвращает тот же результат (обычно 404) и ничего не делает повторно.
HEAD — как GET, но ответ содержит только заголовки — тело не возвращается вообще. Используйте HEAD, чтобы проверить, существует ли URL, каков размер файла (Content-Length), когда он последний раз менялся (Last-Modified) или какого он типа (Content-Type), не скачивая всю полезную нагрузку.
OPTIONS — спросить сервер, какие методы и параметры разрешены для URL, или запустить предварительную проверку CORS. Заголовки ответа, например Access-Control-Allow-Methods, перечисляют разрешённое. OPTIONS обычно не несёт тела; браузеры часто отправляют его автоматически перед межсайтовым POST/PUT/PATCH/DELETE.
Легко перепутать: HEAD и GET — запрос одинаковый, но HEAD не возвращает тела. PUT и PATCH — PUT заменяет весь ресурс; PATCH применяет частичное обновление только отправленных полей.