Converti curl in HTTP
curl2code converte i comandi curl nel formato di richiesta HTTP grezzo. La conversione avviene nel tuo browser tramite WebAssembly per la massima privacy. Per il formato HAR, consulta il nostro convertitore da curl a HAR. Per HTTPie, vedi da curl a HTTPie. Di seguito sono riportati esempi pratici di richieste HTTP.
Come copiare curl dal tuo browser
- 1
Apri DevTools
Premi F12 o Ctrl+Shift+I per aprire gli strumenti per sviluppatori del browser.
- 2
Vai alla scheda Network
Fai clic sulla scheda Network ed esegui l'azione che attiva la richiesta HTTP.
- 3
Copia come cURL
Fai clic con il tasto destro sulla richiesta → Copia → Copia come cURL. Quindi incollalo sopra.
Domande Frequenti
Cos'è il formato HTTP grezzo?
L'HTTP grezzo (raw) mostra il testo effettivo del protocollo inviato via rete: la riga di richiesta (GET /path HTTP/1.1), gli header e il corpo. È la rappresentazione canonica definita nella RFC 9110. curl2code genera il formato di richiesta HTTP grezzo, utile per capire esattamente cosa fa un comando curl a livello di protocollo.
HTTP grezzo vs HAR vs HTTPie: quale formato scegliere?
L'HTTP grezzo mostra l'esatta rappresentazione del protocollo: ideale per l'apprendimento e la documentazione. HAR è strutturato in JSON per gli strumenti. HTTPie è una sintassi CLI human-friendly. Scegli l'HTTP grezzo per la comprensione del protocollo, HAR per l'analisi, HTTPie per gli script. Vedi anche da curl a HAR e da curl a HTTPie.
Come appare l'autenticazione nell'HTTP grezzo?
L'autenticazione appare come una riga di header: Authorization: Bearer token123 o Authorization: Basic dXNlcjpwYXNz. Nell'HTTP grezzo, vedi l'header esatto che viene inviato, rendendo facile verificare che l'autenticazione sia configurata correttamente. curl2code mostra la richiesta completa inclusi gli header di autenticazione.
Come appaiono i dati del modulo nell'HTTP grezzo?
I dati del modulo multipart mostrano il boundary, ogni parte con i propri header Content-Disposition e Content-Type, separati dalle stringhe boundary. L'header Content-Type include multipart/form-data; boundary=.... L'HTTP grezzo rivela l'esatta struttura che le librerie astraggono.
Come sono rappresentati gli errori HTTP?
La riga di stato della risposta mostra il codice: HTTP/1.1 404 Not Found o HTTP/1.1 500 Internal Server Error. Gli header di risposta possono includere Retry-After per il rate limiting o WWW-Authenticate per le sfide di autenticazione. Capire l'HTTP grezzo aiuta a debuggare problemi in qualsiasi linguaggio di programmazione.
Quali sono le differenze tra le versioni HTTP?
HTTP/1.1 utilizza header basati su testo e una richiesta per connessione (con keep-alive). HTTP/2 multiplessa le richieste su una singola connessione binaria. HTTP/3 utilizza QUIC (basato su UDP) per un'instaurazione della connessione più rapida. curl supporta tutti e tre con i flag --http2 e --http3.
Cosa significano i codici di stato HTTP comuni?
200 OK, 201 Created, 204 No Content: successo. 301/302 redirect. 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found: errori del client. 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable: errori del server. 429 Too Many Requests: limitazione della frequenza (rate limited).
Come usare l'HTTP grezzo per il debugging?
Confronta l'output HTTP grezzo di curl2code con il traffico di rete effettivo (usa curl -v per un output dettagliato). Controlla che gli header, il Content-Type, la codifica del corpo e il Content-Length corrispondano alle aspettative. Strumenti come mitmproxy, Wireshark e Fiddler mostrano l'HTTP grezzo per qualsiasi client. Per il debugging CLI, vedi da curl a HTTPie.
Come rappresentare una richiesta POST con un corpo JSON in Raw HTTP?
Usa -X POST -d '{"key":"value"}' -H "Content-Type: application/json" di curl e curl2code lo convertirà nel formato Raw HTTP: POST /api/data HTTP/1.1 Content-Type: application/json {'key':'value'}. Il corpo JSON e l'intestazione Content-Type sono preservati nell'output. curl2code gestisce sia il JSON inline che i riferimenti @file.json.
Come includere l''autorizzazione con Bearer token in Raw HTTP?
Quando converti curl -H "Authorization: Bearer YOUR_TOKEN" URL con curl2code, il Bearer token viene preservato nell'output Raw HTTP: Authorization: Bearer YOUR_TOKEN. Sia -H "Authorization: Bearer ..." che i flag del token OAuth vengono rilevati automaticamente.
Come viene rappresentato il Content-Type nel formato Raw HTTP?
Durante la conversione di curl -H "Content-Type: application/json" URL, curl2code emette il Content-Type in Raw HTTP come: Content-Type: application/json. I tipi comuni includono application/json, application/x-www-form-urlencoded e multipart/form-data. curl2code preserva l'esatto Content-Type dal comando curl originale.