आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप XML को INI में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
XML से INI
XML गहराई तक नेस्टेड हो सकता है — टैग के अंदर टैग, एट्रिब्यूट के साथ। INI सिर्फ़ दो स्तर जानता है: सेक्शन और उसके अंदर की कुंजी-वैल्यू। यह बदलाव उसी सरलीकरण से गुज़रता है, जो कुछ पुराने ऐप और स्क्रिप्ट को कॉन्फ़िग के तौर पर चाहिए होता है।
यह उन मामलों के लिए उपयुक्त है जहाँ किसी सिस्टम से मिला XML एक्सपोर्ट किसी सादे, हाथ से पढ़ने लायक़ कॉन्फ़िग फ़ॉर्मेट में चाहिए।
गहराई का हर मान एक डॉट से जुड़े पथ के तौर पर लिखा जाता है — यह वही फ़्लैटनिंग तरीक़ा है जो CSV, TSV, XLSX और Parquet में लिखते वक़्त इस्तेमाल होता है। XML के टैग-नाम और एट्रिब्यूट-नाम मिलकर इस पथ का हिस्सा बनते हैं।
अगर XML बहुत गहराई से नेस्टेड है, तो कुंजी के नाम भी उतने ही लंबे और जटिल बनते हैं — यह किसी ख़राबी का नतीजा नहीं, फ़्लैटनिंग का स्वाभाविक असर है।
XML में <!-- --> से लिखी गई टिप्पणियाँ इस बदलाव में शामिल नहीं होतीं — INI लिखने वाला हिस्सा उन्हें साफ़ तौर पर छोड़ता है, क्योंकि INI के पास टिप्पणी रखने के लिए कोई ऐसा चैनल नहीं जो इस बदलाव में इस्तेमाल हो।
अगर XML में समझाने वाली टिप्पणियाँ जुड़ी हों, तो उन्हें बदलाव के बाद हाथ से दोबारा जोड़ना होगा, अगर वे INI फ़ाइल में भी ज़रूरी हों।
XML के पास तारीख़ों के लिए कोई अलग टाइप नहीं होता — वे हमेशा टेक्स्ट होती हैं, और यह बदलाव उन्हें वैसे ही रखता है। INI में भी वे टेक्स्ट के तौर पर लिखी जाती हैं, बिना किसी अलग फ़ॉर्मेटिंग के।
यानी अगर मूल XML में ISO तारीख़ें थीं, तो INI में भी वे उसी टेक्स्ट रूप में दिखेंगी।
XML में जानकारी दो जगह हो सकती है — टैग के एट्रिब्यूट में और टैग के अंदर के टेक्स्ट में। दोनों को पढ़ा जाता है और उनके अपने पथ के तहत INI में जगह मिलती है, इसलिए किसी एक जगह की जानकारी छूट नहीं जाती।
अगर एक ही टैग में एट्रिब्यूट भी हों और टेक्स्ट भी, तो नतीजे में उस टैग के लिए एक से ज़्यादा जुड़ी हुई कुंजियाँ बन सकती हैं।
टैग जिस क्रम में XML में लिखे गए थे, उसी क्रम में INI की कुंजियाँ बनती हैं — कुछ भी वर्णानुक्रम में नहीं सजाया जाता। यह उन कॉन्फ़िग फ़ाइलों के लिए भरोसे की बात है जहाँ पढ़ने का क्रम मायने रखता है।
सेक्शन का नाम टॉप-लेवल टैग से आता है, इसलिए XML की जड़ संरचना INI में साफ़ तौर पर दिखती रहती है।
पूरा बदलाव ब्राउज़र में होता है — फ़ाइल कहीं भेजी नहीं जाती। एक साथ 100 फ़ाइलें तक बदली जा सकती हैं, हर फ़ाइल पर 100 मेगाबाइट की सीमा है।
कई कॉन्फ़िग-एक्सपोर्ट फ़ाइलें एक साथ बदलने पर नतीजा एक ZIP में डाउनलोड होता है।
| XML | INI | |
|---|---|---|
| पूरा नाम | Extensible Markup Language | INI कॉन्फ़िगरेशन |
| फ़ाइल एक्सटेंशन | .xml | .ini, .cfg, .conf |
| मीडिया टाइप | application/xml | text/plain |
| पहली बार प्रकाशित | 1998 | 1985 |
| प्रकाशक | W3C | — |
| विनिर्देश | XML 1.0 | — |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | पुराना, फिर भी हर जगह पढ़ा जाता है |
| ब्राउज़र में खुलता है | हर ब्राउज़र | कोई ब्राउज़र नहीं |
| इसकी जगह विचारणीय | JSON, YAML | TOML, YAML |
टिप्पणियाँ साथ जाती हैं। XML और INI — दोनों में टिप्पणी की वाक्य-रचना है, इसलिए बाद में फ़ाइल सँभालने वाले के लिए छोड़े गए नोट चुपचाप ग़ायब नहीं होते।
INI को कोई भी ब्राउज़र नहीं पढ़ता। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
Visual Studio Code XML और INI — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
दोनों का निशाना अलग काम है: XML का प्रोग्रामों के बीच डेटा ले जाना पर, INI का एडिटिंग पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
XML W3C का फ़ॉर्मेट है, जो 1998 में आया। यह XML 1.0 में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
INI 1985 से चला आ रहा है। Notepad और Visual Studio Code इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100।
XML और INI सामग्री का वर्णन बुनियादी तौर पर अलग-अलग तरीक़ों से करते हैं। इसलिए यह कन्वर्ज़न नक़ल नहीं, पुनर्निर्माण है: ईमानदार, पर बाइट-दर-बाइट एक जैसा नहीं। INI में एक के अंदर एक होता ही नहीं। एक स्तर से गहरी संरचनाएँ चपटी होकर बिंदु वाली कुंजियाँ बन जाती हैं।
INI को कोई भी ब्राउज़र नहीं पढ़ता। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।