JSON फ़ाइल को स्थानीय रूप से TOML में बदलें - टेबल वाला पठनीय कॉन्फ़िग, बिना अपलोड, सीधे आपके ब्राउज़र में।
आपके डिवाइस पर ही लोकल प्रोसेसिंग चल रही है ...
0%
आपकी फ़ाइलें आपके डिवाइस से कभी बाहर नहीं गईं
नहीं। सब कुछ आपके ब्राउज़र में चलता है - आपकी फ़ाइल कभी आपके डिवाइस से बाहर नहीं जाती। यह कैसे सत्यापित किया जा सकता है
JSON, API और प्रोग्रामों के बीच डेटा आदान-प्रदान का प्रारूप है, लेकिन इंसान के लिखने-पढ़ने वाली कॉन्फ़िग फ़ाइल के रूप में TOML ज़्यादा सुखद है: चौकोर कोष्ठक में सेक्शन, सादी कुंजी-बराबर-मान वाली पंक्तियाँ और टिप्पणियाँ; यह उपकरण आपके JSON ऑब्जेक्ट को सुगठित TOML में बदलता है, जैसा Cargo.toml या pyproject.toml इस्तेमाल करते हैं।
यह पूरी तरह स्थानीय रूप से चलता है (smol-toml, शुद्ध JavaScript); ऑब्जेक्ट टेबल बन जाते हैं, नेस्टेड ऑब्जेक्ट उप-टेबल बन जाते हैं (जैसे [server.meta]), ऐरे TOML ऐरे बन जाते हैं, और स्केलर स्केलर ही रहते हैं; चूँकि TOML को सबसे ऊपरी स्तर पर एक टेबल चाहिए, इसलिए जड़ में ऐरे/स्केलर/null होने पर उसे स्पष्ट संदेश के साथ अस्वीकार किया जाता है।
आप इससे तब मिलते हैं जब किसी टेम्पलेट से Cargo या pyproject कॉन्फ़िग बनाते हैं, JSON सेटिंग्स को हाथ से संपादन-योग्य .toml में बदलते हैं, या किसी API से पठनीय कॉन्फ़िग तैयार करते हैं; सच कहें तो TOML में null प्रकार नहीं होता, इसलिए null मान वाले ऑब्जेक्ट चुपचाप हटाए नहीं जाते, बल्कि स्पष्ट संदेश के साथ अस्वीकार किए जाते हैं; कुछ भी अपलोड नहीं होता।
| इनपुट फ़ॉर्मैट | JSON |
|---|---|
| आउटपुट फ़ॉर्मैट | TOML |
| बैच प्रोसेसिंग | नहीं |
| प्रोसेसिंग | ब्राउज़र में लोकल (JavaScript) |
| फ़ाइल अपलोड | कोई नहीं |
सीमाएँ: सबसे ऊपरी स्तर पर एक JSON ऑब्जेक्ट अपेक्षित है (ऐरे/स्केलर/null अस्वीकार); नेस्टेड ऑब्जेक्ट -> उप-टेबल, ऐरे -> TOML ऐरे; TOML में null प्रकार नहीं होता इसलिए null वाले ऑब्जेक्ट अस्वीकार होते हैं; कुंजियों का क्रम JSON के अनुसार रहता है।
नहीं, सब कुछ पूरी तरह स्थानीय रूप से होता है।
क्योंकि TOML दस्तावेज़ सबसे ऊपरी स्तर पर एक टेबल होता है।
TOML टेबल और उप-टेबल में, जैसे [server] और [server.meta]।
TOML में null प्रकार नहीं होता; null वाले ऑब्जेक्ट अस्वीकार होते हैं।
हाँ, हमारे "TOML से JSON" उपकरण से।