curl को HTTP में बदलें

रॉ HTTP तार (wire) पर भेजे गए वास्तविक प्रोटोकॉल टेक्स्ट को दिखाता है: अनुरोध लाइन (GET /path HTTP/1.1), हेडर्स और बॉडी। यह RFC 9110 में परिभाषित विहित प्रतिनिधित्व है। curl2code रॉ HTTP अनुरोध फॉर्मेट जेनरेट करता है, जो यह समझने के लिए उपयोगी है कि curl कमांड प्रोटोकॉल स्तर पर वास्तव में क्या करता है।

रॉ HTTP सटीक प्रोटोकॉल प्रतिनिधित्व दिखाता है — सीखने और प्रलेखन के लिए सबसे अच्छा। HAR टूलिंग के लिए JSON-संरचित है। HTTPie एक मानव-अनुकूल CLI सिंटैक्स है। प्रोटोकॉल समझने के लिए रॉ HTTP, विश्लेषण के लिए HAR, स्क्रिप्ट के लिए HTTPie चुनें। curl to HAR और curl to HTTPie भी देखें।

प्रमाणीकरण एक हेडर लाइन के रूप में दिखाई देता है: Authorization: Bearer token123 या Authorization: Basic dXNlcjpwYXNz। रॉ HTTP में, आप सटीक हेडर देखते हैं जो भेजा जाता है — जिससे यह सत्यापित करना आसान हो जाता है कि प्रमाणीकरण सही ढंग से कॉन्फ़िगर किया गया है। curl2code प्रमाणीकरण हेडर्स सहित पूर्ण अनुरोध दिखाता है।

मल्टीपार्ट फॉर्म डेटा बाउंड्री दिखाता है, प्रत्येक भाग अपने स्वयं के Content-Disposition और Content-Type हेडर्स के साथ, बाउंड्री स्ट्रिंग्स द्वारा अलग किया गया। Content-Type हेडर में multipart/form-data; boundary=... शामिल होता है। रॉ HTTP उस सटीक संरचना को प्रकट करता है जिसे लाइब्रेरीज़ छिपा देती हैं।

रिस्पॉन्स स्टेटस लाइन कोड दिखाती है: HTTP/1.1 404 Not Found या HTTP/1.1 500 Internal Server Error। रिस्पॉन्स हेडर्स में रेट लिमिटिंग के लिए Retry-After या प्रमाणीकरण चुनौतियों के लिए WWW-Authenticate शामिल हो सकते हैं। रॉ 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 से रॉ HTTP आउटपुट की तुलना वास्तविक नेटवर्क ट्रैफ़िक से करें (विस्तृत आउटपुट के लिए curl -v का उपयोग करें)। जाँचें कि हेडर्स, Content-Type, बॉडी एन्कोडिंग और Content-Length अपेक्षाओं से मेल खाते हैं। mitmproxy, Wireshark और Fiddler जैसे टूल किसी भी क्लाइंट के लिए रॉ 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 body और Content-Type हेडर सुरक्षित रहते हैं। curl2code इनलाइन JSON और @file.json संदर्भों दोनों को संभालता है।

जब आप curl2code के साथ curl -H "Authorization: Bearer YOUR_TOKEN" URL को बदलते हैं, तो Bearer token को Raw HTTP आउटपुट में सुरक्षित रखा जाता है: Authorization: Bearer YOUR_TOKEN। -H "Authorization: Bearer ..." और OAuth टोकन फ्लैग्स दोनों का स्वचालित रूप से पता लगाया जाता है।

curl -H "Content-Type: application/json" URL को बदलते समय, curl2code Raw HTTP में Content-Type को इस प्रकार आउटपुट करता है: Content-Type: application/json। सामान्य प्रकारों में application/json, application/x-www-form-urlencoded, और multipart/form-data शामिल हैं। curl2code मूल curl कमांड से सटीक Content-Type को सुरक्षित रखता है।