रिव्यू से पहले JSON फ़ॉर्मैट और इंस्पेक्ट करें

निजी डेटा इस्तेमाल करने से पहले इस सिंथेटिक इनपुट से असली परिणाम जाँचें।

उदाहरण को JSON ट्री व्यूअर में पेस्ट करें, फिर Minified खोलें। आउटपुट को इस टेक्स्ट से बिल्कुल मेल खाना चाहिए।

{"id":9007199254740993,"2":"b","1":"a"}

पूर्णांक 993 पर खत्म होता है और key 2, key 1 से पहले रहती है। {"name":} के साथ, त्रुटि लाइन 1, कॉलम 9 पर है। सीमाएँ: 256 KiB, गहराई 40, 10,000 नोड; डुप्लिकेट और आरक्षित keys अस्वीकार होती हैं।

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

प्रिटी-प्रिंटर आपके पास मौजूद सबसे सस्ती वैधता जाँच भी है। जो दस्तावेज़ पार्स होने में विफल हो, वह प्रोडक्शन में भी कभी ठीक व्यवहार नहीं करने वाला था — और यह बात रिव्यू टैब में जानना डिप्लॉयमेंट लॉग से जानने से कहीं बेहतर है।

• सिर्फ़ पठनीयताफ़ॉर्मैटिंग पार्स किए गए JSON मान बचाती है, पर एस्केप सीक्वेंस और संख्याओं की लिखावट सामान्यीकृत कर सकती है। बाइट-दर-बाइट टेक्स्ट नहीं, अर्थ की तुलना करें; हस्ताक्षरित या सटीक बाइट पर निर्भर फ़ाइल का मूल रूप रखें।
• गहराई संकेत हैएक जैसी इंडेंटेशन नेस्टिंग की गहराई को एक नज़र में दिखा देती है, और कॉन्फ़िगरेशन की गलतियाँ गहराई में ही छिपती हैं — एक स्तर गहराई में रखा विकल्प बस नज़रअंदाज़ हो जाता है।
• अपेक्षित आकार शिप करेंफ़ॉर्मैट की गई कॉपी की समीक्षा करें, पर जो आकार सिस्टम चाहता है वही शिप करें; प्रिटी-प्रिंटिंग इंसानों के लिए है, वायर के लिए नहीं।

ट्री व्यू उन सवालों के जवाब देता है जो रिव्यूअर सचमुच पूछता है — कौन सी keys मौजूद हैं, हर वैल्यू का टाइप क्या है, संरचना कितनी गहरी जाती है — बिना ब्रैकेट खंगाले। कच्चा टेक्स्ट इनमें से किसी का भी जवाब जल्दी नहीं देता।

JSON ट्री व्यूअर पेस्ट किया टेक्स्ट तुरंत जाँचता है और Auto-check चालू होने पर टाइप किया टेक्स्ट थोड़ी ठहरकर। आप Format & validate भी इस्तेमाल कर सकते हैं। सिंटैक्स त्रुटियों में स्थान और रिकवरी संकेत होता है; मान्य इनपुट ट्री और फ़ॉर्मैट या मिनिफ़ाइड व्यू खोलता है।

सारांश नोड संख्या और गहराई बताता है। आरक्षित प्रोटोटाइप keys अस्वीकार होती हैं, पर यह जाँच एप्लिकेशन सुरक्षा का प्रमाणपत्र नहीं देती।

ट्री रिव्यू में बातचीत भी सपाट कर देता है: “items के तीसरे एलिमेंट में price null है” ऐसी टिप्पणी है जिसे कोई भी कुछ सेकंड में सत्यापित कर सकता है, जबकि मिनिफ़ाइड लाइन में बाइट ऑफ़सेट ऐसी नहीं है।

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

Text & JSON Diff में दो मोड हैं: Text और JSON। Text में smart, लाइन, शब्द या कैरेक्टर की बारीकी चुनें। JSON मोड दोनों दस्तावेज़ पार्स कर मानों की तुलना करता है, इसलिए कुंजियों का नया क्रम या बदले हुए स्पेस समान माने जाते हैं।

गैर-JSON टेक्स्ट के लिए Text मोड में स्पेस अनदेखा करने और लाइन समाप्ति सामान्य करने के विकल्प हैं; सारांश जोड़, हटाव और बदलाव गिनता है। किसी एक तरफ़ वैध JSON न हो तो Text मोड अपनाएँ।

डिटरमिनिज़्म सुविधा से आगे भी मायने रखता है। जब दो रिव्यूअर एक ही तुलना चलाते हैं, तो उन्हें एक ही जवाब मिलना चाहिए — वरना रिव्यू बदलाव के फ़ैसले के बजाय टूलिंग पर बहस बन जाती है।

ये स्पष्ट छतों वाले लोकल रनटाइम हैं, बल्क डेटा प्रोसेसिंग के बजाय रिव्यू पेलोड के लिए आकारे गए। छत जानने से पता चलता है कि कब डेस्कटॉप टूलिंग उठानी है।

छतें इसलिए हैं क्योंकि पार्सिंग और डिफ़िंग उसी टैब में चलती है जिसमें आप पढ़ रहे हैं; ईमानदार सीमा फ़्रीज़ हुए पेज से बेहतर है, और वर्कस्पेस पार की गई सीमा को स्पष्ट त्रुटि के रूप में बताता है, चुपचाप कटौती के बजाय।

• व्यूअर की छतJSON ट्री व्यूअर 256 KiB तक का इनपुट, चालीस स्तर की नेस्टिंग और दस हज़ार नोड स्वीकार करता है — API रिस्पॉन्स या कॉन्फ़िगरेशन फ़ाइल के लिए काफ़ी।
• डिफ़ की छतText मोड प्रति तरफ़ 256 हज़ार कैरेक्टर तक लेता है; JSON मोड में प्रति तरफ़ 256 KiB UTF-8 पार्स सीमा भी है। दोनों अधिकतम 10,000 अंतर रिकॉर्ड दिखाते हैं।
• ब्राउज़र से परेबड़े एक्सपोर्ट — डेटाबेस डंप, लॉग अभिलेख, जनरेट किए फ़िक्स्चर — डेस्कटॉप एडिटर या कमांड-लाइन टूल में जाने चाहिए, ब्राउज़र टैब में नहीं।

एक छोटी दिनचर्या जो ज़्यादातर पेलोड समस्याओं को प्रोडक्शन पहुँचने से पहले पकड़ लेती है।

चेकलिस्ट को लाइव पेलोड के साथ-साथ प्रोड्यूसर के सैंपल डेटा पर भी चलाएँ; हकीकत से असहमत फ़िक्स्चर रिव्यू को उतने ही पक्के ढंग से अमान्य करता है जितना कोई बग।

• पार्स करेंपहले फ़ॉर्मैट और पार्स करें: पुष्टि करें कि दस्तावेज़ मान्य है और नोड संख्या व गहराई पर एक नज़र डालें।
• इंस्पेक्ट करेंट्री इंस्पेक्ट करें: पत्तों पर टाइप जाँचें — स्ट्रिंग के रूप में आया संख्यात्मक आइडेंटिफ़ायर एक क्लासिक इंटीग्रेशन बग है।
• डिफ़ करेंअंतिम ज्ञात-अच्छे वर्शन के सामने JSON मोड में डिफ़ करें, और मंज़ूरी से पहले हर रिपोर्ट किया बदलाव पढ़ें।

रिव्यू पेलोड में अक्सर ग्राहक रिकॉर्ड, टोकन या आंतरिक URL होते हैं। लोकल व्यूअर वह सामग्री टैब में रखता है: टेक्स्ट आपके डिवाइस पर चल रहे कोड से पार्स होता है और ऑपरेशन के हिस्से के रूप में कभी ट्रांसमिट नहीं होता।

यही सीमा इन टूलों को रिव्यू के दौरान असली स्टेजिंग पेलोड के साथ इस्तेमाल लायक बनाती है। यह आपकी अपनी ज़िम्मेदारियाँ मिटाती नहीं: डाउनलोड किए एक्सपोर्ट, क्लिपबोर्ड कंटेंट और ट्री के स्क्रीनशॉट वर्कस्पेस से बाहर निकलने के बाद भी आपके ही सावधानी से संभालने के हैं।

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

अनुबंध विवरण संशोधन: 2026-09-26.1

समान पेज पर हैंडऑफ़ अधिकतम 256 KiB UTF-8 टेक्स्ट को 10 मिनट के लिए स्वीकार करता है। यह केवल स्थानांतरण सीमा है; प्रत्येक प्राप्तकर्ता टूल की अपनी पार्सिंग और प्रदर्शन सीमाएँ हैं।

JSON Tree Viewer और Structured Data Converter अपना आउटपुट समान पेज के एक ही लक्ष्य को भेजते हैं। Tree केवल JSON स्वीकार करता है; Converter और Text & JSON Diff को JSON, YAML या CSV प्राप्त हो सकता है। लक्ष्य खोलने से रूपांतरण अपने आप नहीं होता।

स्थानांतरित टेक्स्ट पेज मेमोरी में रहता है और URL, स्टोरेज या एनालिटिक्स में नहीं जाता। लक्ष्य बंद करने, स्रोत बदलने, पेज छोड़ने या रिफ़्रेश करने, या समय समाप्ति पर यह हट जाता है। समाप्ति पर फ़ोकस केवल तभी स्रोत शीर्षक पर लौटता है जब वह लक्ष्य के भीतर हो।