आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
INI को YAML में बदलें
यहाँ आप INI को YAML में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
- कहाँ चलता है आपके ब्राउज़र में। फ़ाइल कभी अपलोड नहीं होती।
- बिना नुक़सान कुछ नहीं छोड़ा जाता। INI में जो था, YAML में ठीक वही रहता है।
- फ़ाइल आकार की सीमा हर फ़ाइल 100 MB तक, मुफ़्त, बिना खाते के।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
INI से YAML
पुराने कॉन्फ़िग फ़ॉर्मेट से नए टूल तक
INI विंडोज़ ऐप और पुराने सॉफ़्टवेयर में अब भी आम है, पर आधुनिक ऑटोमेशन टूल, CI पाइपलाइन और cloud-config सिस्टम आम तौर पर YAML माँगते हैं। यह बदलाव उसी जगह के लिए है जहाँ पुरानी सेटिंग फ़ाइल को नए सिस्टम में डालना है।
हर [सेक्शन] एक YAML कुंजी बनता है, और उसके नीचे की हर लाइन उस सेक्शन के अंदर एक उप-कुंजी — यानी ढाँचा दो स्तर का सीधा-सादा नेस्टिंग है।
संख्या और बूलियन अपने-आप पहचाने जाते हैं
"true" और "false" जैसे मान बूलियन बनते हैं, संख्या जैसे दिखने वाले मान संख्या बनते हैं — हर मान टेक्स्ट स्ट्रिंग बनकर नहीं रहता। यह पढ़ने के दौरान अपने-आप होता है।
इसका मतलब है कि अगर किसी सेटिंग में लीडिंग ज़ीरो वाला कोड हो — जैसे वर्ज़न "01.5" — तो वह संख्या में बदलकर अपना असली रूप खो सकता है। ऐसे मान को कोट्स में रखना इस समस्या से बचाता है।
टिप्पणियाँ नहीं बचतीं
सेमीकोलन (;) या हैश (#) से शुरू होने वाली पंक्तियाँ पढ़ते वक़्त ही छोड़ दी जाती हैं — INI इन्हें साफ़ तौर पर हटाता है, और YAML लिखने वाला हिस्सा भी कोई टिप्पणी-चैनल इस्तेमाल नहीं करता।
अगर कॉन्फ़िग फ़ाइल में समझाने वाली टिप्पणियाँ जुड़ी हों, तो वे इस बदलाव में साथ नहीं जातीं — उन्हें अलग से YAML में हाथ से दोबारा जोड़ना पड़ेगा।
कुंजी का क्रम बदलता नहीं
सेक्शन और उनके अंदर की कुंजियाँ जिस क्रम में INI में लिखी थीं, YAML में भी उसी क्रम में आती हैं — कुछ भी वर्णानुक्रम में नहीं सजाया जाता।
यह उन कॉन्फ़िग फ़ाइलों के लिए भरोसे की बात है जहाँ क्रम मायने रखता है, जैसे किसी सर्विस की शुरुआती-सेटिंग का क्रम।
उद्धरण चिह्न वाले मान से बचकर निकलते हैं
अगर किसी मान को कोट्स में लिखा गया हो — "hello world" जैसा — तो पढ़ते वक़्त वे कोट्स हटा दिए जाते हैं और अंदर का असली टेक्स्ट लिया जाता है। बिना कोट्स वाला मान जस का तस रहता है, जो path=C:\new जैसी लाइन को बिना तोड़े सही रखता है।
यानी विंडोज़ पथ या बैकस्लैश वाले मान इस बदलाव में सुरक्षित रहते हैं, उन्हें अलग से एस्केप करने की ज़रूरत नहीं पड़ती।
सिर्फ़ दो स्तर की नेस्टिंग
INI का ढाँचा सेक्शन और की-वैल्यू तक सीमित है — इससे गहरी नेस्टिंग INI में होती ही नहीं, इसलिए YAML में भी सिर्फ़ उतनी ही गहराई बनती है। किसी तीसरे स्तर की उम्मीद यहाँ नहीं रखनी चाहिए।
जो सेटिंग किसी सेक्शन के बाहर, फ़ाइल की शुरुआत में लिखी हो, वह भी YAML के सबसे ऊपरी स्तर पर अपनी जगह पाती है।
बिना अपलोड के
पूरा बदलाव ब्राउज़र में होता है — फ़ाइल कहीं भेजी नहीं जाती। एक साथ 100 फ़ाइलें तक बदली जा सकती हैं, हर फ़ाइल पर 100 मेगाबाइट की सीमा है।
कई कॉन्फ़िग फ़ाइलें एक साथ बदलने पर नतीजा एक ZIP में डाउनलोड होता है।
INI को YAML में ऐसे बदलें
- अपनी INI फ़ाइल इस पेज पर छोड़ें, या चुनने के लिए दबाएँ।
- लक्ष्य के रूप में YAML चुनें। कन्वर्ज़न आपके ब्राउज़र में होता है और फ़ाइल अपलोड नहीं होती।
- तैयार YAML फ़ाइल डाउनलोड कर लें।
INI या YAML: क्या बदलता है
| INI | YAML | |
|---|---|---|
| पूरा नाम | INI कॉन्फ़िगरेशन | YAML Ain't Markup Language |
| फ़ाइल एक्सटेंशन | .ini, .cfg, .conf | .yaml, .yml |
| मीडिया टाइप | text/plain | application/yaml |
| पहली बार प्रकाशित | 1985 | 2001 |
| विनिर्देश | — | YAML 1.2 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | पुराना, फिर भी हर जगह पढ़ा जाता है | मौजूदा |
| ब्राउज़र में खुलता है | कोई ब्राउज़र नहीं | कोई ब्राउज़र नहीं |
| इसकी जगह विचारणीय | TOML | JSON, TOML |
क्या बचा रहता है
टिप्पणियाँ साथ जाती हैं। INI और YAML — दोनों में टिप्पणी की वाक्य-रचना है, इसलिए बाद में फ़ाइल सँभालने वाले के लिए छोड़े गए नोट चुपचाप ग़ायब नहीं होते।
नतीजा खोलना
INI 1985 का है और अब मुश्किल से ही इस्तेमाल होता है। YAML वह है जो आज के प्रोग्राम लिखते हैं, इसलिए यह कन्वर्ज़न पढ़े जाते रहने का भी सवाल है।
Visual Studio Code INI और YAML — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
कौन-सा फ़ॉर्मेट किस काम के लिए है
YAML 2001 से चला आ रहा है, और YAML 1.2 में तय किया गया है। Visual Studio Code और yq इस फ़ॉर्मेट को पढ़ लेते है।
INI 1985 में आया और YAML 2001 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
INI से YAML: आम सवाल
क्या मेरी INI फ़ाइल कहीं अपलोड होती है?
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो।
क्या INI को YAML में बदलना मुफ़्त है?
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100।
INI को YAML में बदलने पर क्या गुणवत्ता जाती है?
नहीं। YAML वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है।
YAML फ़ाइल खोलने के लिए क्या मुझे कुछ इंस्टॉल करना होगा?
कन्वर्ज़न के लिए नहीं: वह उसी ब्राउज़र में होता है जो आपने पहले से खोल रखा है। नतीजा खोलने के लिए उसके बाद वही प्रोग्राम चाहिए जिससे आपका डिवाइस YAML Ain't Markup Language आम तौर पर दिखाता है।