curl-ის კონვერტაცია HTTP-ში

Raw HTTP აჩვენებს პროტოკოლის რეალურ ტექსტს, რომელიც იგზავნება ქსელში: მოთხოვნის ხაზი (GET /path HTTP/1.1), ჰედერები და ტანი. ეს არის კანონიკური რეპრეზენტაცია განსაზღვრული RFC 9110-ში. curl2code აგენერირებს raw HTTP მოთხოვნის ფორმატს, რაც სასარგებლოა იმის გასაგებად, თუ რას აკეთებს curl ბრძანება პროტოკოლის დონეზე.

Raw HTTP აჩვენებს პროტოკოლის ზუსტ რეპრეზენტაციას — საუკეთესოა სწავლისა და დოკუმენტაციისთვის. HAR არის JSON-სტრუქტურირებული ინსტრუმენტებისთვის. HTTPie არის ადამიანისთვის გასაგები CLI სინტაქსი. აირჩიეთ raw HTTP პროტოკოლის გასაგებად, HAR ანალიზისთვის, HTTPie სკრიპტებისთვის. იხილეთ ასევე curl to HAR და curl to HTTPie.

ავტორიზაცია ჩანს როგორც ჰედერის ხაზი: Authorization: Bearer token123 ან Authorization: Basic dXNlcjpwYXNz. raw HTTP-ში თქვენ ხედავთ ზუსტ ჰედერს, რომელიც იგზავნება — რაც აადვილებს ავტორიზაციის სისწორის შემოწმებას. curl2code აჩვენებს სრულ მოთხოვნას ავტორიზაციის ჰედერების ჩათვლით.

Multipart ფორმის მონაცემები აჩვენებს boundary-ს, თითოეულ ნაწილს თავისი Content-Disposition და Content-Type ჰედერებით, გამოყოფილს boundary სტრიქონებით. Content-Type ჰედერი მოიცავს multipart/form-data; boundary=.... Raw HTTP ავლენს იმ ზუსტ სტრუქტურას, რომელსაც ბიბლიოთეკები მალავენ.

პასუხის სტატუსის ხაზი აჩვენებს კოდს: HTTP/1.1 404 Not Found ან HTTP/1.1 500 Internal Server Error. პასუხის ჰედერები შეიძლება მოიცავდეს Retry-After-ს rate limiting-ისთვის ან WWW-Authenticate-ს ავტორიზაციის მოთხოვნისთვის. raw HTTP-ის გაგება გვეხმარება პრობლემების დებაგინგში ნებისმიერ პროგრამირების ენაზე.

HTTP/1.1 იყენებს ტექსტზე დაფუძნებულ ჰედერებს და ერთ მოთხოვნას თითო კავშირზე (keep-alive-ით). HTTP/2 ახდენს მოთხოვნების მულტიპლექსირებას ერთ ბინარულ კავშირზე. HTTP/3 იყენებს QUIC-ს (UDP-ზე დაფუძნებული) კავშირის უფრო სწრაფი დამყარებისთვის. curl მხარს უჭერს სამივეს --http2 და --http3 ფლაგებით.

200 OK, 201 Created, 204 No Content — წარმატება. 301/302 გადამისამართებები. 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found — კლიენტის შეცდომები. 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable — სერვერის შეცდომები. 429 Too Many Requests — ლიმიტის გადაჭარბება.

შეადარეთ curl2code-ის raw HTTP გამონატანი რეალურ ქსელურ ტრაფიკს (გამოიყენეთ curl -v დეტალური ინფორმაციისთვის). შეამოწმეთ ჰედერები, Content-Type, ტანის ენკოდირება და Content-Length. ინსტრუმენტები, როგორიცაა mitmproxy, Wireshark და Fiddler, აჩვენებენ raw HTTP-ს ნებისმიერი კლიენტისთვის. CLI დებაგინგისთვის იხილეთ curl to HTTPie.

გამოიყენეთ curl ბრძანება -X POST -d '{"key":"value"}' -H "Content-Type: application/json" და curl2code გადაიყვანს მას Raw HTTP ფორმატში: POST /api/data HTTP/1.1 Content-Type: application/json {'key':'value'}. JSON ტანი და Content-Type ჰედერი შენარჩუნებულია გამომავალ მონაცემებში. curl2code ამუშავებს როგორც პირდაპირ JSON-ს, ისე @file.json მიმთითებლებს.

როდესაც გადაიყვანთ curl -H "Authorization: Bearer YOUR_TOKEN" URL ბრძანებას curl2code გამოყენებით, Bearer token შენარჩუნდება Raw HTTP ფორმატში: Authorization: Bearer YOUR_TOKEN. -H "Authorization: Bearer ..." და OAuth ტოკენის ფლაგები ავტომატურად ამოიცნობა.

curl -H "Content-Type: application/json" URL ბრძანების კონვერტაციისას, curl2code გამოსცემს Content-Type-ს Raw HTTP ფორმატში შემდეგნაირად: Content-Type: application/json. გავრცელებული ტიპებია application/json, application/x-www-form-urlencoded და multipart/form-data. curl2code ინარჩუნებს ზუსტ Content-Type მნიშვნელობას ორიგინალი curl ბრძანებიდან.