URL এনকোড ও ডিকোড

একটি URL-এ ASCII অক্ষরের একটি সীমিত সেটই থাকতে পারে। URI সিনট্যাক্সের ২০০৫ সালের স্পেসিফিকেশন RFC 3986 এগুলোকে দুই দলে ভাগ করেছে। আনরিজার্ভড অক্ষর, অর্থাৎ A–Z, a–z, 0–9 এবং চারটি চিহ্ন - . _ ~, কখনোই এনকোড করতে হয় না। রিজার্ভড অক্ষরগুলোর নির্দিষ্ট কাজ আছে: সাধারণ ডিলিমিটার : / ? # [ ] @ স্কিম, হোস্ট, পাথ, কোয়েরি ও ফ্র্যাগমেন্ট আলাদা করে, আর সাব-ডিলিমিটার ! $ & ' ( ) * + , ; = এগুলোর ভেতরের অংশ আলাদা করে, যেমন কোয়েরি স্ট্রিংয়ে & ও = করে। বাকি সব অক্ষর, এবং সাধারণ ডেটা হিসেবে ব্যবহৃত যেকোনো রিজার্ভড অক্ষর, পারসেন্ট-এনকোড করতে হয়।

পারসেন্ট-এনকোডিং একটি বাইটকে % এবং তার পরে দুটি হেক্সাডেসিমাল অঙ্ক দিয়ে লেখে। টেক্সট আগে UTF-8-এ রূপান্তরিত হয়, তাই স্পেস হয় %20, é (দুই বাইট) হয় %C3%A9 এবং একটি ইমোজি হয় চারটি %XX গ্রুপ। এ কারণেই "café & bar" খোঁজা লিংকে caf%C3%A9%20%26%20bar হয়ে যায়: & এনকোড করা হয়, যাতে সার্ভার সেটিকে নতুন প্যারামিটারের শুরু বলে ধরে না নেয়।

encodeURIComponent একটি একক অংশের জন্য সঠিক পছন্দ, যেমন কোয়েরির মান, পাথের একটি অংশ বা প্যারামিটার হিসেবে পাঠানো রিডাইরেক্ট URL। এটি আনরিজার্ভড অক্ষর এবং ! ' ( ) * ছাড়া সবকিছু এস্কেপ করে; ঐতিহাসিক কারণে JavaScript এগুলো অক্ষত রাখে। encodeURI (সম্পূর্ণ URL) ধরে নেয় ইনপুট ইতিমধ্যে পূর্ণ ঠিকানা এবং রিজার্ভড অক্ষরগুলো যেমন আছে তেমন রাখে, তাই https://example.com/a b?q=1-এ শুধু স্পেসটি এনকোড হয়। প্যারামিটারের মানে encodeURI ব্যবহার করা একটি পুরোনো ভুল: মানের ভেতরের & বা # থেকে যাবে এবং URL ভেঙে দেবে।

ডিকোড দুটির যেকোনোটির কাজ উল্টে দেয়। GET দিয়ে জমা দেওয়া HTML ফর্ম পুরোনো application/x-www-form-urlencoded ফরম্যাট ব্যবহার করে, যেখানে স্পেস %20 নয়, + দিয়ে লেখা হয়; সেসবের জন্য Treat + as a space টিক দেওয়া রাখুন, আর ফোন নম্বরের মতো যেখানে আসল প্লাস চিহ্ন গুরুত্বপূর্ণ, সেখানে টিক তুলে দিন। ইনপুটে যদি এমন % থাকে যার পরে দুটি হেক্স অঙ্ক নেই, অথবা এমন বাইট থাকে যা বৈধ UTF-8 নয়, তবে অনুমান না করে ডিকোডিং স্পষ্ট বার্তা দিয়ে ব্যর্থ হয়। টেক্সটে কোয়েরি স্ট্রিং থাকলে তার প্যারামিটারগুলো টুলের নিচের টেবিলে ডিকোড অবস্থায় দেখা যায়। URL-এ বাইনারি ডেটার জন্য সাধারণ বিকল্প Base64url।