Konwertuj curl na HTTP

Surowy HTTP pokazuje rzeczywisty tekst protokołu przesyłany przez sieć: linię żądania (GET /path HTTP/1.1), nagłówki i ciało. Jest to kanoniczna reprezentacja zdefiniowana w RFC 9110. curl2code generuje surowy format żądania HTTP, co jest przydatne do zrozumienia, co dokładnie robi polecenie curl na poziomie protokołu.

Surowy HTTP pokazuje dokładną reprezentację protokołu — najlepszy do nauki i dokumentacji. HAR ma strukturę JSON dla narzędzi. HTTPie to przyjazna dla człowieka składnia CLI. Wybierz surowy HTTP dla zrozumienia protokołu, HAR do analizy, a HTTPie do skryptów. Zobacz także curl do HAR i curl do HTTPie.

Uwierzytelnianie pojawia się jako linia nagłówka: Authorization: Bearer token123 lub Authorization: Basic dXNlcjpwYXNz. W surowym HTTP widzisz dokładny nagłówek, który jest wysyłany — co ułatwia weryfikację poprawnej konfiguracji. curl2code pokazuje pełne żądanie wraz z nagłówkami uwierzytelniania.

Dane multipart form data pokazują granicę (boundary), każdą część z własnymi nagłówkami Content-Disposition i Content-Type, oddzielone ciągami boundary. Nagłówek Content-Type zawiera multipart/form-data; boundary=.... Surowy HTTP ujawnia dokładną strukturę, którą biblioteki ukrywają.

Linia statusu odpowiedzi pokazuje kod: HTTP/1.1 404 Not Found lub HTTP/1.1 500 Internal Server Error. Nagłówki odpowiedzi mogą zawierać Retry-After dla ograniczania liczby żądań lub WWW-Authenticate dla wyzwań uwierzytelniania. Zrozumienie surowego HTTP pomaga debugować problemy w dowolnym języku programowania.

HTTP/1.1 używa tekstowych nagłówków i jednego żądania na połączenie (z keep-alive). HTTP/2 multipleksuje żądania przez jedno połączenie binarne. HTTP/3 używa QUIC (opartego na UDP) dla szybszego nawiązywania połączeń. curl obsługuje wszystkie trzy wersje za pomocą flag --http2 i --http3.

200 OK, 201 Created, 204 No Content — sukces. 301/302 przekierowania. 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found — błędy klienta. 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable — błędy serwera. 429 Too Many Requests — przekroczono limit żądań.

Porównaj surowe wyjście HTTP z curl2code z rzeczywistym ruchem sieciowym (użyj curl -v dla szczegółowego wyjścia). Sprawdź, czy nagłówki, Content-Type, kodowanie ciała i Content-Length zgadzają się z oczekiwaniami. Narzędzia takie jak mitmproxy, Wireshark i Fiddler pokazują surowy HTTP dla każdego klienta. Dla debugowania w CLI zobacz curl do HTTPie.

Użyj polecenia curl -X POST -d '{"key":"value"}' -H "Content-Type: application/json", a curl2code przekonwertuje je na format Raw HTTP: POST /api/data HTTP/1.1 Content-Type: application/json {'key':'value'}. Ciało JSON i nagłówek Content-Type są zachowane w danych wyjściowych. curl2code obsługuje zarówno JSON w linii, jak i odniesienia @file.json.

Podczas konwersji curl -H "Authorization: Bearer YOUR_TOKEN" URL za pomocą curl2code, token Bearer zostaje zachowany w formacie Raw HTTP: Authorization: Bearer YOUR_TOKEN. Zarówno flagi -H "Authorization: Bearer ...", jak i flagi tokenów OAuth są wykrywane automatycznie.

Podczas konwersji curl -H "Content-Type: application/json" URL, curl2code generuje Content-Type w Raw HTTP jako: Content-Type: application/json. Typowe typy to application/json, application/x-www-form-urlencoded oraz multipart/form-data. curl2code zachowuje dokładny Content-Type z oryginalnego polecenia curl.