یو آر ایل انکوڈر / ڈی کوڈر

کوئری اسٹرنگز میں محفوظ استعمال کے لیے ٹیکسٹ/URLs انکوڈ کریں، یا پرسنٹ-انکوڈڈ URL کو واپس ٹیکسٹ میں ڈی کوڈ کریں

انکوڈڈ آؤٹ پٹ
https%3A%2F%2Fexample.com%2Fsearch%3Fq%3Dhello%20world%26lang%3Den

اکثر پوچھے گئے سوالات

مجھے URL انکوڈنگ کب چاہیے؟
جب بھی کسی URL یا کوئری اسٹرنگ پیرامیٹر میں ایسے حروف ہوں جو URL میں محفوظ نہیں — اسپیس، ایمپرسینڈ، خاص حروف — انکوڈنگ انہیں %XX-ایسکیپڈ فارم میں تبدیل کرتی ہے۔

URL کوئری اسٹرنگ میں محفوظ شمولیت کے لیے ٹیکسٹ انکوڈ کرنا، یا ایک پرسنٹ-انکوڈ شدہ URL کو واپس سادہ ٹیکسٹ میں ڈی کوڈ کرنا، ایک مخصوص مسئلہ حل کرتا ہے: URLs بحفاظت صرف کریکٹرز کا ایک محدود سیٹ رکھ سکتے ہیں، اور اس سیٹ سے باہر کچھ بھی — اسپیسز، مخصوص اوقاف، غیر-ASCII کریکٹرز — کو پرسنٹ-انکوڈنگ استعمال کرتے ہوئے ظاہر کرنے کی ضرورت ہے تاکہ یہ غلط تشریح یا خراب ہوئے بغیر ایک URL کے ذریعے بحفاظت سفر کرے۔

URLs براہ راست من مانی کریکٹرز کیوں نہیں رکھ سکتے

URL کی تفصیل ساختی مقاصد کے لیے کچھ کریکٹرز محفوظ رکھتی ہے (جیسے "/"، "?"، "&"، اور "="، جو URL کے مختلف حصوں کو الگ کرتے ہیں) اور عمومی کریکٹر سیٹ کو ایک محفوظ سب سیٹ تک محدود کرتی ہے جسے ہر براؤزر، سرور، اور درمیانی نظام قابلِ اعتماد طریقے سے ایک ہی طرح ہینڈل کرتا ہے۔ اس محفوظ سیٹ سے باہر کوئی بھی کریکٹر — بشمول ایک لفظی اسپیس، بہت سے اوقاف کے نشانات، اور اردو ٹیکسٹ میں موجود جیسے غیر-ASCII کریکٹرز — اس کے بجائے کریکٹر کی ہیکسا ڈیسیمل بائٹ ویلیو کی پیروی کرنے والے ایک پرسنٹ نشان کے طور پر ظاہر کیا جاتا ہے، ایک تبدیلی جو کریکٹر کو شامل کرنے کے لیے محفوظ بناتی ہے اسے ایک ساختی URL ڈیلیمیٹر کے لیے غلط سمجھے جانے یا ایک ایسے نظام سے خراب ہونے کے بغیر جو اصل کریکٹر کو درست طریقے سے ہینڈل نہیں کرتا۔ یہ Base64 انکوڈنگ سے ایک متعلقہ لیکن حقیقی طور پر مختلف انکوڈنگ اسکیم ہے، جو ایک مختلف مسئلہ حل کرتی ہے (من مانی بائنری ڈیٹا کو محفوظ طریقے سے ٹیکسٹ کے طور پر ظاہر کرنا) مکمل طور پر ایک مختلف تبدیلی طریقہ استعمال کرتے ہوئے۔

ایک مثال

اسپیسز یا خصوصی کریکٹرز رکھنے والی ایک سرچ کوئری یا فارم ویلیو کو ایک URL میں بحفاظت شامل کرنے سے پہلے ان مخصوص کریکٹرز کو پرسنٹ-انکوڈ کرنے کی ضرورت ہے — خام، غیر-انکوڈ شدہ ٹیکسٹ کو براہ راست ایک URL کوئری اسٹرنگ میں پاس کرنا اس بات کا خطرہ رکھتا ہے کہ براؤزر یا سرور غلط تشریح کرے کہ ایک پیرامیٹر کہاں ختم ہوتا ہے اور دوسرا کہاں شروع ہوتا ہے، یا محض URL کو بالکل صحیح طریقے سے پارس کرنے میں ناکام ہو۔

یہ آپ کے دیگر تکنیکی ٹولز سے کیسے جڑا ہے

URL انکوڈنگ اور Base64 انکوڈنگ دونوں "اسے وہاں شامل کرنے کے لیے محفوظ بناؤ جہاں یہ بصورت دیگر نہیں جا سکتا تھا" تبدیلیاں ہیں، لیکن مختلف سیاق و سباق کے لیے اور مختلف مخصوص طریقے استعمال کرتے ہوئے — Base64 انکوڈر/ڈی کوڈر عمومی ٹیکسٹ-محفوظ-ٹرانسپورٹ کیس ہینڈل کرتا ہے، جبکہ یہ کیلکولیٹر اپنے محفوظ-کریکٹر قواعد کے ساتھ URL-مخصوص کیس ہینڈل کرتا ہے۔

عام غلطیاں

یہ فرض کرنا کہ URL انکوڈنگ اور Base64 انکوڈنگ قابلِ تبادلہ ہیں، یا کہ کوئی بھی سیکیورٹی یا پرائیویسی تحفظ فراہم کرتی ہے، ایک عام غلط فہمی ہے — دونوں خاص ٹرانسپورٹ سیاق و سباق کے لیے خالصتاً فارمیٹ تبدیلیاں ہیں، کسی کے بھی لیے مکمل طور پر اور معمولی طور پر الٹنے کے قابل، اور کسی کو بھی حقیقی رازداری کی ضرورت والی کسی چیز کے لیے بھروسہ نہیں کیا جانا چاہیے۔

متعلقہ کیلکولیٹرز

زیڈ-اسکور کیلکولیٹر (Z-Score)رومن ہندسے کنورٹرٹائم زون کیلکولیٹرکثافت کیلکولیٹرلین باڈی ماس کیلکولیٹرٹائپنگ اسپیڈ ٹیسٹ