Question 1

यह टूल क्या ठीक कर सकता है?

Accepted Answer

अंत की कॉमा, सिंगल कोट, किसी दस्तावेज़ से चिपकाए गए घुमावदार कोट, बिना कोट वाली ऑब्जेक्ट कुंजियां और अपरिचित शब्द-रूप वैल्यू, पंक्ति और ब्लॉक टिप्पणियां, मानों के बीच छूटी कॉमा, True और None जैसे Python रूप, और ऐसी संख्याएं जो JSON में मान्य नहीं हैं जैसे आगे लगा जोड़ चिह्न या अकेला .5। यह NaN, Infinity और undefined को null से भी बदल देता है, और बीच में ही कटे दस्तावेज़ को बंद कर देता है, जैसे कोई अधूरी स्ट्रिंग या अंत में खुला रह गया ऑब्जेक्ट। यह जो नहीं करता वह है ऐसी संरचना का अंदाज़ा लगाना जो इसने कभी देखी ही नहीं: अगर कोई कोष्ठक बाकी सब पूरे दस्तावेज़ के बीच में से गायब है, तो इसे बताया जाता है, अंदाज़ा नहीं लगाया जाता।

Question 2

क्या रिपेयर करना सुरक्षित है?

Accepted Answer

विराम चिह्नों के लिए, हां। अंत की कॉमा हटाना या किसी कुंजी पर कोट लगाना यह बदलता है कि दस्तावेज़ कैसे लिखा गया है, यह नहीं कि उसका अर्थ क्या है। तीन सुधार अलग हैं: NaN, Infinity और undefined का JSON में कोई समकक्ष नहीं है, इसलिए वे null बन जाते हैं और आपका डेटा सचमुच बदल जाता है। वे बदलावों की सूची में अलग से दिखते हैं ताकि आप तय कर सकें कि यह स्वीकार्य है या नहीं। बाकी सब आपके मान बिल्कुल वैसे ही रखता है, लंबे पूर्णांक और कुंजियों का क्रम भी।

Question 3

यह क्यों कहता है कि नतीजा अब भी अमान्य है?

Accepted Answer

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

Question 4

भरोसे वाले बैज का क्या मतलब है?

Accepted Answer

सुधार के आपके मतलब जैसा होने पर कितना भरोसा किया जा सकता है, यह नहीं कि सिंटैक्स की समस्या कितनी पक्की थी। उच्च भरोसा में कोई डिलिमिटर बदलना या टिप्पणी हटाना आता है, एक ही पढ़ने वाली फिर से लिखाई जिसमें कुछ अंदाज़ा नहीं लगाना पड़ता। मध्यम भरोसा में कोई ऐसा अक्षर आता है जिसे गढ़ना पड़ा, जैसे छूटी हुई कॉमा, या बिना कोट वाली कुंजी, जो कभी साफ पहचानकर्ता होती है और कभी बिना पहचाने शब्द जिसे अंदाज़े से कोट किया गया। कम भरोसा सिर्फ NaN, Infinity और undefined के null बनने के लिए है, वह इकलौता सुधार जो आपके डेटा को बदलता है, सिर्फ उसकी लिखावट को नहीं, जिसे अपने खुद के "आपका डेटा बदलता है" बैज के साथ भी दिखाया जाता है।

Question 5

स्कीमा के विरुद्ध जांचना क्या करता है?

Accepted Answer

यह सुधरे हुए दस्तावेज़ को, मूल को नहीं, उसी वैलिडेटर से गुज़ारता है जिसे JSON Schema Validator टूल इस्तेमाल करता है, और जो कुछ मेल नहीं खाता उसे सूचीबद्ध करता है। इससे कुछ भी कैसे सुधरता है यह नहीं बदलता: स्कीमा बाद में सिर्फ नतीजा जांचता है, सबसे ज़्यादा उपयोगी NaN के null बनने जैसे डेटा-बदलने वाले सुधार के लिए, जहां सिंटैक्स का सुधार साफ था लेकिन क्या null सचमुच उस फ़ील्ड के लिए सही मान है यह एक अलग सवाल है जिसका जवाब स्कीमा दे सकती है। OpenAPI और सामान्य JSON Schema दोनों काम करते हैं, क्योंकि OpenAPI का स्कीमा ऑब्जेक्ट ज़्यादा से ज़्यादा कुछ अच्छी तरह दस्तावेज़ीकृत अंतरों के साथ JSON Schema ही होता है।

Question 6

"आसपास के टेक्स्ट से निकालें" क्या करता है?

Accepted Answer

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

Question 7

टोकन सीमा से कटे जवाब के साथ क्या होता है?

Accepted Answer

उसे ठुकराया नहीं बल्कि बंद कर दिया जाता है। अगर दस्तावेज़ किसी स्ट्रिंग के बीच में खत्म होता है, तो बंद होने वाला कोट जोड़ा जाता है, और किसी कटी हुई एस्केप सीक्वेंस से बचा अकेला बैकस्लैश आगे कॉपी करने के बजाय हटा दिया जाता है। अगर यह किसी ऑब्जेक्ट या एरे के बीच में खत्म होता है, तो अब भी खुला हर स्तर बारी-बारी से बंद किया जाता है, सबसे भीतरी से शुरू करके। जो कुंजी पढ़ी तो गई पर उसे कभी कोई वैल्यू नहीं मिली, उसे null मिलता है, जिसे आपके डेटा में बदलाव के तौर पर चिह्नित किया जाता है, ठीक वैसे ही जैसे NaN या undefined के साथ होता है। जिस जगह तक कभी पहुंचा ही नहीं गया, जैसे किसी एरे का अगला तत्व जो कॉमा के ठीक बाद रुक जाता है, उसके लिए कुछ नहीं गढ़ा जाता: लटकती कॉमा हटा दी जाती है और कंटेनर बंद कर दिया जाता है, बजाय ऐसी वैल्यू का अंदाज़ा लगाने के जो कभी वहां थी ही नहीं। यह जो नहीं करता वह है tru जैसे कटे हुए शब्द को true में पूरा करना, क्योंकि कुछ गिने-चुने अक्षर यह तय करने के लिए बहुत कम हैं कि मतलब क्या था।

JSON रिपेयर

कीबोर्ड शॉर्टकट

स्थानीय डेटा

हाल में खोली गई फ़ाइलें

लिंक के जरिए साझा करें

साझा किया गया लिंक यहां खोलें

इनपुट

URL से लोड करें

आउटपुट

स्कीमा (वैकल्पिक)

URL से लोड करें

क्या बदला गया

इस टूल के बारे में

कैसे उपयोग करें