रूपांतरण के लिए कलेक्शन कैसे निर्यात करूँ?

कलेक्शन पर जाकर ⋯ मेन्यू खोलें, Export चुनें और Collection v2.1 रहने दें। वही JSON यह कन्वर्टर पढ़ता है: रिक्वेस्ट, फ़ोल्डर, वेरिएबल, प्रमाणीकरण और body उसी एक फ़ाइल में हैं।

क्या Postman की एन्वायरनमेंट-वेरिएबल हल होती हैं?

कलेक्शन-स्तर की हाँ; एन्वायरनमेंट अलग निर्यात हैं जिन्हें कलेक्शन-फ़ाइल रखती ही नहीं। अनसुलझे नाम गिनाए जाते हैं और टूटे URL में पकने के बजाय दिखते {{प्लेसहोल्डर}} रहते हैं।

Postman का प्रमाणीकरण कैसे बदलता है?

Bearer बनता है -H "Authorization: Bearer …"; basic base64 होकर मानक हेडर में जाता है। दोनों हों तो रिक्वेस्ट-स्तर का प्रमाणीकरण जीतता है।

बाँटने से पहले सीक्रेट क्यों छुपाऊँ?

कमांड सफ़र करते हैं — टिकटों, चैट, टर्मिनल इतिहास में — और जीवित टोकन साथ सफ़र करते हैं। छिपाना संवेदनशील हेडर ढकता है ताकि रिक्वेस्ट का ढाँचा बँट सके और प्रमाण जहाँ हैं वहीं रहें।

Postman से cURL

Postman कलेक्शन v2.1 निर्यात को चलने लायक़ cURL कमांड में बदलें — फ़ोल्डर घूमे हुए, वेरिएबल हल, प्रमाणीकरण परिवर्तित।

Postman से cURL पूरी तरह आपके ब्राउज़र में चलता है। कलेक्शन — टोकन समेत — आपके डिवाइस पर पार्स होते हैं और कभी अपलोड नहीं होते।

HAR से cURL कन्वर्टर खोलें

Postman से cURL के बारे में

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-सुरक्षित उद्धरण-एस्केपिंग
रिक्वेस्ट-दर-रिक्वेस्ट दृश्य और पूरे कलेक्शन की स्क्रिप्ट

Postman से cURL का उपयोग कैसे करें

Postman से निर्यात करें: Collection → ⋯ → Export → v2.1
JSON यहाँ डालें या चिपकाएँ
रिक्वेस्ट चुनें, या सारे कमांड स्क्रिप्ट के रूप में कॉपी करें
कुछ भी बाँटने से पहले छिपाना चालू करें

उदाहरण

इनपुट

Collection with {{baseUrl}}/users and bearer auth

आउटपुट

curl 'https://api.example.com/users' \
  -H 'Authorization: Bearer tok…'

वेरिएबल कलेक्शन से हल; टोकन 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 होकर मानक हेडर में जाता है। दोनों हों तो रिक्वेस्ट-स्तर का प्रमाणीकरण जीतता है।
बाँटने से पहले सीक्रेट क्यों छुपाऊँ?: कमांड सफ़र करते हैं — टिकटों, चैट, टर्मिनल इतिहास में — और जीवित टोकन साथ सफ़र करते हैं। छिपाना संवेदनशील हेडर ढकता है ताकि रिक्वेस्ट का ढाँचा बँट सके और प्रमाण जहाँ हैं वहीं रहें।