curl konvertálása HTTP nyelvre

A nyers HTTP a hálózaton ténylegesen elküldött protokollszöveget mutatja: a kéréssort (GET /path HTTP/1.1), a fejléceket és a törzset. Ez az RFC 9110-ben meghatározott kanonikus ábrázolás. A curl2code generálja a nyers HTTP kérés formátumot, ami hasznos annak megértéséhez, hogy egy curl parancs pontosan mit csinál protokoll szinten.

A nyers HTTP a pontos protokoll-ábrázolást mutatja — a legjobb tanuláshoz és dokumentációhoz. A HAR JSON-strukturált az eszközök számára. A HTTPie egy emberbarát CLI szintaxis. Válassza a nyers HTTP-t a protokoll megértéséhez, a HAR-t elemzéshez, a HTTPie-t szkriptekhez. Lásd még: curl-ről HAR-ra és curl-ről HTTPie-re.

A hitelesítés fejlécsorként jelenik meg: Authorization: Bearer token123 vagy Authorization: Basic dXNlcjpwYXNz. A nyers HTTP-ben láthatja a pontosan elküldött fejlécet — így könnyen ellenőrizhető a hitelesítés helyes konfigurációja. A curl2code megmutatja a teljes kérést, beleértve a hitelesítési fejléceket is.

A multipart form adat mutatja a boundary-t, minden részt saját Content-Disposition és Content-Type fejléccel, boundary karakterláncokkal elválasztva. A Content-Type fejléc tartalmazza a multipart/form-data; boundary=... részt. A nyers HTTP feltárja azt a pontos struktúrát, amelyet a könyvtárak elfednek.

A válasz állapotsora mutatja a kódot: HTTP/1.1 404 Not Found vagy HTTP/1.1 500 Internal Server Error. A válaszfejlécek tartalmazhatnak Retry-After-t a sebességkorlátozáshoz vagy WWW-Authenticate-et a hitelesítési kihívásokhoz. A nyers HTTP megértése segít a hibakeresésben bármely programozási nyelvben.

A HTTP/1.1 szövegalapú fejléceket és kapcsolatonként egy kérést használ (keep-alive-val). A HTTP/2 multiplexeli a kéréseket egyetlen bináris kapcsolaton keresztül. A HTTP/3 a QUIC-ot (UDP-alapú) használja a gyorsabb kapcsolatfelvételhez. A curl mindhármat támogatja a --http2 és --http3 flagekkel.

200 OK, 201 Created, 204 No Content — siker. 301/302 átirányítások. 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found — klienshibák. 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable — szerverhibák. 429 Too Many Requests — sebességkorlátozás (rate limited).

Hasonlítsa össze a curl2code nyers HTTP kimenetét a tényleges hálózati forgalommal (használja a curl -v parancsot a részletes kimenethez). Ellenőrizze, hogy a fejlécek, a Content-Type, a törzs kódolása és a Content-Length megfelelnek-e az elvárásoknak. Az olyan eszközök, mint a mitmproxy, a Wireshark és a Fiddler, bármely kliensnél megmutatják a nyers HTTP-t. CLI hibakereséshez lásd: curl-ről HTTPie-re.

Használja a curl -X POST -d '{"key":"value"}' -H "Content-Type: application/json" parancsát, és a curl2code konvertálja azt Raw HTTP formátumra: POST /api/data HTTP/1.1 Content-Type: application/json {'key':'value'}. A JSON törzs és a Content-Type fejléc megmarad a kimenetben. A curl2code kezeli az inline JSON adatokat és a @file.json hivatkozásokat is.

Amikor a curl -H "Authorization: Bearer YOUR_TOKEN" URL parancsot konvertálja a curl2code segítségével, a Bearer token megmarad a Raw HTTP kimenetben: Authorization: Bearer YOUR_TOKEN. A -H "Authorization: Bearer ..." és az OAuth token flagek felismerése automatikus.

A curl -H "Content-Type: application/json" URL konvertálásakor a curl2code így adja ki a Content-Type fejlécet Raw HTTP formátumban: Content-Type: application/json. A gyakori típusok közé tartozik az application/json, az application/x-www-form-urlencoded és a multipart/form-data. A curl2code megőrzi az eredeti curl parancs pontos Content-Type értékét.