متى تنشئ المتصفحات عملية حذف التنزيلات المؤقتة؟

ألاحظ أن المتصفحات لا تحذف الملفات المؤقتة أو محتوى التحميلات إلا عندما يكون هناك سبب عملي واضح لذلك، وليست عملية عشوائية. في معظم الحالات هناك نوعان من السيناروهات: الأول يتعلق بملفات التنزيل نفسها (المؤقتة أثناء التحميل)، والثاني يتعلق بذاكرة التخزين المؤقت (cache) للموارد مثل الصور والسكربتات.

خلال تحميل ملف، المتصفح ينشئ ملفًا مؤقتًا — مثلاً امتدادات مثل .crdownload في 'Chrome' أو .part في 'Firefox' — ويبقيه طالما أن التنزيل جاري أو قابل للاستئناف. إذا اكمل التنزيل بنجاح فإنه يعيد تسمية الملف إلى الاسم النهائي ويحذف المؤقت. إذا أُلغي التنزيل أو فشل، فغالبًا ما يُحذف المؤقت تلقائيًا أو يظل مؤقتًا حتى تقوم أنت بحذفه أو إعادة تشغيل المتصفح. أما ذاكرة التخزين المؤقت للويب فتُحذف عندما تنتهي صلاحية المورد وفق رؤوس الاستجابة مثل Cache-Control أو Expires، أو عندما يتطلب متغير التحقق (ETag/Last-Modified) إعادة التحقق ويقرر الخادم أن يرسل نسخة جديدة.

هناك أيضاً سياسة إخلاء تلقائية عندما تمتلئ مساحة التخزين: المتصفحات تستخدم استراتيجيات مثل LRU (أحدث استخدام يُبقي، الأقدم يُزال) أو حدود نصيب المنشأ (per-origin quota)، وقد تحذف ملفات مؤقتة أثناء تحديث المتصفح أو عند نفاد مساحة القرص. هذه التفاصيل تختلف بين المتصفحات لكن المنطق العام هو المحافظة على الأداء والأمن أولًا.

أسلوبي المباشر هنا: المتصفح يحذف الملفات المؤقتة حين يُوجب الوضع. يعني لو كان تحميل ما مستمرًا فالنظام يحتفظ بملفات جزئية، وإذا انتهى التحميل أو فشل أو أُلغي، تُزال تلك المؤقتات عادة.

بالنسبة لكاش الصفحات، المتصفح يلتزم بتعليمات الخادم عبر رؤوس HTTP، وإذا طلب المستخدم مسح البيانات أو إذا امتلأت المساحة، فستتبع آليات إخلاء تلقائية تحذف الأقدم أولاً. أما المطور فيمكنه أيضًا حذف بيانات عبر 'Cache API' برمجياً. عمليًا، الحذف مرتبط بصلاحية العناصر، سلوك الخادم، قيود التخزين، وإجراءات المستخدم، وبالتالي ليس أمرًا عشوائيًا بل مدفوعًا بسياسات واضحة.

أعطيك شرحًا أبسط لأنني أحب أن يكون الكلام واضحًا وسريع الفهم: المتصفح يحذف الملفات المؤقتة في حالات محددة فقط. أول حالة: ملفات التنزيل المؤقتة تُحذف بعد أن يكتمل التنزيل بنجاح أو إذا ألغيت التنزيل. ثاني حالة: ذاكرة التخزين المؤقت للصفحات تُحذف عندما تنتهي صلاحية المورد بحسب رؤوس HTTP مثل 'Cache-Control' أو 'Expires'، أو عندما يطلب الخادم تحديثًا ويُعاد تحميل الملف.

أيضًا المتصفحات لا تملك مساحة لانهائية، فإذا امتلأت مساحة التخزين فإن المتصفح يقرر أي الملفات قديمة ويزيلها (يعتمد على من لم يُستخدم منذ فترة طويلة عادةً). وإذا قمت بمسح بيانات التصفح يدويًا أو فتحت نافذة تصفح خفي، فستزول هذه الملفات فورًا. باختصار: حذف المؤقتات مدفوع بصلاحية الملفات، سلوك الخادم، ومساحة التخزين المتاحة، وأوامرك أنت كمستخدم.

تخيل أنك مسؤول عن جهاز قديم ومساحته محدودة؛ هذا ما يجعلني أفكر بأبعاد مختلفة عند شرح متى تُحذف الملفات المؤقتة في المتصفحات. أولاً، توجد آليات زمنية صريحة: رؤوس مثل Cache-Control: max-age تخبر المتصفح متى تعتبر النسخة منتهية. إذا انتهت الصلاحية، المتصفح يعيد طلب المورد أو يُحذف الأصل من الكاش عند الحاجة. ثانياً، هناك إعادة التحقق (revalidation): المتصفح قد يرسل طلباً بشرط ETag أو Last-Modified، وفي حالة تلقي 304 يبقى الملف وإلا يُستبدل.

من ناحية أخرى، عند امتلاء مكان التخزين، المتصفح يتبع سياسة حذف ذكية (غالبًا LRU) لإفراغ مساحة، وقد تُحذف بيانات خاصة بتطبيقات الويب مثل محتويات 'Service Worker Cache' حسب تعليمات المطور أو إذا قمت بمحو بيانات الموقع. ولا ننسى وضع التصفح الخفي الذي يؤدي إلى حذف كل شيء عند إغلاق النافذة. أرى أن فهم هذه الطبقات الثلاث — صلاحية المورد، إعادة التحقق، وإدارة المساحة — يشرح معظم حالات الحذف العملية.