JSON চরিত্রের এনকোডিং - ইউটিএফ -8 ব্রাউজারগুলির দ্বারা সু-সমর্থিত বা আমার সংখ্যার অব্যাহতি ক্রমগুলি ব্যবহার করা উচিত?

Question 1

আমি একটি ওয়েবসার্ভিস লিখছি যা এর সংস্থানগুলি উপস্থাপন করতে json ব্যবহার করে এবং জসনকে এনকোড করার সর্বোত্তম উপায় সম্পর্কে আমি কিছুটা আটকে রয়েছি। Json rfc ( http://www.ietf.org/rfc/rfc4627.txt ) পড়লে এটি স্পষ্ট যে পছন্দসই এনকোডিংটি utf-8। তবে আরএফসি বর্ণগুলি নির্দিষ্ট করার জন্য একটি স্ট্রিং পলায়ন প্রক্রিয়াও বর্ণনা করে। আমি ধরে নিই এটি সাধারণত অ-এসিআই অক্ষরগুলি এড়াতে ব্যবহৃত হবে, ফলস্বরূপ ফলাফলটি utf-8 টি বৈধ ascii তৈরি করবে।

সুতরাং আসুন আমি বলি যে আমার কাছে একটি জসন স্ট্রিং রয়েছে যাতে ইউনিকোড অক্ষর রয়েছে (কোড-পয়েন্ট) যা অ-অ্যাস্কি। আমার ওয়েবসার্পিসটি কি কেবলমাত্র utf-8 এ এনকোডিং করে এটিকে ফিরিয়ে দেওয়া উচিত, বা এটি সমস্ত অ-অসি চরিত্রগুলি এড়িয়ে গিয়ে খাঁটি আসকি ফিরে পাওয়া উচিত?

আমি ব্রাউজারগুলি jsonp বা eval ব্যবহার করে ফলাফল সম্পাদন করতে সক্ষম হতে চাই। সে সিদ্ধান্ত কী প্রভাব ফেলে? Utf-8 এর জন্য বিভিন্ন ব্রাউজারের জাভাস্ক্রিপ্ট সমর্থন সম্পর্কে আমার জ্ঞানের অভাব রয়েছে।

সম্পাদনা: আমি স্পষ্ট করে বলতে চেয়েছিলাম যে ফলাফলগুলি কীভাবে এনকোড করতে হবে সে সম্পর্কে আমার প্রধান উদ্বেগ ফলাফলের ব্রাউজার হ্যান্ডলিং সম্পর্কে। আমি যা পড়েছি তা ইঙ্গিত করে যে বিশেষত জেএসএনপি ব্যবহার করার সময় ব্রাউজারগুলি এনকোডিংয়ের প্রতি সংবেদনশীল হতে পারে। আমি বিষয়টিতে সত্যই কোনও ভাল তথ্য পাইনি, সুতরাং কী ঘটেছিল তা দেখার জন্য আমাকে কিছু পরীক্ষার কাজ শুরু করতে হবে। আদর্শভাবে আমি কেবলমাত্র কয়েকটি অক্ষরই পালাতে চাই যা প্রয়োজনীয় এবং কেবলমাত্র utf-8 ফলাফলগুলি এনকোড করে।

Question 2

জেএসওএন স্পিকে ডিকোডার দ্বারা UTF-8 সমর্থন প্রয়োজন requires ফলস্বরূপ, সমস্ত জেএসওন ডিকোডার ইউটিএফ -8 হ্যান্ডেল করতে পারে ঠিক তেমনি তারা সংখ্যা অব্যাহতি ক্রমগুলিও পরিচালনা করতে পারে। এটি জাভাস্ক্রিপ্ট দোভাষীদের ক্ষেত্রেও রয়েছে, যার অর্থ জেএসওএনপি ইউটিএফ -8 এনকোডেড জেএসওএনও পরিচালনা করবে।

পরিবর্তে JSON এনকোডারদের সংখ্যার অব্যাহতি সিকোয়েন্সগুলি ব্যবহার করার ক্ষমতা কেবল আপনাকে আরও পছন্দ দেয়। আপনি অঙ্কের পালানোর ক্রমগুলি চয়ন করতে পারেন এর একটি কারণ হ'ল যদি আপনার এনকোডার এবং অভিযুক্ত ডিকোডারের মাঝামাঝি কোনও পরিবহন ব্যবস্থা বাইনারি-নিরাপদ না হয়।

আপনি অঙ্কের অব্যাহতি ক্রমগুলি ব্যবহার করতে চাইতে পারেন এমন আরও একটি কারণ হ'ল প্রবাহে উপস্থিত হওয়া নির্দিষ্ট অক্ষরগুলি প্রতিরোধ করা <, &এবং ", যদি এইচটিএমএল এ প্রস্থান না করে JSON কোড স্থাপন করা হয় বা কোনও ব্রাউজার এটি HTML হিসাবে ভুল ব্যাখ্যা করে থাকে তবে এটি HTML অনুক্রম হিসাবে ব্যাখ্যা করা যেতে পারে । এটি এইচটিএমএল ইনজেকশন বা ক্রস-সাইট স্ক্রিপ্টিংয়ের বিরুদ্ধে প্রতিরক্ষা হতে পারে (দ্রষ্টব্য: কিছু অক্ষর জেএসওএন এড়িয়ে যেতে হবে, সহ "এবং \)

পিএসপিএফের জেএসওএন বাস্তবায়ন সহ কিছু ফ্রেমওয়ার্কগুলি এএসসিআইআই এর বাইরের যে কোনও চরিত্রের জন্য এনকোডার দিকে সর্বদা সংখ্যাসূচক সিকোয়েন্সগুলি করে। এটি সীমিত পরিবহন প্রক্রিয়া এবং এর মতো সর্বাধিক সামঞ্জস্যের উদ্দেশ্যে। যাইহোক, এটি জেএসএন ডিকোডারদের ইউটিএফ -8 নিয়ে সমস্যা রয়েছে এমন ইঙ্গিত হিসাবে ব্যাখ্যা করা উচিত নয়।

সুতরাং, আমি অনুমান করি যে আপনি ঠিক ঠিক করতে পারেন যে এর মতো কোনটি ব্যবহার করবেন:

এনকোডার এবং ডিকোডারের মধ্যে আপনার স্টোরেজ বা পরিবহনের পদ্ধতি বাইনারি-নিরাপদ না হলে কেবল ইউটিএফ -8 ব্যবহার করুন।
অন্যথায়, সংখ্যা অব্যাহতি ক্রম ব্যবহার করুন।

Question 3

আমার সেখানে সমস্যা ছিল আমি যখন JSON "é" এর মতো একটি অক্ষর দিয়ে একটি স্ট্রিং এনকোড করেছি, তখন প্রতিটি ব্রাউজারগুলি "\ u00e9" ফিরে আসবে এমন আইআই বাদে একই "é" প্রদান করবে।

তারপরে পিএইচপি json_decode () এর সাহায্যে এটি "é" খুঁজে পেলে এটি ব্যর্থ হবে, সুতরাং ফায়ারফক্স, অপেরা, সাফারি এবং ক্রোমের জন্য, আমাকে jfon_decode () এর আগে utf8_encode () কল করতে হবে।

দ্রষ্টব্য: আমার পরীক্ষাগুলির সাহায্যে, IE এবং ফায়ারফক্স তাদের নেটিভ JSON অবজেক্টটি ব্যবহার করছে, অন্য ব্রাউজারগুলি json2.js ব্যবহার করছে।

Question 4

এএসসিআইআই এটিতে আর নেই। ইউটিএফ -8 এনকোডিং ব্যবহারের অর্থ আপনি ASCII এনকোডিং ব্যবহার করছেন না। আরএফসি যা বলেছে তার জন্য আপনার পালানোর ব্যবস্থাটি ব্যবহার করা উচিত:

সমস্ত ইউনিকোড অক্ষর উদ্ধৃতি চিহ্নের মধ্যে রেখে দেওয়া হতে পারে এমন অক্ষর ব্যতীত যেগুলি পালাতে হবে: উদ্ধৃতি চিহ্ন, বিপরীত ঘনত্ব এবং নিয়ন্ত্রণ অক্ষর (U + 0000 U + 001F এর মাধ্যমে)

Question 5

আমিও একই সমস্যায় পড়ছিলাম। এটা আমার জন্য কাজ করে. অনুগ্রহপূর্বক এটি যাচাই করুন.

json_encode($array,JSON_UNESCAPED_UNICODE);

Question 6

Json rfc ( http://www.ietf.org/rfc/rfc4627.txt ) পড়লে এটি স্পষ্ট যে পছন্দসই এনকোডিংটি utf-8।

এফওয়াইআই, আরএফসি 4627 আর আর অফিসিয়াল জেএসএন স্পেক নয়। এটি 2014 সালে আরএফসি 7159 দ্বারা অচল করা হয়েছিল, যা পরে আরএফসি 8259 দ্বারা 2017 সালে অচল করা হয়েছিল , এটি বর্তমান অনুমান।

আরএফসি 8259 বলেছেন:

8.1। অক্ষর এনকোডিং

জেএসওএন পাঠ্য এমন ব্যবস্থাগুলির মধ্যে বিনিময় হয়েছে যা বন্ধ ইকোসিস্টেমের অংশ নয় না ইউটিএফ -8 ব্যবহার করে এনকোড করা উচিত [আরএফসি 3629] ।

জেএসএন এর পূর্বের স্পেসিফিকেশনগুলিতে জেএসএন পাঠ্য প্রেরণ করার সময় ইউটিএফ -8 ব্যবহারের প্রয়োজন নেই। তবে, JSON ভিত্তিক সফ্টওয়্যার বাস্তবায়নের সিংহভাগ ইউটিএফ -8 এনকোডিংটি ব্যবহার করতে বেছে নিয়েছে, এটি কেবল আন্তঃআকক্ষীয়তা অর্জনকারী একমাত্র এনকোডিং।

বাস্তবায়নগুলি কোনও নেটওয়ার্ক-সংক্রমণিত JSON পাঠ্যের শুরুতে একটি বাইট অর্ডার চিহ্ন (U + FEFF) যুক্ত করা উচিত নয়। আন্তঃব্যবহারের স্বার্থে, জেএসওএন পাঠ্যকে বিশ্লেষণকারী প্রয়োগগুলি এটিকে ত্রুটি হিসাবে বিবেচনা করার পরিবর্তে বাইট অর্ডার চিহ্নের উপস্থিতি উপেক্ষা করে।

Question 7

É চরের সাথে আমারও একই রকম সমস্যা ছিল ... আমি মনে করি "আপনি সম্ভবত যে পাঠ্যটি এটি খাওয়াচ্ছেন এটি ইউটিএফ -8 নয়" মন্তব্যটি সম্ভবত এখানে চিহ্নের খুব কাছাকাছি। আমার অনুভূতি আছে যে আমি উদাহরণস্বরূপ ডিফল্ট কোলেশনটি অন্য কিছু ছিলাম যতক্ষণ না বুঝে এবং utf8 এ পরিবর্তন করেছি ... সমস্যাটি হ'ল ডেটাটি ইতিমধ্যে ছিল, তাই এটি নিশ্চিত না যে এটি ডেটা রূপান্তরিত করেছে বা না যখন আমি এটি পরিবর্তন করেছি, মাইএসকিএলে সূক্ষ্ম প্রদর্শন করে ওয়ার্কবেঞ্চ শেষ ফলাফলটি হ'ল পিএইচপি কোনও তথ্য জসোনে এনকোড করবে না, কেবল মিথ্যা ফিরিয়ে দেবে। সার্ভার হিসাবে আপনি যে ব্রাউজারটি ব্যবহার করছেন তা আমার সমস্যার কারণ নয়, পিএইচপি এই চরটি উপস্থিত থাকলে utf8 তে ডেটা পার্স করবে না। যেমন আমি নিশ্চিত না যে এটি ডেটা উপস্থিত থাকার পরে স্কিমাটি ইউটিএফ 8 তে রূপান্তর করার কারণে হয়েছে বা কেবল একটি পিএইচপি বাগ is এই ক্ষেত্রে ব্যবহার করুনjson_encode(utf8_encode($string));