स्रोत के रूप में JSON, YAML या CSV चुनें और लक्ष्य के रूप में कोई अलग फ़ॉर्मैट। वर्कस्पेस कभी फ़ॉर्मैट का अंदाज़ा नहीं लगाता या डेटा वाली URL नहीं बनाता, और अगर आप दोनों ड्रॉपडाउन एक ही फ़ॉर्मैट पर सेट करें तो दूसरा पक्ष अपने आप पलट जाता है, क्योंकि स्रोत और लक्ष्य के मेल खाने वाली कन्वर्ज़न चुपचाप वापस लौटाने के बजाय अस्वीकार होती है।
02
पेस्ट करें और तुरंत वैलिडेट करें
पेस्ट करते ही कन्वर्ज़न होता है; ऑटो-कन्वर्ट चालू होने पर साधारण संपादन थोड़े ठहराव के बाद दोबारा चलते हैं, और Ctrl या Command और Enter मांग पर चलाता है। सिंटैक्स त्रुटियां लाइन और कॉलम के साथ दिखती हैं जब भी पार्सर उन्हें देता है, और नमूना लोड करें फ़ील्ड को चुने गए स्रोत फ़ॉर्मैट में एक छोटे वैध दस्तावेज़ से भर देता है ताकि आप पहले एक साफ़ कन्वर्ज़न देख सकें।
03
आउटपुट विकल्प सेट करें
JSON और YAML लक्ष्यों के लिए आउटपुट इंडेंट कंट्रोल दो या चार स्पेस चुनता है। जब CSV लक्ष्य हो, वह कंट्रोल स्प्रेडशीट-सुरक्षित टॉगल बन जाता है — डिफ़ॉल्ट में चालू — जो =, +, - या @ से शुरू होने वाली किसी भी सेल के आगे एक अपॉस्ट्रॉफ़ी लगाता है ताकि स्प्रेडशीट एप्लिकेशन उसे फ़ॉर्मूला की तरह चला न सकें।
04
फ़िडेलिटी चेतावनियों की समीक्षा करें
चेतावनियां हर स्वीकृत हानि नाम लेकर बताती हैं: YAML एंकर विस्तारित, YAML कमेंट हटाए, CSV सेल स्ट्रिंग माने, null खाली सेल के रूप में लिखे, और फ़ॉर्मूला जैसे मान एस्केप किए। असमर्थित या अस्पष्ट संरचनाएं — YAML मर्ज कीज़, कस्टम टैग, कई दस्तावेज़, बहुत बड़े पूर्णांक, या CSV की ओर जाती नेस्टेड मान — अर्थ चुपचाप बदलने के बजाय नाम वाली त्रुटि के साथ कन्वर्ज़न रोक देती हैं।
05
कॉपी करें, डाउनलोड करें, या उलटें
वैलिडेट किया नतीजा क्लिपबोर्ड पर कॉपी करें, उसे मेल खाते .json, .yaml या .csv एक्सटेंशन के साथ toolars-converted के रूप में डाउनलोड करें, या फ़ॉर्मैट स्वैप करें इस्तेमाल करके मौजूदा आउटपुट को अगले स्रोत के रूप में पिलाएं — यह जानने का तुरंत तरीका कि JSON से YAML और वापस JSON का राउंड-ट्रिप डेटा बचाए रखता है।
06
इस नतीजे के साथ आगे बढ़ें
नीचे इस नतीजे की एक प्रति के साथ ताज़ा वर्कस्पेस खोलें। कुछ नहीं भेजा या सहेजा जाता; तैयार होने पर अगला टूल चलाएं। एक बार में एक ही फ़ॉलो-अप। दूसरा खोलने से पहले इसे बंद करें। स्रोत नतीजा बदलने, पेज छोड़ने या रीफ़्रेश करने, या खोलने के 10 मिनट बाद फ़ॉलो-अप और उसके संपादन मिट जाते हैं। स्रोत यहीं रहता है।
टूल के तथ्य
प्रोसेसिंग
आपके ब्राउज़र में
इनपुट इस डिवाइस से बाहर जाता है
कभी नहीं
रिटेंशन
वैकल्पिक स्थानीय हस्तांतरण
कीमत
मुफ़्त
आपका इनपुट ब्राउज़र में ही रहता है।
स्ट्रक्चर्ड डेटा कन्वर्टर अपना सत्यापित लोकल एक्ज़ीक्यूशन पथ इस्तेमाल करता है और कोई छिपा इनपुट या आउटपुट इतिहास नहीं बनाता।
लोकल एक्ज़ीक्यूशन
मौजूदा ब्राउज़र टैब के अंदर चलता है।
कोई छिपी प्रोसेसिंग नहीं
सक्रिय टूल डेटा कभी Toolars दस्तावेज़ रिकॉर्ड नहीं बनता।
खाते की ज़रूरत नहीं
बिना प्रोफ़ाइल बनाए मुख्य वर्कफ़्लो इस्तेमाल करें। साइन इन करने के बाद फ़ेवरिट आपके खाते से सिंक होते हैं।
कार्यस्थान और हस्तांतरण
टैब बंद करने पर सामान्य कार्यस्थान डेटा मिट जाता है। हस्तांतरण चुनने पर चुना गया परिणाम पेज दोबारा लोड करने या टैब बंद करने के बाद भी इसी डिवाइस पर रहता है और 30 मिनट तक स्वीकार किया जा सकता है। स्वीकार या खारिज करने पर वह हट जाता है; समय सीमा पार कर चुके रिकॉर्ड अगली बार हस्तांतरण सुविधा इस्तेमाल करने पर साफ़ होते हैं।
स्ट्रक्चर्ड डेटा कन्वर्टर कब उपयोगी होता है
टिप्पणी वाले YAML को सख्त JSON बनाएं
ऐंकर और टिप्पणियों वाली कॉन्फ़िगरेशन फ़ाइल चिपकाएं, दो स्पेस इंडेंट के साथ YAML को JSON में बदलें और चेतावनियां पढ़ें: टिप्पणियां छोड़ दी जाती हैं और ऐंकर खोल दिए जाते हैं, इसलिए परीक्षण रेफरेंस बनने से पहले आउटपुट की समीक्षा करें।
उपयोगकर्ता सूची को स्प्रेडशीट-सुरक्षित CSV के रूप में एक्सपोर्ट करें
उपयोगकर्ता रिकॉर्ड का सपाट JSON अरे स्प्रेडशीट-सुरक्षित टॉगल चालू करके CSV में बदलें, ताकि = से शुरू होने वाला सेल एस्केप्ड पहुंचे और फ़ाइल स्प्रेडशीट ऐप्लिकेशन में खुलने पर फ़ॉर्मूला के रूप में न चले।
शिप करने से पहले राउंड-ट्रिप जांचें
JSON को YAML में बदलें, फ़ॉर्मैट स्वैप दबाएं और वापस बदलें: यदि बहाल दस्तावेज़ स्रोत से मेल खाता है, तो मध्यवर्ती फ़ॉर्मैट आपके डेटा ढांचे के लिए बिना हानि वाला है और दूसरी टीम को सौंपने के लिए सुरक्षित है।
स्ट्रक्चर्ड डेटा कन्वर्टर असल में क्या करता है
किसी माइक्रोसर्विस का उदाहरण कॉन्फ़िगरेशन एंकर और टिप्पणियों वाले YAML के रूप में आता है, एकीकरण परीक्षण वही डेटा सख्त JSON में चाहते हैं, और सहायता टिम उपयोगकर्ता सूची को स्प्रेडशीट-तैयार CSV में चाहती है। मुफ़्त ऑनलाइन स्ट्रक्चर्ड डेटा कन्वर्टर को ये तीनों काम उस दस्तावेज़ को कहीं भेजे बिना करने चाहिए। यह ऑनलाइन स्ट्रक्चर्ड डेटा कन्वर्टर आपके चिपकाते समय ब्राउज़र में JSON, YAML और CSV बदलता है: सिंटैक्स त्रुटियां पंक्ति और कॉलम के साथ आती हैं, चेतावनियां हर स्वीकृत हानि को नाम देती हैं — टिप्पणियां छोड़ी गईं, एंकर खोले गए, CSV सेल स्ट्रिंग के रूप में पढ़े गए — और सूत्र-जैसे सेल स्प्रेडशीट उन्हें चला पाने से पहले एस्केप हो जाते हैं। किसी कॉन्फ़िगरेशन को YAML में लिखकर API को JSON देने, किसी JSON अरे को CSV आयात में समतल करने, या यह जांचने के लिए इसका उपयोग करें कि YAML राउंड-ट्रिप आपका डेटा बचाता है या नहीं, इससे पहले कोई और टिम उस पर निर्भर हो जाए। सीमाएं स्पष्ट रहती हैं: 256 KiB इनपुट, 40 नेस्टिंग स्तर, और केवल ऑब्जेक्ट्स की सपाट अरे ही CSV बनती है। चूंकि कुछ भी अपलोड नहीं होता, टोकन और आंतरिक एंडपॉइंट वाली कॉन्फ़िगरेशन डिवाइस पर रहती हैं।
आम सवाल
कौन से फ़ॉर्मैट सपोर्टेड हैं?
वर्कस्पेस JSON, YAML 1.2 कोर सिंटैक्स, और अनिवार्य अद्वितीय हेडर पंक्ति वाला कॉमा-सेपरेटेड CSV सपोर्ट करता है। TOML और XML के लिए अभी अलग फ़िडेलिटी काम बाक़ी है और वे इस रिलीज़ में स्वीकार नहीं, और दोनों ओर एक ही फ़ॉर्मैट चुनना अस्वीकार होता है — हर रन दो अलग फ़ॉर्मैटों के बीच बदलता है।
YAML सुरक्षित रूप से कैसे संभाला जाता है?
टेक्स्ट मोड में पार्सिंग सख़्त सीमाओं वाले डिस्पोज़ेबल Web Worker में चलती है: 256 KiB इनपुट, 40 स्तर की नेस्टिंग, 10,000 नोड, 50 एलियास विस्तार, और 1,500 ms का समय बजट। कस्टम या एक्ज़ीक्यूटेबल टैग, मर्ज कीज़, रिमोट स्कीमा, DTD, इंपोर्ट, इनक्लूड और सारा नेटवर्क रिसोर्स लोडिंग बंद है, इसलिए शत्रुतापूर्ण या विकृत दस्तावेज़ पार्सर से बाहर नहीं पहुंच सकता।
कन्वर्ज़न के दौरान क्या बदल सकता है?
JSON YAML कमेंट या एंकर पहचान को व्यक्त नहीं कर सकता, और CSV स्केलर प्रकार, null पहचान या नेस्टेड संरचनाएं नहीं बचा सकता। हर स्वीकृत हानि नतीजे पर चेतावनी के रूप में दिखती है; असुरक्षित या अस्पष्ट आकृतियां सीधे अस्वीकार होती हैं। डुप्लिकेट कीज़, __proto__, constructor या prototype नाम की प्रॉपर्टी, नॉन-फ़ाइनाइट संख्याएं, और सुरक्षित रेंज से बाहर के पूर्णांक ज़बरदस्ती बदलने के बजाय अस्वीकार होते हैं।
स्प्रेडशीट-सुरक्षित CSV विकल्प क्या करता है?
जब लक्ष्य CSV हो और टॉगल चालू हो, शुरुआती स्पेस या टैब के बाद जिस सेल का टेक्स्ट =, +, - या @ से शुरू होता है उसके आगे अपॉस्ट्रॉफ़ी लगता है, ताकि स्प्रेडशीट एप्लिकेशन उसे फ़ॉर्मूला चलाने के बजाय टेक्स्ट दिखाएं। हर प्रभावित रन एक चेतावनी जोड़ता है ताकि बदलाव दिखता रहे। स्प्रेडशीट की ओर जाती फ़ाइलों के लिए इसे चालू रखें; बंद करें केवल तब जब CSV किसी ऐसे सिस्टम को खिलाए जो कच्चे मान चाहता है।
मेरा CSV अस्वीकार क्यों हुआ?
टेक्स्ट मोड में पार्सर एक हेडर पंक्ति मांगता है जिसके नाम ग़ैर-खाली और अद्वितीय हों — पहले हेडर पर शुरुआती बाइट-ऑर्डर मार्क बर्दाश्त है — और हर रिकॉर्ड में ठीक उतने ही फ़ील्ड होने चाहिए जितने हेडर में। कोटेड फ़ील्ड मानक नियम मानते हैं: डबल कोट दोगुने कोट के रूप में एस्केप होते हैं और नई लाइनें रख सकते हैं, लेकिन बिना कोट वाले फ़ील्ड के बीच में कोट आना अपनी लाइन और कॉलम के साथ त्रुटि है। आउटपुट 5,000 पंक्तियों और 256 कॉलमों तक सीमित है, और सिर्फ़ एक जैसी कीज़ वाली वस्तुओं की फ्लैट सूची ही CSV में बदलती है।
क्या मेरे मान अपलोड या सहेजे जाते हैं?
रूपांतरण स्थानीय रूप से चलता है। मौजूदा दस्तावेज़ और इसी पेज के अगले चरण मेमोरी में रहते हैं; साफ़ करें मौजूदा दस्तावेज़ हटाता है। स्रोत डेटा और परिणाम URL, एनालिटिक्स, लॉग या फ़ीडबैक फ़ॉर्म के माध्यम से नहीं भेजे जाते। फ़ाइल दूसरे टूल को सौंपना एक अलग, वैकल्पिक कार्रवाई है। यदि आप स्पष्ट रूप से आउटपुट दूसरे टूल को सौंपते हैं, तो वह ब्राउज़र के स्थानीय स्टोरेज में सहेजा जाता है। वर्कस्पेस को रीसेट, रीलोड या बंद करने से यह लंबित कॉपी नहीं हटती। हस्तांतरण स्वीकार या रद्द करने पर यह हट जाती है; 30 मिनट के बाद इसे प्राप्त नहीं किया जा सकता।
CSV फ़ाइल मोड की सीमाएं क्या हैं?
फ़ाइल मोड UTF-8, UTF-16LE/BE, GB18030 या Windows-1252 और कॉमा, अर्धविराम, टैब या पाइप विभाजक स्पष्ट रूप से चुनने की सुविधा देता है। ट्रिम चुनने तक कॉलम नाम बने रहते हैं; नाम अद्वितीय और गैर-रिक्त होने चाहिए। इनपुट ≤ 100 MiB, आउटपुट ≤ 32 MiB, ≤ 256 कॉलम और UTF-8 के रूप में मापे गए प्रत्येक डिकोड रिकॉर्ड पर ≤ 1 MiB। पूर्वावलोकन 20 पंक्तियाँ दिखाता है, जिनमें सेल 160 अक्षरों तक छोटे किए जाते हैं; डाउनलोड पूर्ण मान बनाए रखते हैं। JSONL स्ट्रिंग संग्रहीत करता है। सामान्यीकृत CSV UTF-8, कॉमा, CRLF और उद्धृत फ़ील्ड का उपयोग करता है; वैकल्पिक BOM एन्कोडिंग पहचान में मदद करता है, लेकिन प्रकार लागू नहीं करता। खाली भौतिक रिकॉर्ड छोड़ दिए जाते हैं। उद्धरण और एन्कोडिंग सामान्यीकृत होते हैं, बाइट-दर-बाइट संरक्षित नहीं। प्रोसेसिंग लोकल और रद्द करने योग्य है; आउटपुट मेमोरी में रहता है, इसलिए शिखर मेमोरी 32 MiB से अधिक हो सकती है।
मुझे JSON, YAML या CSV कब उपयोग करना चाहिए?
जब मशीनें डेटा का आदान-प्रदान करें तब JSON उपयोग करें: API, कोड द्वारा उपभोग की जाने वाली कॉन्फ़िगरेशन, और टेस्ट रेफरेंस जिन्हें असंदिग्ध बने रहना चाहिए। YAML तब उपयोग करें जब फ़ाइलों को लोग हाथ से एडिट करें — डिप्लॉयमेंट मैनिफ़ेस्ट और दस्तावेज़ — जहां टिप्पणियां और ऐंकर काम आते हैं। CSV तब उपयोग करें जब स्प्रेडशीट या डेटा आयात पंक्तियों और कॉलम की अपेक्षा करे। उन्हें यहाँ परस्पर बदलें, और चेतावनियां बताएंगी कि लक्ष्य फ़ॉर्मैट क्या नहीं रख सकता।
JSON और XML में क्या अंतर है?
JSON ऑब्जेक्ट और अरे पर बना एक न्यूनतम डेटा फ़ॉर्मैट है: कोई समापन टैग नहीं, कोई एट्रिब्यूट नहीं, और अधिकांश मान लिखने का एक कैनोनिकल तरीका, जिससे यह छोटा होता है और JavaScript तथा अधिकांश आधुनिक API में पार्स करना आसान होता है। XML तत्वों, एट्रिब्यूट, नेमस्पेस और स्कीमा वाला एक दस्तावेज़ फ़ॉर्मैट है, और वह उद्योगों में अभी भी हावी है जो दस्तावेज़ों को मान्य करते हैं, जैसे प्रकाशन, बैंकिंग मानक और कई एंटरप्राइज़ एकीकरण। यह वर्कस्पेस JSON, YAML और CSV बदलता है; XML को दस्तावेज़-सजग कन्वर्टर चाहिए, क्योंकि उसका एट्रिब्यूट और नेमस्पेस मॉडल सीधे डेटा ट्रियों पर एक-से-एक नहीं चढ़ता।
