𝗥𝗲𝗰𝗼𝘃𝗲𝗿𝗶𝗻𝗴 𝗦𝘁𝗮𝗹𝗲 𝗕𝗿𝗼𝘄𝘀𝗲𝗿 𝗣𝗿𝗼𝗳𝗶𝗹𝗲 𝗟𝗼𝗰𝗸𝘀 پرانے (Stale) براؤزر پروفائل لاکس کی بحالی
براؤزر پروفائل لاک دو ورکرز کو ایک ہی وقت میں ایک ہی اکاؤنٹ کھولنے سے روکتا ہے۔
زیادہ تر سسٹمز اس وقت ناکام ہو جاتے ہیں جب کوئی ورکر کریش ہو جائے یا نیٹ ورک کا رابطہ ٹوٹ جائے۔ وہ ایک پرانا لاک دیکھتے ہیں، اسے ڈیلیٹ کر دیتے ہیں، اور ایک نئے ورکر کو کام سنبھالنے دیتے ہیں۔ اس سے قطار (queue) تو آگے بڑھ جاتی ہے، لیکن یہ آپ کے اکاؤنٹ کی حالت (state) کو خراب کر دیتا ہے۔
ایک پرانا (stale) لاک محض ڈیلیٹ کرنے کے لیے کوئی فائل نہیں ہے۔ یہ ایک ادھورا آپریشن ہے جس کے لیے بحالی کے ایک کنٹرول شدہ راستے کی ضرورت ہوتی ہے۔
لاک کو محض ایک سادہ فلیگ کے طور پر نہ لیں۔ اصل اہمیت براؤزر پروفائل کی ہے: کوکیز (cookies)، لوکل اسٹوریج (local storage)، اور سیشن ہسٹری (session history)۔
بحالی کے لیے اسٹیٹ مشین (state machine) کا استعمال کریں:
• Held • Suspected stale • Quarantined • Inspected • Available | Resume pending | Manual review
کوارنٹائن (Quarantine) اسٹیٹ انتہائی اہم ہے۔ یہ آپ کی تحقیقات کے دوران دوسرے ورکر کو مداخلت کرنے سے روکتی ہے۔
آپ کو فینسنگ ٹوکن (fencing token) کے ساتھ لیز ماڈل (lease model) استعمال کرنا چاہیے۔ ہر رائٹ (write) آپریشن میں ورژن نمبر شامل ہونا چاہیے۔ اگر کوئی پرانا ورکر نئے ورکر کے کام سنبھالنے کے بعد دوبارہ فعال ہو جائے، تو سسٹم کو اس کے پرانے ٹوکن کو مسترد کر دینا چاہیے۔ یہ خاموش خرابی (silent corruption) سے بچاتا ہے۔
پرانے لاکس کی عام وجوہات:
- ورکر پروسیس کریش ہونا
- ہوسٹ کا ری اسٹارٹ ہونا
- جاب کا مقررہ وقت سے تجاوز کرنا
- ہارٹ بیٹ (heartbeat) کا رک جانا
- نیٹ ورک پارٹیشن (Network partition)
ایک پرانے لاک کا مطلب یہ نہیں کہ پروفائل محفوظ ہے۔ ایک ورکر مردہ نظر آ سکتا ہے، لیکن وہ نیٹ ورک کی تاخیر کی وجہ سے اب بھی چل رہا ہو سکتا ہے۔
پروفائل کو دوبارہ استعمال کرنے سے پہلے، آپ کو شواہد جمع کرنے چاہئیں:
- آخری معلوم URL
- آخری معلوم مرحلہ
- آخری اسکرین شاٹ
- پراکسی آئی ڈی (Proxy ID)
- پروفائل ڈائریکٹری کی صورتحال
اگر کوئی ٹاسک چیک آؤٹ یا پاس ورڈ کی تبدیلی جیسے حساس عمل کے دوران رک جائے، تو اسے خودکار طریقے سے بحال (auto-resume) نہ کریں۔ اسے دستی جائزے (manual review) کے لیے بھیج دیں۔
بحالی کے لیے چار محفوظ نتائج:
- Available: اسے تب استعمال کریں جب ٹاسک کبھی شروع ہی نہ ہوا ہو یا اکاؤنٹ ڈیٹا کو چھونے سے پہلے ہی ناکام ہو گیا ہو۔
- Resume pending: اسے تب استعمال کریں اگر آپ کے ٹاسکس میں واضح اور محفوظ چیک پوائنٹس موجود ہوں۔
- Retry: اسے تب استعمال کریں اگر پروفائل محفوظ ہے لیکن ٹاسک کو دوبارہ شروع کرنے کی ضرورت ہے۔
- Manual review: اسے تب استعمال کریں اگر حالت مبہم یا حساس ہو۔
شارٹ کٹ لینا بند کریں۔ سیشن کو ٹھیک کرنے کے لیے پروفائل ڈائریکٹریز کو ڈیلیٹ نہ کریں اور نہ ہی کوکیز صاف کریں۔ یہ اقدامات اکاؤنٹ کے سیاق و سباق (context) کو نقصان پہنچاتے ہیں۔
ایک محفوظ سسٹم ان اصولوں پر عمل کرتا ہے:
- ایک پروفائل
- ایک مالک لیز (owner lease)
- ایک فعال ٹاسک
- ایک شواہد کا سلسلہ (evidence trail)
- بحالی کا ایک فیصلہ
لاک محض ایک علامت ہے۔ آپ کا کام اس کے پیچھے موجود اکاؤنٹ کے ماحول کی حفاظت کرنا ہے۔