YAML से JSON कन्वर्टर

Q: YAML और JSON में एक ही डेटा होता है, तो YAML को JSON में क्यों बदलें?

क्योंकि कई टूल इनमें से सिर्फ़ एक को पार्स करते हैं। JSON रीडर हर प्रोग्रामिंग भाषा और ब्राउज़र में मिलता है, जबकि YAML के लिए अलग लाइब्रेरी चाहिए। REST API की रिक्वेस्ट बॉडी, JSON Schema वैलिडेटर, jq और package.json या ब्राउज़र एक्सटेंशन की manifest.json जैसी फ़ाइलें, सब JSON ही मानती हैं।

Q: मेरे YAML कमेंट्स का क्या होता है?

वे हट जाते हैं। RFC 8259 में JSON के लिए कमेंट सिंटैक्स है ही नहीं, इसलिए # से शुरू होने वाली लाइनों की कोई जगह नहीं बचती। कमेंट वाली YAML फ़ाइल को मूल स्रोत रखें और JSON को जनरेट की गई कॉपी मानें, जिसे आप कभी भी दोबारा बना सकते हैं।

Q: NO या off, false में क्यों बदल गया?

YAML 1.1 को मानने वाले पार्सर yes, no, on और off को बूलियन पढ़ते हैं, इसलिए नॉर्वे का कंट्री कोड NO false बन सकता है। YAML 1.2 बूलियन को सिर्फ़ true और false तक सीमित रखता है, पर हर टूल इसे नहीं मानता। ऐसे मान YAML में "NO" की तरह कोट्स में लिखें, तब वे JSON में स्ट्रिंग ही रहेंगे।

Q: क्या YAML में लिखा CloudFormation टेम्पलेट कन्वर्ट हो सकता है?

AWS CloudFormation दोनों फ़ॉर्मेट मानता है, लेकिन !Ref और !GetAtt जैसे शॉर्ट टैग सिर्फ़ YAML में होते हैं। JSON टेम्पलेट में इन्हें पूरे फ़ंक्शन की तरह लिखा जाता है, जैसे {"Ref": "MyBucket"} या {"Fn::GetAtt": [...]}। कन्वर्ट करने से पहले शॉर्ट टैग को लंबे रूप में लिख दें ताकि JSON टेम्पलेट मान्य रहे।

Q: JSON को वापस YAML में कैसे बदलें?

[JSON से YAML](/json-to-yaml) का इस्तेमाल करें। जब किसी API रिस्पॉन्स या जनरेट की गई फ़ाइल को रिपॉज़िटरी में पढ़ने लायक कॉन्फ़िग फ़ाइल बनाना हो, तो आमतौर पर यही दिशा चुनी जाती है।

YAML कॉन्फ़िगरेशन, OpenAPI स्पेक और CI फ़ाइलों को ऐसे JSON में बदलें जिसे कोई भी पार्सर, API या स्कीमा वैलिडेटर पढ़ सके। .yaml या .yml फ़ाइलें अपलोड करें और इंडेंटेड JSON डाउनलोड करें।

या CSV, TSV, TXT … फ़ाइलें यहाँ ड्रop करें ·

प्रति फ़ाइल अधिकतम 95 MB· अधिकतम 20 फ़ाइलें· 30 मिनट बाद हटा दी जाती हैं

आउटपुट

इसमें बदलें

फ़ाइलें हमारे सर्वर पर प्रोसेस होती हैं और 30 मिनट बाद हटा दी जाती हैं।

CSV और टेक्स्ट

डिलिमिटर

वह अक्षर जो CSV और टेक्स्ट फ़ाइलों में कॉलम अलग करता है, पढ़ने और लिखने दोनों के लिए। ऑटो इसे इनपुट से पहचानता है और आउटपुट में कॉमा लिखता है।

टेक्स्ट एन्कोडिंग

UTF-8 हर भाषा के लिए काम करता है। अगर Windows पर Excel में CSV खोलने पर एक्सेंट या एशियाई अक्षर बिगड़े दिखें, तो UTF-8 with BOM चुनें।

पहली पंक्ति हेडर है

पहली पंक्ति को कॉलम के नाम की तरह इस्तेमाल करें: ये JSON की कुंजियाँ, XML टैग, SQL कॉलम नाम और vCard फ़ील्ड मैपिंग बन जाते हैं। अगर पंक्ति 1 डेटा है तो बंद करें।

शीट

बदलने वाली शीट

Excel, ODS और Numbers इनपुट: सिर्फ़ पहली शीट बदलें, या सभी शीट (ZIP में हर शीट के लिए एक CSV, या हर शीट के लिए एक JSON कुंजी)।

JSON, XML और SQL

सुव्यवस्थित फ़ॉर्मेटिंग

आउटपुट में इंडेंट लगाएँ ताकि पढ़ना आसान हो। बंद करने पर यह कम से कम लाइनों में लिखा जाता है, जिससे फ़ाइल छोटी रहती है।

JSON संरचना

ऑब्जेक्ट्स का ऐरे हर पंक्ति के लिए कॉलम नामों को कुंजी बनाता है; ऐरे का ऐरे ज़्यादा कॉम्पैक्ट है और हेडर को पहले ऐरे में रखता है।

मान

तारीखें

तारीख़ वाले सेल एक ही फ़ॉर्मैट में दोबारा लिखें। डेटाबेस और कोड के लिए ISO (2026-10-18) सबसे सुरक्षित है; "जैसा है वैसा रखें" उन्हें स्रोत जैसा ही रहने देता है।

अतिरिक्त स्पेस हटाएँ

हर वैल्यू के शुरू और अंत के स्पेस हटाएँ; इम्पोर्ट के बाद लुकअप फ़ेल होने की यह आम वजह है।

इस टूल का उपयोग कैसे करें

1
YAML फ़ाइलें अपलोड करें
एक बार में 20 तक .yaml या .yml फ़ाइलें जोड़ें, हर फ़ाइल 95 MB तक। मूल नाम वैसे ही रखें; JSON फ़ाइलों के नाम वही रहेंगे, बस एक्सटेंशन नया होगा।
2
इंडेंटेड या कॉम्पैक्ट चुनें
सुव्यवस्थित फ़ॉर्मेटिंग चालू है, जो पढ़ने और कोड रिव्यू के लिए JSON में इंडेंटेशन लगाती है। रिक्वेस्ट बॉडी में पेस्ट करने के लिए एक लाइन की फ़ाइल चाहिए तो इसे एडवांस्ड सेटिंग में बंद कर दें।
3
कन्वर्ट करें और इस्तेमाल करें
JSON में बदलें दबाएँ, डाउनलोड करें और फ़ाइल को उस API, वैलिडेटर या स्क्रिप्ट को दें जिसके लिए यह चाहिए थी।

एक लाइन में YAML से JSON

कन्वर्टर आपकी YAML को की, लिस्ट और वैल्यू में पार्स करता है और वही संरचना JSON सिंटैक्स में लिखता है। डेटा नहीं बदलता; सिर्फ़ YAML में मिलने वाले अतिरिक्त तत्व, जैसे कमेंट, एंकर और कस्टम टैग, या तो हल कर दिए जाते हैं या हटा दिए जाते हैं।

1मैपिंग ऑब्जेक्ट बन जाती हैं, सीक्वेंस ऐरे बन जाते हैं।
2एंकर और एलियास पूरे लिखकर फैला दिए जाते हैं।
3कमेंट साथ नहीं जाते।

डेवलपर YAML को JSON में क्यों बदलते हैं

YAML इंसानों के लिए लिखी जाती है: ब्रेसेस की जगह इंडेंटेशन, कमेंट, और ज़्यादातर स्ट्रिंग के आसपास कोट्स नहीं। इसीलिए Kubernetes मैनिफ़ेस्ट, GitHub Actions वर्कफ़्लो, Docker Compose फ़ाइलें और OpenAPI स्पेक, जिन्हें टीमें हाथ से एडिट करती हैं, YAML में होते हैं। JSON प्रोग्राम के लिए लिखा जाता है। हर भाषा की स्टैंडर्ड लाइब्रेरी में JSON पार्सर होता है, ब्राउज़र इसे सीधे पार्स करते हैं, और ज़्यादातर HTTP API कुछ और लेते ही नहीं।

इसलिए कन्वर्जन सीमा पर होता है। प्लेटफ़ॉर्म इंजीनियर मैनिफ़ेस्ट को jq में भेजता है, जो सिर्फ़ JSON पढ़ता है। बैकएंड डेवलपर OpenAPI स्पेक को ऐसे कोड जनरेटर को देता है जिसे JSON चाहिए। टेस्टर YAML में लिखा फ़िक्स्चर डेटा JavaScript टेस्ट सूट में लोड करता है। हर मामले में YAML ही मूल स्रोत रहती है और JSON बिल्ड आर्टिफ़ैक्ट होता है। कॉन्फ़िग की जगह फ़ीड या एक्सपोर्ट की पूरी डायरेक्टरी हो, तो XML से JSON पुराने मार्कअप फ़ॉर्मेट को इसी तरह संभालता है।

YAML और JSON साथ-साथ कैसे विकसित हुए

Clark Evans ने YAML का पहला प्रस्ताव रखा: 2001
YAML 1.2 में JSON, YAML का सबसेट बना: 2009
RFC 8259, मौजूदा JSON स्टैंडर्ड: 2017
YAML 1.2.2 रिविज़न प्रकाशित: 2021

JSON में YAML की खास सुविधाओं का क्या होता है

एंकर (&defaults) और उसके एलियास (*defaults) से YAML में एक ब्लॉक दोबारा इस्तेमाल हो जाता है। JSON में रेफ़रेंस नहीं होते, इसलिए हर एलियास की जगह एंकर वाले ब्लॉक की पूरी कॉपी लिख दी जाती है।

JSON, YAML से काफ़ी लंबा हो सकता है
मर्ज की (<<: *defaults) भी इसी तरह फैला दी जाती हैं

# से शुरू होने वाली लाइनें इंसानों के लिए दस्तावेज़ होती हैं। JSON में इनके लिए जगह नहीं है, इसलिए ये हटा दी जाती हैं।

कमेंट वाली मूल YAML को वर्ज़न कंट्रोल में रखें

बिना कोट्स की 2026-10-18 कई YAML पार्सर में टाइमस्टैम्प होती है। JSON में तारीख का टाइप नहीं होता, इसलिए इसे स्ट्रिंग "2026-10-18" की तरह लिखा जाता है।

एक YAML स्ट्रीम में --- से अलग किए गए कई डॉक्यूमेंट हो सकते हैं। JSON फ़ाइल में एक ही वैल्यू होती है, इसलिए जब पाने वाला टूल एक ऑब्जेक्ट चाहता हो, तो हर डॉक्यूमेंट अलग फ़ाइल में रखें।

एक छोटी YAML कॉन्फ़िग, सुव्यवस्थित JSON के रूप में

{
  "service": "billing",
  "replicas": 3,
  "ports": [8080, 9090],
  "env": {
    "LOG_LEVEL": "info",
    "REGION": "NO"
  }
}

YAML और JSON फॉर्मेट की जानकारी

YAML

YAML ("YAML Ain't Markup Language") एक इंसानों के पढ़ने लायक डेटा फ़ॉर्मेट है, जो पहली बार 2001 में जारी हुआ। यह ब्रैकेट की जगह इंडेंटेशन इस्तेमाल करता है, कमेंट सपोर्ट करता है और JSON का सुपरसेट है। इसका व्यापक उपयोग Docker Compose, Kubernetes, GitHub Actions और कई ऐप्लिकेशन की कॉन्फ़िगरेशन में होता है। व्हाइटस्पेस पर निर्भर होने के कारण एक गलत जगह लगा स्पेस इसे तोड़ सकता है, और "no" या तारीख़ जैसे कुछ मान अनपेक्षित रूप से समझे जा सकते हैं।

कंप्रेशन: –
ट्रांसपेरेंसी (पारदर्शिता): –
एनिमेशन: –
शुरुआत का वर्ष: 2001 · Clark Evans, Ingy döt Net, Oren Ben-Kiki

YAML कन्वर्टर

JSON

JavaScript ऑब्जेक्ट नोटेशन

JSON संरचित डेटा के लिए हल्का टेक्स्ट फ़ॉर्मैट है, जिसे 2000 के दशक की शुरुआत में Douglas Crockford ने लोकप्रिय बनाया और जो RFC 8259 और ECMA-404 के रूप में मानकीकृत है। यह ऑब्जेक्ट, ऐरे, स्ट्रिंग, नंबर, बूलियन और null को सरल, पढ़ने योग्य सिंटैक्स में दिखाता है। लगभग हर प्रोग्रामिंग भाषा में वेब API, कॉन्फ़िगरेशन फ़ाइलों और ऐप्स के बीच डेटा के आदान-प्रदान का यह डिफ़ॉल्ट फ़ॉर्मैट है। इसमें कमेंट, तारीख़ें या स्कीमा बिल्ट-इन नहीं होते, और बड़ी नेस्टेड फ़ाइलें व्यूअर के बिना पढ़ना कठिन होता है।

कंप्रेशन: –
ट्रांसपेरेंसी (पारदर्शिता): –
एनिमेशन: –
शुरुआत का वर्ष: 2001 · Douglas Crockford

JSON कन्वर्टर

YAML को JSON में तब बदला जाता है जब इंसानों के लिए लिखी कॉन्फ़िग या स्पेक को मशीन तक पहुँचाना हो: API रिक्वेस्ट, स्कीमा वैलिडेटर या ऐसा टूल जिसमें YAML पार्सर नहीं है।