ٹیکسٹ ریکوڈڈ پروگرام دیئے گئے متنی ڈیٹا پر درج ذیل مفید آپریشنز پیش کرتا ہے۔
- سادہ متن، ہیکساڈیسیمل اور بیس 64 انکوڈنگ کے درمیان انکوڈنگ، ڈی کوڈنگ اور دوبارہ کوڈنگ
- سیزر سائفر کا استعمال کرتے ہوئے سائفرنگ اور ڈسیفرنگ
- اس کی سالمیت کی توثیق کرنے کے مقصد سے خام اور فارمیٹ شدہ متنی ڈیٹا کی ہیش تیار کرنا
متنی ڈیٹا کو ہیکساڈیسیمل یا بیس 64 انکوڈنگ میں انکوڈنگ کا استعمال اس بات کو یقینی بنانے کے لیے کیا جا سکتا ہے کہ اصل متنی ڈیٹا کو کسی غیر مطابقت پذیر کریکٹر سیٹ میں اسٹوریج یا ٹرانسمیشن میڈیم کی وجہ سے تبدیل نہیں کیا جائے گا۔
سیزر سائفر کا استعمال کرتے ہوئے سائفرنگ، جو ایک سادہ متبادل سائفر ہے، بہت سے معاملات میں استعمال کیا جا سکتا ہے جب متنی ڈیٹا کو وہاں کے عام لوگوں سے پوشیدہ رکھنے کی ضرورت ہوتی ہے جو عام طور پر اسے سمجھنے کی زحمت نہیں کرتے۔ تاہم، یہ حساس ڈیٹا کو محفوظ کرنے کے لیے موزوں نہیں ہے، کیونکہ اسے آج کی ٹیکنالوجی کے ساتھ آسانی سے سمجھا جا سکتا ہے۔
ٹیکسٹ ریکوڈڈ پروگرام کے ذریعہ لاگو کردہ سائفرنگ اور ڈسیفرنگ کے طریقہ کار کی وضاحت درج ذیل مثال میں "TEXT" کو بطور ان پٹ اور "ٹیسٹ" کو بطور کلید استعمال کرتے ہوئے کی گئی ہے۔
ان پٹ : TEXT (T=84, E=69, X=88, T=84)
کلید : ٹیسٹ (t=116, e=101, s=115, t=116)
طریقہ کار: ان پٹ + کلید
اعشاریہ میں آؤٹ پٹ: (200,170,203, 200)
ہیکساڈیسیمل میں آؤٹ پٹ: C8AACBC8
ڈیسیفرنگ اوپر کے بالکل برعکس ہے، وہ ہے مرموز آؤٹ پٹ – کلید۔ ہمارے معاملے میں یہ ہوگا:
C8AACBC8 - ٹیسٹ = TEXT
ٹیکسٹ ریکوڈڈ پروگرام UTF-8 انکوڈنگ میں ٹیکسٹول ڈیٹا ان پٹ اور آؤٹ پٹ کے ساتھ ساتھ سائفرنگ کے لیے کلید وصول کرتا ہے اور فراہم کرتا ہے جو کہ پورے یونیکوڈ کریکٹر سیٹ کو سپورٹ کرتا ہے، جس میں دنیا کے تقریباً تمام رائٹنگ سسٹمز کے حروف کو ایڈجسٹ کیا جاتا ہے۔
دستیاب میموری کے علاوہ ان پٹ کی لمبائی کی کوئی حد نہیں ہے۔ کلید کسی بھی لمبائی کی ہو سکتی ہے، تاہم اگر یہ ان پٹ سے لمبا ہو تو اسے ان پٹ کی لمبائی میں چھوٹا کر کے ان پٹ کی لمبائی کے حصوں میں تقسیم کیا جاتا ہے اور پھر اضافی ٹکڑوں کی قدریں پہلے حصے میں شامل کی جاتی ہیں۔
سائفرنگ آؤٹ پٹ ہیکساڈیسیمل یا بیس 64 انکوڈنگ میں ہو سکتا ہے۔ اس ورژن میں بائنری ڈیٹا کے ساتھ کام کرنا تعاون یافتہ نہیں ہے۔
دیے گئے آؤٹ پٹ کی سالمیت کو یقینی بنانے کے مقصد کے لیے، ان کی ہیشز کو آؤٹ پٹ باکس میں شامل کرنا بھی ممکن ہے، ریکوڈنگ اور سائفرنگ دونوں کارروائیوں کے لیے۔
نوٹ کریں کہ تیار کردہ ہیش تین اقسام کی ہیں جن کی ذیل میں وضاحت کی گئی ہے۔
تمام متنی مواد کے لیے ہیش مخصوص متنی ڈیٹا کے پورے مواد کے لیے تیار کیا جاتا ہے، بشمول خالی جگہیں جیسے سفید جگہیں، ٹیبز اور نئی لائنیں، اگر کوئی ہو۔
فارمیٹ شدہ FMT متنی مواد کے لیے ہیش متن اور اس کی اندرونی سفید جگہوں اور نئی لائنوں کے لیے تیار کی جاتی ہے، ارد گرد کی تمام خالی لائنوں اور سفید جگہوں کو چھوڑ کر۔
RAW کے متنی مواد کے لیے ہیش صرف متن کے لیے تیار کیا جاتا ہے، تمام قسم کی خالی جگہوں کو چھوڑ کر: خالی لائنیں، سفید جگہیں، ٹیبز اور نئی لائنیں۔
ایسے معاملات میں جہاں غیر RAW قسم کی ہیشنگ کی ضرورت ہو، دیے گئے متنی ڈیٹا کی سالمیت کی توثیق کرنے کے لیے، لائن کی لمبائی، لائنوں کی تعداد اور نئے لائن حروف کی قسم اہم ہیں۔ اس کی وجہ یہ ہے کہ ونڈوز نئی لائنوں کو ذخیرہ کرنے کے لیے #13#10 کریکٹر کوڈ استعمال کرتا ہے، جب کہ لینکس آپریٹنگ سسٹم نئی لائنوں کو اسٹور کرنے کے لیے صرف #10 کا کریکٹر کوڈ استعمال کرتا ہے۔ لہذا، اگر متنی ڈیٹا کے لیے ایک ہیش ایک OS میں تیار کیا جاتا ہے لیکن اسے دوسرے میں توثیق کرنے کی ضرورت ہے، تو ایک مناسب آپشن سیٹ کرنا ضروری ہے۔ اس مقصد کے لیے، ہیش تیار کرتے وقت ونڈوز اور لینکس کے نئے لائن حروف کے درمیان انتخاب کرنے کے لیے ایک سلیکشن باکس موجود ہے۔
اپ ڈیٹ کردہ بتاریخ
31 اگست، 2024