𝗪𝗵𝗲𝗻 𝘁𝗼 𝗤𝘂𝗮𝗿𝗮𝗻𝘁𝗶𝗻𝗲 𝗮 𝗕𝗿𝗼𝘄𝘀𝗲𝗿 𝗣𝗿𝗼𝗳𝗶𝗹𝗲

ஒரு பிரவுசர் ப்ரொஃபைல் லீஸ் (lease), ஒரே நேரத்தில் பல செயல்பாடுகள் நடப்பதைத் (concurrency) தவிர்க்கிறது. எந்தப் பணியாளர் (worker) ஒரு ப்ரொஃபைலைத் தன் வசம் வைத்துள்ளார் என்பதை இது உங்களுக்குத் தெரிவிக்கும்.

ஆனால், ஆட்டோமேஷன் தோல்வியடைந்த பிறகு, நீங்கள் ஒரு புதிய கேள்வியைச் சந்திக்க நேரிடும்.

இந்த ப்ரொஃபைலை மீண்டும் பயன்படுத்துவது பாதுகாப்பானதா?

உரிமை (Ownership) மற்றும் ஆரோக்கியம் (health) ஆகிய இரண்டும் வெவ்வேறானவை. ஒரு பணியாளர், ப்ரொஃபைலைத் தெரியாத நிலையில் (unknown state) விட்டுவிட்டு, லீஸை விடுவிக்கலாம். அந்த ப்ரொஃபைலில் புதிய குக்கீகள் (cookies), மாற்றப்பட்ட டோக்கன்கள் (tokens) அல்லது முடிக்கப்படாத படிவங்கள் (forms) இருக்கலாம்.

அந்த ப்ரொஃபைலை அடுத்த பணியாளருக்கு உடனடியாகக் கொடுத்தால், அந்தப் பாதிப்பு அவர்களுக்கும் தொடரும்.

இதனால்தான் உங்களுக்கு ஒரு குவாரன்டைன் நிலை (quarantine state) தேவைப்படுகிறது.

குவாரன்டைன் என்பது தோல்விக்குப் பிந்தைய ஒரு நிலையாகும். அதாவது, அந்த கணக்கு (account), செஷன் (session) அல்லது சூழலை (environment) நீங்கள் நம்ப முடியாது என்று அர்த்தம்.

பிரவுசர் ஆட்டோமேஷனில், ஒரு ப்ரொஃபைல் என்பது வெறும் கோப்புறை (folder) மட்டுமல்ல. அது பின்வருவனவற்றைக் கொண்டுள்ளது: • குக்கீகள் மற்றும் லோக்கல் ஸ்டோரேஜ் (local storage) • லாகின் நிலைகள் மற்றும் அனுமதிகள் (permissions) • ப்ராக்ஸி அமைப்புகள் மற்றும் மொழி • சமீபத்திய பணி வரலாறு (task history)

லாகின் செய்த பிறகு ஒரு செயல்முறை தோல்வியடைந்தால், ஆபத்து அதிகம். நீங்கள் எதிர்பாராத ரீடைரக்ட்கள் (redirects), சரிபார்ப்புத் தூண்டுதல்கள் (verification prompts) அல்லது காலாவதியான செஷன்களைச் சந்திக்க நேரிடலாம்.

ஒவ்வொரு தோல்வியையும் குவாரன்டைன் செய்ய வேண்டாம். பின்வரும் சூழல்களில் உங்களுக்கு அது தேவையில்லை:

  • பிரவுசர் தொடங்கவே இல்லை என்றால்
  • ப்ரொஃபைல் திறக்கப்படவே இல்லை என்றால்
  • லீஸ் கிடைப்பதற்கு முன்பே பணியாளர் தோல்வியடைந்தால்
  • செயல்முறை பொதுப் பக்கங்களை (public pages) மட்டுமே அணுகியிருந்தால்
  • பிரவுசர் முறையாக மூடப்பட்டிருந்தால்

பின்வரும் சூழல்களில் குவாரன்டைன் செய்வது மிக முக்கியமானது:

  • ப்ரொஃபைலைத் திறந்த பிறகு பணியாளர் செயலிழந்தால் (crashed)
  • செயல்முறை அங்கீகரிக்கப்பட்ட பகுதிக்கு (authenticated area) சென்றடைந்தால்
  • செஷன் நிலை அல்லது குக்கீகள் மாறினால்
  • ஒரு non-idempotent செயலுக்கு அருகில் (உதாரணமாக, ஒரு படிவத்தைச் சமர்ப்பித்தல்) தோல்வி ஏற்பட்டால்
  • செயல்முறையின் போது ப்ராக்ஸி அல்லது பிராந்தியம் (region) மாறினால்
  • ஆதாரங்கள் முழுமையற்றதாக இருந்தால்

ஒரு சாதாரண ஷெட்யூலர் (scheduler), ப்ரொஃபைல் லாக் செய்யப்பட்டுள்ளதா அல்லது இல்லையா என்பதை மட்டுமே சரிபார்க்கும். ஆனால் ஒரு தொழில்முறை அமைப்பு கூடுதல் நிலைகளைப் பயன்படுத்துகிறது: • Available: வேலை செய்யத் தயார் • Leased: பயன்பாட்டில் உள்ளது • Cooldown: ஒரு சிறிய இடைவேளை தேவை • Quarantined: தோல்வியால் ஏற்பட்ட நிச்சயமற்ற நிலை • Needs Review: மனிதத் தலையீடு தேவை • Retired: மீண்டும் பயன்படுத்த வேண்டாம்

குவாரன்டைன் செய்யப்பட்ட ஒரு ப்ரொஃபைல் ஒரு முடிவைத் தர வேண்டும். அது மறக்கடிக்கப்பட்ட ஒரு சேமிப்புப் பகுதியாக மட்டும் இருக்கக்கூடாது. ப்ரொஃபைல் ஐடி (profile ID), கடைசி URL, ஸ்கிரீன்ஷாட் மற்றும் பிழைக்கான காரணம் ஆகியவற்றைச் சேகரிக்க இதைப் பயன்படுத்தவும்.

தோல்வியடைந்த கணக்குச் சூழல்களைத் தூய்மையான உள்ளீடுகளாக (clean inputs) கருதுவதை நிறுத்துங்கள். ஒரு லீஸ் மோதல்களைத் (collisions) தவிர்க்கிறது. ஒரு குவாரன்டைன் தோல்விகளின் தொடர்ச் சங்கிலியைத் தடுக்கிறது.

Source: https://dev.to/web4browser/when-a-browser-profile-should-be-quarantined-after-automation-failure-gpk