JSON ভ্যালিডেটর
আপনার JSON টেক্সট সঠিক সিনট্যাক্স মেনে চলছে কি না যাচাই করুন এবং ভুল হলে কোথায় সমস্যা হতে পারে তা বুঝুন।
ডেটা পাঠানোর আগে JSON যাচাই করুন
একটি অনুপস্থিত উদ্ধৃতি, কমা বা বন্ধনী API অনুরোধ, কনফিগারেশন কিংবা build ধাপ থামিয়ে দিতে পারে। এই validator আপনার দেওয়া source text-কে JSON grammar অনুযায়ী পড়ার চেষ্টা করে এবং syntax সমস্যাকে পরের ধাপের application validation থেকে আলাদা করতে সাহায্য করে।
এখানে validation বলতে বোঝায় text-টিকে একটি JSON value হিসেবে parse করা। parse সফল হলে structure গ্রহণযোগ্য হয়েছে; এর অর্থ এই নয় যে required field, business rule বা JSON Schema-ও সঠিক।
কোনো service থেকে আরেকটি service-এ payload যাওয়ার আগে স্বাধীনভাবে syntax পরীক্ষা করলে debugging-এর পরিধি ছোট হয়। আপনি input-টি পরিষ্কারভাবে দেখে quote, comma, escape এবং nesting ঠিক করতে পারেন, তারপর project-এর নিজস্ব নিয়ম প্রয়োগ করতে পারেন।
এই পৃষ্ঠাটি request body, exported settings, fixture বা configuration snippet পরীক্ষা করতে কাজে লাগে। Sensitive token, password ও ব্যক্তিগত তথ্য সরিয়ে test copy তৈরি করুন এবং আপনার privacy policy অনুযায়ী input পরিচালনা করুন।
Syntax এবং অর্থ এক জিনিস নয়
Standard JSON-এ object, array, string, number, true, false এবং null থাকে। Property name এবং string double quote-এর মধ্যে থাকে, member কমা দিয়ে আলাদা হয় এবং bracket সঠিক ক্রমে বন্ধ হয়। Comment ও trailing comma standard JSON grammar-এর অংশ নয়।
Validator-এর প্রশ্নটি সীমিত: source কি একটি JSON value হিসেবে parse করা যায়? এটি source repair করে না, code চালায় না, API call করে না এবং value application-এর জন্য অর্থপূর্ণ কি না তা নির্ধারণ করে না। Schema ও domain check আলাদা রাখুন।
Whitespace সাধারণত readability-এর জন্য গ্রহণযোগ্য, কিন্তু quoted string-এর ভিতরের character data-এর অংশ। Escape sequence, newline এবং Unicode character সেই parser-এর নিয়মে পরীক্ষা করুন যা production-এ payload পড়বে।
একটি JSON document valid হলেও তার transport অবশ্যই valid নয়। HTTP header, content type, encoding, compression এবং authentication আলাদা স্তর। এই ফলাফল কেবল document syntax সম্পর্কে প্রযোজ্য।
JSON যাচাই করার ধাপ
- Source field-এ একটি সম্পূর্ণ JSON value paste করুন। Code block-এর comment বা language wrapper থাকলে আগে সরিয়ে শুধু JSON রাখুন।
- Validator চালিয়ে status এবং diagnostic পড়ুন। Marker-এর কাছে যেমন দেখাচ্ছে তেমনই নয়, তার আগের token এবং delimiter-ও পরীক্ষা করুন।
- Reject হলে quote, comma, bracket, escape এবং nesting দেখুন। বড় document হলে ছোট অংশ আলাদা করে failure-এর কারণ খুঁজুন, তারপর সংশোধিত document আবার পাঠান।
- Syntax pass করার পরে project-এর schema, required property, type, range এবং permission check চালান। এই ফলাফলগুলিকে syntax result-এর সঙ্গে এক করে লিখবেন না।
- Production request থেকে নেওয়া payload-এর redacted copy ব্যবহার করুন। Secret কখনও example, screenshot বা URL-এ রাখবেন না। Original এবং corrected copy আলাদা সংরক্ষণ করুন।
- শেষে একই parser এবং encoding দিয়ে integration test চালান যা বাস্তব consumer ব্যবহার করে। Different language duplicate key বা number precision ভিন্নভাবে সামলাতে পারে।
Validation কীভাবে কাজ করে
- Grammar পড়া
Validator পুরো source-কে একটি JSON value হিসেবে parse করার চেষ্টা করে। Input-কে accepted token, quote এবং nesting rule মেনে চলতে হয়।
- Accept বা fail জানানো
Valid result জানায় parsing সম্পূর্ণ হয়েছে। Failure জানায় source বোঝা যায়নি বা grammar-এর কোনো নিয়ম ভেঙেছে।
- পরের check আলাদা রাখা
Schema constraint, required property, range এবং permission semantic check। এগুলোর জন্য আলাদা evidence দরকার।
Tool exact line number বা message না দিলে তা অনুমান করে লিখবেন না। Runtime parser-এ প্রয়োজন হলে আলাদাভাবে পুনরায় যাচাই করুন।
Result পড়ুন
Valid result-এর অর্থ text JSON syntax হিসেবে গ্রহণযোগ্য। এরপর value দেখুন এবং schema বা application validation চালান।
Invalid result-এর অর্থ parsing থেমেছে। Diagnostic-এর আশেপাশে আগের এবং পরের character দেখুন; আসল ভুল marker-এর আগেও থাকতে পারে।
Syntax valid হলেও downstream request fail করলে content type, endpoint, authentication, schema এবং business rule পরীক্ষা করুন। Syntax success-কে network success হিসেবে report করবেন না।
Message generic হলে input ছোট করে failing অংশ খুঁজুন। একটি property যোগ বা বাদ দেওয়ার পর result বদলালে সেটি investigation-এর সংকেত, চূড়ান্ত parser policy নয়।
সাধারণ ভুল
Single quote, comment বা trailing comma-সহ JavaScript syntax paste করা সাধারণ ভুল। Standard JSON-এ রূপান্তর করুন।
Valid result-কে schema validation মনে করা ভুল। Required field, range এবং permission আলাদা system-এ পরীক্ষা করুন।
Error marker-এ শুধু character বদলালে সমাধান নাও হতে পারে; আগের missing quote বা comma আসল কারণ হতে পারে। ছোট object format করে তুলনা করুন।
JSON-কে Python dictionary, YAML বা JavaScript object ধরে নেওয়া ভুল ফল দিতে পারে। Documented JSON grammar ব্যবহার করুন।
Clipboard থেকে smart quote বা hidden control character আসতে পারে। Plain text editor-এ source দেখে বিশেষ করে quotation এবং backslash নিশ্চিত করুন।
সীমাবদ্ধতা
Documented input একটি JSON text field। এর মাধ্যমে JSON Schema, business rule, file processing বা প্রতিটি parser edge case সমর্থিত প্রমাণ হয় না।
Duplicate key, খুব বড় number এবং downstream encoding প্রয়োজন হলে আলাদা test করুন। Parser implementation অনুযায়ী ফল ভিন্ন হতে পারে।
Checker malicious payload-কে নিরাপদ করে না। বড় document, গভীর nesting, resource limit এবং denial-of-service risk-এর জন্য server-side limit ও security review দরকার।
Production runtime, library version এবং error policy আলাদাভাবে document করুন; এই page-এর সাধারণ result তাদের পরিবর্তে ব্যবহার করবেন না।
Examples
সাধারণ object গ্রহণযোগ্য
Basic object কি valid JSON?
সম্পূর্ণ object পাঠান।
Quoted name, string এবং boolean একটি valid object structure তৈরি করেছে।
Unquoted name প্রত্যাখ্যাত
Unquoted property name কেন invalid?
Source পাঠিয়ে failure দেখুন।
Standard JSON-এ member name double-quoted string হতে হয়।
Nested data গ্রহণযোগ্য
Object-এর মধ্যে object-এর array রাখা যায়?
Nested value-টি একটি document হিসেবে পাঠান।
Array, object, number, comma এবং bracket মিলে valid JSON structure হয়েছে।
Trailing comma প্রত্যাখ্যাত
শেষ member-এর পরে comma দিলে কী হয়?
Trailing comma-সহ object পাঠান।
Standard JSON-এ trailing comma অনুমোদিত নয়। Comma সরিয়ে আবার যাচাই করুন।
null রাখা
null কি valid JSON value?
Object পাঠিয়ে status পড়ুন।
null standard JSON value। Application-এ এর অর্থ আলাদা নিয়মে নির্ধারিত হয়।
Missing bracket প্রত্যাখ্যাত
Opening bracket বন্ধ করা দরকার কেন?
Unbalanced structure পাঠান।
Array [ দিয়ে খোলা হলেও ] দিয়ে বন্ধ হয়নি। Data ব্যবহারের আগে nesting ঠিক করুন।
Frequently asked questions
Valid JSON মানেই কি application data valid?
না। এর অর্থ শুধু text parse করা যায়। UserId missing, price negative, type ভুল বা status unsupported হতে পারে। Syntax result-এর পরে schema এবং domain validation আলাদা চালান।
Validator কি source নিজে repair করে?
Checker হিসেবে ব্যবহার করুন। Source নিজে ঠিক করে corrected copy আবার পাঠান। Automatic repair আপনার intended data জানে না, তাই প্রত্যেক পরিবর্তন diff এবং test দিয়ে যাচাই করুন।
Comment কি allowed?
Standard JSON-এ comment নেই। Comment দরকার হলে source format আলাদা রাখুন এবং build step দিয়ে strict JSON generate করুন। Generated output-টি validate করুন।
Single quote কেন reject হয়?
Standard syntax name এবং string-এর জন্য double quote চায়। JavaScript object সরাসরি পাঠানোর বদলে serializer ব্যবহার করুন এবং escape, newline ও backslash পরীক্ষা করুন।
এটি কি JSON Schema পরীক্ষা করে?
না, input contract JSON text field-এর syntax বোঝায়। Required, properties, format এবং pattern-এর জন্য আলাদা schema validator এবং সঠিক draft version ব্যবহার করুন।
Top-level value কি array হতে পারে?
JSON array value হতে পারে। তবে কোনো API object দাবি করতে পারে; তাই parser valid হলেও endpoint contract আলাদা পরীক্ষা করুন। Empty এবং nested array-ও consumer অনুযায়ী test করুন।
Duplicate key কি সবসময় reject হয়?
সর্বজনীন policy ধরে নেবেন না। কোনো parser প্রথম value, কোনোটি শেষ value রাখে, আবার কোনোটি error দেয়। Duplicate name বাদ দিন এবং security-sensitive consumer-এ বাস্তব behavior test করুন।
Validation pass করার পরে কী করব?
Schema, permission, range এবং integration test চালান। Content type, encoding, size limit, timeout ও audit logging নিশ্চিত করুন। Redacted staging request দিয়ে বাস্তব consumer-এর expected response পরীক্ষা করুন।