Postman से cURL पूरे कलेक्शन-निर्यात को ऐसे शेल कमांड में बदलता है जिन्हें चलाया, स्क्रिप्ट किया और कमिट किया जा सके। Collection v2.1 का JSON डालें और हर रिक्वेस्ट — भीतर के फ़ोल्डर समेत — एक cURL कमांड बन जाती है: {{baseUrl}} जैसे कलेक्शन-वेरिएबल निर्यात की अपनी सूची से भरते हैं, bearer टोकन और basic प्रमाण सही Authorization हेडर बनते हैं (base64 सहित), और raw JSON, urlencoded, form-data व GraphQL body अपने सही झंडों में ढलते हैं। कोटिंग वही है जो हाथ से हर कोई ग़लत करता है: उद्धरणों से भरे body और cookie POSIX-ढंग से एस्केप निकलते हैं। बिना मान के प्लेसहोल्डर दिखते हुए बचते और गिने जाते हैं, और छिपाने वाला स्विच Authorization, Cookie और API-कुंजी हेडरों पर पर्दा डालता है, इससे पहले कि कमांड किसी टिकट या चैट में जाए।
विशेषताएँ
फ़ोल्डर पुनरावर्ती घूमते हैं — कलेक्शन की हर रिक्वेस्ट
कलेक्शन-वेरिएबल भरते हैं; अनसुलझे गिने जाते हैं
bearer और basic को Authorization हेडर में
raw, urlencoded, form-data और GraphQL body
हर जगह POSIX-सुरक्षित उद्धरण-एस्केपिंग
रिक्वेस्ट-दर-रिक्वेस्ट दृश्य और पूरे कलेक्शन की स्क्रिप्ट
वेरिएबल कलेक्शन से हल; टोकन REDACTED में बदला जा सकता है।
सामान्य त्रुटियाँ और समस्या निवारण
कमांड में अब भी {{प्लेसहोल्डर}} हैं। — वे वेरिएबल Postman एन्वायरनमेंट में रहते हैं, कलेक्शन में नहीं — एन्वायरनमेंट अलग निर्यात होते हैं। कन्वर्टर हर अनसुलझा नाम गिनाता है; शेल में भरें या मान कलेक्शन-वेरिएबल में डालकर दोबारा निर्यात करें।
निर्यात पार्स नहीं होता। — यहाँ घूमने वाला item-वृक्ष सिर्फ़ Collection v2.x JSON में है। Postman में Export → Collection v2.1 चुनें — मौजूदा संस्करणों का डिफ़ॉल्ट।
form-data की फ़ाइलें @FILE दिखाती हैं। — निर्यात फ़ाइल की सामग्री नहीं रखता, बस यह कि फ़ाइल-क्षेत्र था। चलाने से पहले @FILE की जगह असली रास्ता रखें।
अक्सर पूछे जाने वाले प्रश्न
रूपांतरण के लिए कलेक्शन कैसे निर्यात करूँ?
कलेक्शन पर जाकर ⋯ मेन्यू खोलें, Export चुनें और Collection v2.1 रहने दें। वही JSON यह कन्वर्टर पढ़ता है: रिक्वेस्ट, फ़ोल्डर, वेरिएबल, प्रमाणीकरण और body उसी एक फ़ाइल में हैं।
क्या Postman की एन्वायरनमेंट-वेरिएबल हल होती हैं?
कलेक्शन-स्तर की हाँ; एन्वायरनमेंट अलग निर्यात हैं जिन्हें कलेक्शन-फ़ाइल रखती ही नहीं। अनसुलझे नाम गिनाए जाते हैं और टूटे URL में पकने के बजाय दिखते {{प्लेसहोल्डर}} रहते हैं।
Postman का प्रमाणीकरण कैसे बदलता है?
Bearer बनता है -H "Authorization: Bearer …"; basic base64 होकर मानक हेडर में जाता है। दोनों हों तो रिक्वेस्ट-स्तर का प्रमाणीकरण जीतता है।
बाँटने से पहले सीक्रेट क्यों छुपाऊँ?
कमांड सफ़र करते हैं — टिकटों, चैट, टर्मिनल इतिहास में — और जीवित टोकन साथ सफ़र करते हैं। छिपाना संवेदनशील हेडर ढकता है ताकि रिक्वेस्ट का ढाँचा बँट सके और प्रमाण जहाँ हैं वहीं रहें।
संबंधित टूल
HAR से cURL — HAR के अनुरोधों को चलने योग्य cURL आदेशों में बदलें।
cURL से Fetch — curl कमांड को JavaScript fetch() कॉल में कन्वर्ट करें।