Base64 এনকোড ও ডিকোড — অনলাইন রূপান্তর

যখন বাইনারি ডেটাকে শুধুমাত্র টেক্সট সমর্থনকারী সিস্টেমের মাধ্যমে প্রেরণ করতে হয়, তখন Base64 ব্যবহার করা হয়। সাধারণ ব্যবহারগুলোর মধ্যে রয়েছে HTML বা CSS-এ ডেটা URI হিসেবে সরাসরি ছবি এম্বেড করা, MIME ফরম্যাটে ইমেইল সংযুক্তি এনকোড করা, JSON API-তে বাইনারি পেলোড প্রেরণ করা, XML-এ বাইনারি ডেটা সংরক্ষণ করা এবং HTTP Basic Authentication হেডারে ক্রেডেনশিয়াল এনকোড করা। এটি JWT (JSON Web Tokens)-এ হেডার এবং পেলোড এনকোড করার জন্যও ব্যাপকভাবে ব্যবহৃত হয়।

না। Base64 হলো এনকোডিং, এনক্রিপশন নয়। যে কেউ কোনো কী ছাড়াই তাৎক্ষণিকভাবে একটি Base64 স্ট্রিং ডিকোড করতে পারে — এতে কোনো গোপনীয়তা নেই। এনক্রিপশন ডেটাকে এমনভাবে রূপান্তর করে যাতে শুধুমাত্র অনুমোদিত পক্ষ তা পড়তে পারে। Base64 শুধুমাত্র ডেটার উপস্থাপনের ধরন পরিবর্তন করে। Base64-কে নিরাপত্তা ব্যবস্থা হিসেবে বিবেচনা করা একটি সাধারণ এবং বিপজ্জনক ভুল। যদি ডেটা সুরক্ষিত করতে চান, তবে AES-এর মতো উপযুক্ত এনক্রিপশন অ্যালগরিদম ব্যবহার করুন।

হ্যাঁ — যেকোনো বৈধ Base64 স্ট্রিং সম্পূর্ণরূপে তার মূল বাইনারি ডেটায় ডিকোড করা যায়। Base64 সম্পূর্ণরূপে রিভার্সিবল, হ্যাশিংয়ের বিপরীতে। তবে ডিকোড করা আউটপুট মূল ইনপুটের উপর নির্ভর করে পাঠযোগ্য টেক্সটের পরিবর্তে কাঁচা বাইনারি ডেটা হতে পারে। যদি উৎস UTF-8 এনকোড করা টেক্সট স্ট্রিং হয়, তবে ডিকোড ফলাফল পাঠযোগ্য হবে। যদি এটি একটি বাইনারি ফাইল হয়, তবে আউটপুট হবে বাইনারি ডেটা।

স্ট্যান্ডার্ড Base64-এ + এবং / অক্ষর ব্যবহার করা হয়, যেগুলোর URL-এ বিশেষ অর্থ রয়েছে। Base64URL হলো একটি URL-নিরাপদ সংস্করণ যা + কে - দিয়ে এবং / কে _ দিয়ে প্রতিস্থাপন করে এবং সাধারণত প্যাডিং অক্ষর = বাদ দেয়। Base64URL JWT, OAuth টোকেন এবং এমন সব ক্ষেত্রে ব্যবহৃত হয় যেখানে Base64 ডেটা URL বা ফাইলের নামে প্রদর্শিত হয়। আমাদের টুল স্ট্যান্ডার্ড Base64 এনকোডিং ব্যবহার করে।

Base64 প্রতি 3 বাইট ডেটাকে 4 অক্ষরের গ্রুপে এনকোড করে। যখন ইনপুটের দৈর্ঘ্য 3-এর গুণিতক নয়, তখন শেষ গ্রুপ সম্পূর্ণ করার জন্য প্যাডিং অক্ষর (=) যোগ করা হয়। একটি = নির্দেশ করে যে শেষ গ্রুপে 2 বাইট ছিল; == নির্দেশ করে যে সেখানে 1 বাইট ছিল। প্যাডিং নিশ্চিত করে যে এনকোড করা স্ট্রিংয়ের দৈর্ঘ্য সবসময় 4-এর গুণিতক হয়, যা ডিকোডিং প্রক্রিয়াকে সহজ করে।