जेडीएन कंट्रोलर
हमारे मुफ्त ऑनलाइन वैलिडेटर और लिंटर का उपयोग करके JSON डेटा में सिंटैक्स त्रुटियों की तुरंत पुष्टि करें। किसी भी JSON स्ट्रिंग को पेस्ट करें और यह तुरंत पता लगाएँ कि क्या वह वैध है; इसमें पंक्ति संख्याएँ, कॉलम स्थितियाँ और सटीक अक्षर ऑफसेट सहित त्रुटि का सटीक स्थान भी दिखाया जाता है।चाहे आप कॉन्फ़िगरेशन फ़ाइलों की सत्यापन कर रहे हों, API अनुरोध/प्रतिक्रिया पेलोड में त्रुटियाँ दूर कर रहे हों, डेटा निर्यात की जाँच कर रहे हों, उपयोगकर्ता द्वारा जमा किए गए JSON को सत्यापित कर रहे हों, या CI/CD पाइपलाइनों में JSON प्रारूप के अनुपालन को लागू कर रहे हों, यह उपकरण RFC 8259 JSON विनिर्देश के अनुसार व्यापक सत्यापन प्रदान करता है तथा सहायक त्रुटि संदेश एवं त्वरित सुधार सुझाव भी देता है।
क्या है
JSON Validator एक व्यापक सिंटैक्स जाँच एवं प्रमाणीकरण उपकरण है जो यह सत्यापित करता है कि JSON डेटा RFC 8259 JSON विनिर्देश (JSON प्रारूप का आधिकारिक मानक) के अनुरूप है या नहीं।साधारण पार्स-एंड-डिस्प्ले उपकरणों के विपरीत, हमारा वैलिडेटर सत्यापन विफलताओं के बारे में विस्तृत निदानात्मक जानकारी प्रदान करता है: त्रुटियाँ होने वाली सटीक पंक्ति संख्याएँ, समस्याग्रस्त अक्षर को उजागर करने वाली कॉलम स्थितियाँ, गलती का विवरण (अनुपस्थित कॉमा, अंतिम कॉमा, अनबंदित स्ट्रिंग, अवैध एस्केप अनुक्रम आदि), सामान्य समस्याओं को ठीक करने के लिए सुझाव, और सुधारित JSON को दिखाने वाली पहले/बाद की तुलना।वैलिडेटर सख्त मोड (कोई अंतिम टिप्पणी या अन्य टिप्पणी न होने पर RFC 8259 के साथ सख्त अनुपालन) एवं उदार मोड (टिप्पणियाँ, अंतिम कोमा, बिना उद्धरण चिह्नित कुंजियाँ और एकल उद्धरण चिह्न जैसी JSON5 सुविधाओं की अनुमति) दोनों का समर्थन करता है। वैध JSON के लिए, यह पार्स की गई संरचना का सारांश (कुंजियों की संख्या, नेस्टिंग गहराई, कुल आकार) के साथ-साथ सफलता संकेतक भी प्रदर्शित करता है। अवैध JSON के लिए, यह JSON विनिर्देश से संबंधित सभी त्रुटि प्रकारों को अधिकतम विस्तार के साथ पहचानकर रिपोर्ट करता है ताकि डीबगिंग में तेजी आ सके।
कैसे उपयोग करें
- अपने JSON डेटा को बड़े इनपुट टेक्स्ट क्षेत्र में पेस्ट करें, अपने स्थानीय मशीन से .json फ़ाइल अपलोड करें, या फ़ाइल को सीधे इनपुट ज़ोन में खींचें और छोड़ें
- सत्यापन मोड चुनें: सख्त (RFC 8259 का सटीक अनुपालन) या उदार (JSON5 सुविधाओं जैसे टिप्पणियां और अनुगामी अल्पविराम की अनुमति), फिर सत्यापन बटन पर क्लिक करें
- सत्यापन परिणाम पैनल की समीक्षा करें: हरा चेकमार्क संरचनात्मक सारांश के साथ मान्य JSON को दर्शाता है, जबकि लाल त्रुटि संकेतक अमान्य JSON के लिए विशिष्ट त्रुटि विवरण दिखाता है।
- यदि त्रुटियाँ पाई जाती हैं, तो त्रुटि रिपोर्ट की जाँच करें जिसमें प्रत्येक सिंटैक्स त्रुटि की सटीक पंक्ति संख्या, स्तंभ स्थिति और विवरण के साथ सुझाए गए सुधार दिखाए गए हैं
- सुझाए गए फिक्स बटन का उपयोग करके जहां संभव हो स्वचालित सुधार लागू करें, या अपने एप्लिकेशन में उपयोग के लिए फॉर्मेट किया गया मान्य JSON कॉपी करें
उदाहरण
इनपुट: JSON: {\"name\":\"John\",\"age\":30}
प्रक्रिया: JSON.parse से पार्स करें → सिंटैक्स त्रुटियाँ पकड़ें → पंक्ति:स्तंभ रिपोर्ट करें
परिणाम: ✓ मान्य JSON (2 कुंजी, 1 स्तर)
इनपुट: JSON: {name: "John"} (अनकोटेड कुंजी)
प्रक्रिया: गुम उद्धरण चिह्न पहचानें → स्थान निर्धारित करें → त्रुटि संदेश
परिणाम: ✗ अमान्य: प्रॉपर्टी नाम उद्धृत होने चाहिए (पंक्ति 1, स्तंभ 2)
संबंधित खोजें
लोग यह भी खोजते हैं: JSON सत्यापक, JSON लिंट, JSON मान्य करें, JSON सिंटैक्स जांच, JSON त्रुटि जांच, JSON फ़ॉर्मेट मान्यकर्ता।
JSON सत्यापकJSON लिंटJSON मान्य करेंJSON सिंटैक्स जांचJSON त्रुटि जांचJSON फ़ॉर्मेट मान्यकर्ताJSON पार्सरJSON जांचकर्ता
अक्सर पूछे जाने वाले प्रश्न
सबसे सामान्य JSON सिंटैक्स त्रुटियाँ क्या हैं और वैलिडेटर उन्हें ठीक करने में कैसे मदद करता है?
सबसे सामान्य JSON सिंटैक्स त्रुटियों में शामिल हैं: अनुगामी अल्पविराम (सख्त JSON में ] या } से पहले अंतिम अल्पविराम जो अनुमत नहीं है), सरणी तत्वों या ऑब्जेक्ट गुणों के बीच लुप्त अल्पविराम (अल्पविराम विभाजक को भूलना), बिना उद्धरण या एकल-उद्धरण वाले गुण नाम (JSON के लिए सभी कुंजियों के लिए दोहरे उद्धरण आवश्यक हैं), बंद न किए गए स्ट्रिंग लिटरल (समाप्ति उद्धरण लुप्त, अक्सर विशेष वर्णों के कारण), अमान्य एस्केप अनुक्रम (\q, \x बिना हेक्स अंकों के, आदि), लुप्त या बेमेल कोष्ठक और ब्रेसेज़ ([/{ और ]/} के बीच संरचनात्मक बेमेल), और अप्रत्याशित टोकन (जैसे JavaScript undefined, NaN, या फ़ंक्शन कॉल जो मान्य JSON नहीं हैं)। वैलिडेटर प्रत्येक त्रुटि को सटीक पंक्ति और स्तंभ के साथ इंगित करता है, बताता है कि क्या गलत हुआ, और कई सामान्य त्रुटियों के लिए एक स्वचालित सुधार प्रदान करता है जिसे आप एक क्लिक से लागू कर सकते हैं।
सख्त और उदार सत्यापन मोड के बीच क्या अंतर है?
सख्त मोड RFC 8259 का पूर्ण अनुपालन लागू करता है: केवल डबल-कोटेड स्ट्रिंग्स, प्रॉपर्टी नाम डबल-कोटेड होने चाहिए, कोई टिप्पणी अनुमति नहीं, कोई ट्रेलिंग कॉमा नहीं, रूट वैल्यू के बाद कोई ट्रेलिंग सामग्री नहीं, और केवल null अनुमत है (undefined या NaN नहीं)। यह वह मोड है जिसका उपयोग API, डेटाबेस और प्रोडक्शन सिस्टम के लिए JSON को मान्य करते समय किया जाना चाहिए, जिन्हें पूर्ण मानक अनुपालन की आवश्यकता होती है। उदार मोड (JSON5-संगत) अनुमति देता है: टिप्पणियाँ (दोनों // सिंगल-लाइन और /* */ मल्टी-लाइन), ऐरे और ऑब्जेक्ट में ट्रेलिंग कॉमा, अनकोटेड कीज़ (यदि मान्य जावास्क्रिप्ट पहचानकर्ता हों), सिंगल-कोटेड स्ट्रिंग्स, मल्टी-लाइन स्ट्रिंग्स, संख्याओं में आगे या पीछे दशमलव बिंदु, और अतिरिक्त संख्या प्रारूप (हेक्साडेसिमल, पॉजिटिव इनफिनिटी)। उदार मोड का उपयोग कॉन्फ़िगरेशन फ़ाइलों (TypeScript tsconfig.json, ESLint, VS Code सेटिंग्स) और उन स्थितियों में करें जहाँ मनुष्य JSON को हाथ से लिखते हैं और शिथिल सिंटैक्स से लाभान्वित होते हैं।
वैलिडेटर विशेष वर्णों और एन्कोडिंग वाले JSON डेटा को कैसे संभालता है?
वैलिडेटर सभी UTF-8/Unicode अक्षरों को संसाधित करता है एवं त्रुटि रिपोर्टिंग में उन्हें उचित रूप से एन्कोड करता है।सामान्य परिदृश्यों में शामिल हैं: स्ट्रिंगों में एस्केप्ड अक्षर (\n, \t, \\, \", \\/ और \uXXXX); यूनिकोड एस्केप्स वैध होने चाहिए; शाब्दिक यूनिकोड अक्षर (चीनी, जापानी, अरबी और इमोजी JSON स्ट्रिंगों में एस्केपिंग किए बिना भी वैध हैं); फ़ाइलों की शुरुआत में BOM (बाइट ऑर्डर मार्क) अक्षर अक्सर पार्सिंग में बाधा डालते हैं (वैलिडेटर BOM की उपस्थिति का पता लगाता है और रिपोर्ट करता है); तथा अवैध UTF-8 बाइट अनुक्रम (वैलिडेटर JSON पार्सिंग शुरू होने से पहले ही इन्हें पकड़ लेता है)।त्रुटि रिपोर्टिंग के लिए, यह उपकरण मल्टी-बाइट अक्षरों को ध्यान में रखते हुए त्रुटि स्थिति को सामान्यीकृत करता है, ताकि मिश्रित भाषा की सामग्री में भी स्तंभ संख्याएँ सटीक रहें। त्रुटियों को ठीक करते समय, वैलिडेटर JSON स्ट्रिंगों में आवश्यक अक्षरों को उचित रूप से एस्केप कर देता है।
क्या मैं इस JSON सत्यापन को अपने CI/CD पाइपलाइन या विकास कार्यप्रवाह में एकीकृत कर सकता हूं?
हाँ, JSON सत्यापन हर विकास कार्यप्रवाह का हिस्सा होना चाहिए। CI/CD पाइपलाइनों के लिए, कमांड-लाइन वैलिडेटर जैसे Python jsonschema के लिए ajv-cli या प्री-कमिट हुक के लिए eslint-plugin-json का उपयोग करें जो कमिट करने से पहले JSON फ़ाइलों को सत्यापित करते हैं। हमारे ऑनलाइन वैलिडेटर के लिए, आप इसे एक त्वरित मैन्युअल जाँच के रूप में उपयोग कर सकते हैं। प्रोग्रामेटिक उपयोग के लिए, अपने एप्लिकेशन में JSON सत्यापन को तेज़ JSON पार्सिंग लाइब्रेरीज़ (JavaScript में JSON.parse, Go में json.Unmarshal, Python में json.loads) के साथ एम्बेड करें, जो अमान्य इनपुट पर स्पष्ट त्रुटियाँ उत्पन्न करती हैं। कोड एडिटर्स में, JSON भाषा समर्थन का उपयोग करें (VS Code में JSON Schema समर्थन के साथ बिल्ट-इन JSON सत्यापन है) जो रीयल-टाइम त्रुटि हाइलाइटिंग और IntelliSense प्रदान करता है। API विकास के लिए, गेटवे स्तर पर JSON सत्यापन लागू करें: Express.js, FastAPI, और Spring Boot जैसे API फ्रेमवर्क आपके व्यावसायिक तर्क तक पहुँचने से पहले आने वाले JSON को स्कीमा के विरुद्ध सत्यापित कर सकते हैं।
यदि सत्यापन पास हो जाता है लेकिन मेरा JSON मेरे एप्लिकेशन में काम नहीं करता है तो मुझे क्या करना चाहिए?
यदि वैलिडेशन पास हो जाता है लेकिन आपका एप्लिकेशन फिर भी JSON का सही उपयोग करने में विफल रहता है, तो समस्या संभवतः सिंटैक्स से परे है: टाइप मिस्मैच (JSON वैध है लेकिन आपका कोड एक स्ट्रिंग प्रदान होने पर एक संख्या की अपेक्षा करता है), स्कीमा उल्लंघन (JSON वाक्य-विन्यास की दृष्टि से वैध है लेकिन अपेक्षित संरचना से मेल नहीं खाता, जैसे आवश्यक फ़ील्ड्स का गायब होना या गलत नेस्टिंग), एन्कोडिंग समस्याएँ (फ़ाइल सही ढंग से पार्स हो सकती है लेकिन एप्लिकेशन इसे गलत एन्कोडिंग विनिर्देश के साथ प्राप्त करता है), आकार सीमाएँ (बहुत बड़ा JSON HTTP बॉडी आकार सीमा या डेटाबेस फ़ील्ड आकार से अधिक हो सकता है), अर्थगत त्रुटियाँ (वैध JSON लेकिन अमान्य डेटा जैसे ईमेल फ़ील्ड में ईमेल न होना), और वर्जन मिस्मैच (JSON संरचना बदल गई है लेकिन आपका कोड पुरानी स्कीमा की अपेक्षा करता है)। इन समस्याओं को डीबग करने के लिए: JSON स्कीमा के विरुद्ध वैलिडेट करें (सिर्फ सिंटैक्स नहीं), HTTP पर भेजते समय Content-Type हेडर application/json होने की जाँच करें, फ़ील्ड प्रकार आपके कोड की अपेक्षा से मेल खाते हैं यह सुनिश्चित करें, और अपने एप्लिकेशन द्वारा प्राप्त सटीक JSON (पुनः स्वरूपित संस्करण नहीं) के साथ परीक्षण करें।