Vai al contenuto

Costruttore di richieste HTTP

HTTP Request Builder

Compone e invia una richiesta GET, POST, PUT, PATCH, DELETE o HEAD con intestazioni e corpo a piacere, e mostra stato, intestazioni, corpo e tempi — senza mai inoltrare i cookie né l’header Authorization.

Compone una richiesta HTTP — metodo, intestazioni, corpo — la manda dal nostro server e mostra tutta la risposta: stato, intestazioni, corpo e il comando curl che la riprodurrebbe. Utile per un’API di cui si sta leggendo la documentazione, e per una risposta che si vuole vedere senza che sia il CORS a decidere se si può.

☁️ Usa il nostro serverhttpapiresttest

Questa richiesta la fa il nostro server al posto tuo. Gli inviamo solo l’URL, il metodo, le intestazioni e il corpo che scrivi: nessuno dei tuoi cookie e nessuno stato di accesso parte insieme. Il server si collega soltanto a indirizzi pubblici e rifiuta quelli privati e interni.

Sono ammesse le porte 80, 443 e qualsiasi porta sopra la 1024. Le intestazioni Cookie e Authorization non vengono inoltrate, quindi per un’API che vuole un token usa l’altra intestazione che quel servizio prevede, per esempio X-Api-Key.

Una per riga, nella forma Name: value.

Come si usa

  1. Scegliere il metodo e l’URL

    Sono ammesse le porte 80, 443 e qualunque porta sopra la 1024. Per i metodi che lo prevedono compare un campo per il corpo.

  2. Aggiungere le intestazioni una per riga

    Nome: valore. Le righe malformate vengono segnalate invece che scartate in silenzio, e per un corpo JSON il Content-Type va impostato a mano.

  3. Decidere sui reindirizzamenti prima di inviare

    Seguirli è attivo per impostazione predefinita e si ferma dopo cinque. Va disattivato quando quello che si sta provando è il 3xx in sé: l’intestazione Location è quello che si è venuti a vedere.

  4. Prendere la riga di curl

    L’equivalente esatto di quello che è stato inviato, pronto da incollare in un terminale o in una segnalazione di bug. È il modo più rapido di consegnare a qualcun altro una richiesta riproducibile.

Domande frequenti

Perché le mie intestazioni Cookie e Authorization sono state scartate?

Il nostro server si rifiuta di inoltrare intestazioni di credenziali, e dice quali ha scartato. Uno strumento che gira credenziali qualsiasi verso host qualsiasi è uno strumento per riciclarle. Per un’API che vuole un token si usa l’altra intestazione che quel servizio definisce, per esempio X-Api-Key.

Posso chiamare un’API sulla mia macchina?

No. La richiesta esce dal nostro server e la corsia in uscita rifiuta le destinazioni private, di loopback e link-local — compreso un nome host pubblico che risolve a una di quelle. Per localhost lo strumento giusto è curl.

Questo aggira il CORS?

Lo scavalca per guardare, non per costruire. La richiesta è da server a server, quindi non si applica nessun preflight, ed è per questo che si può leggere una risposta che la propria pagina non può. All’applicazione serve comunque che il server mandi le intestazioni giuste.

Il corpo è tagliato

Le risposte vengono lette fino a 1 MiB e il pannello dice quando è successo. Un corpo binario è mostrato in Base64, solo i primi 48 KB: questo è un banco di prova per le richieste, non un programma per scaricare.

Può ricevere da

Dopo

Questi accettano ciò che produce questo strumento, così il risultato può passare direttamente.