Base64 URL ڈی کوڈر پارسر

ہاں۔ data URL یا خام Base64 تصویری اسٹرنگ پیسٹ کریں، ٹول شناخت شدہ MIME ٹائپ اور سائز کے ساتھ تصویر کا پیش نظارہ دکھاتا ہے۔

ہاں۔ ڈی کوڈ موڈ میں plus نشانیوں کو URI ڈی کوڈنگ سے پہلے خالی جگہ مانا جاتا ہے، جو عام فارم انکوڈنگ رویے سے مطابقت رکھتا ہے۔

ہاں۔ JWT موڈ آپ کو ہیڈر، پے لوڈ یا دستخط سے متعلق سیگمنٹس الگ الگ منتخب کر کے ڈی کوڈ کرنے دیتا ہے۔

معیاری Base64 (RFC 4648 سیکشن 4) میں + اور / ہوتے ہیں جو URL کے مخصوص حروف سے ٹکرا جاتے ہیں۔ URL-محفوظ حروف کا سیٹ (سیکشن 5) انہیں - اور _ سے بدل دیتا ہے۔ JWT ہمیشہ URL-محفوظ سیٹ استعمال کرتے ہیں - اسی لیے ٹوکن دستخطوں میں کبھی + یا / نہیں ہوتا۔ یہ ٹول دونوں کو خود بخود پہچانتا ہے۔

Base64 ہر 3 بائٹ کو 4 حروف میں بدلتا ہے، اس لیے 3 کے مضرب نہ ہونے والے ان پٹ کی لمبائی 4 کی مضرب رکھنے کے لیے = سے پیڈنگ ہوتی ہے۔ ایک = کا مطلب 2 باقی بائٹ، دو = کا مطلب 1۔ لمبائی کہیں سے معلوم ہو تو پیڈنگ بحفاظت چھوڑی جا سکتی ہے - JWT سیگمنٹس یہی کرتے ہیں - اور ڈی کوڈرز خود بخود بحال کر دیتے ہیں۔

Base64 خود بخود بے نقصان ہے، لیکن عام JavaScript کا btoa() فنکشن صرف Latin-1 حروف قبول کرتا ہے اور باقی پر ایرر پھینکتا ہے۔ درست طریقہ یہ ہے کہ پہلے UTF-8 میں انکوڈ کریں (TextEncoder)، پھر ان بائٹس کو Base64 کریں۔ یہ ٹول یہ سلسلہ خود سنبھالتا ہے، اس لیے چینی، عربی یا ایموجی متن بغیر خرابی واپس آتا ہے۔

تین نشانیاں دیکھیں: حروف صرف A-Z, a-z, 0-9, +, / (یا URL-محفوظ - اور _)؛ پیڈنگ بحال کرنے پر لمبائی 4 کی مضرب؛ اور ڈی کوڈنگ سے معقول بائٹس بنیں۔ کوئی طریقہ 100% یقینی نہیں کیونکہ بہت سے عام اسٹرنگ (جیسے abcd) بھی درست Base64 ہو سکتے ہیں - سیاق اہم ہے۔

نہیں۔ Base64 ایک برگشتہ انکوڈنگ ہے جسے کوئی بھی بغیر کسی راز کے ڈی کوڈ کر سکتا ہے - یہ صفر رازداری فراہم کرتا ہے۔ پاس ورڈز یا API کلیدیں محفوظ کرنے کے لیے اسے کبھی استعمال نہ کریں۔ تحفظ کے لیے راہ میں TLS اور AES-256-GCM جیسا اصلی سائفر استعمال کریں؛ Base64 کا واحد کام بائنری ڈیٹا کو متن چینلز کے لیے محفوظ بنانا ہے۔