انتقل إلى محتوى الدرس
ابدأ رحلتك
فقرة فرعية #1 من درس: التخزين المؤقت HTTP

What Is HTTP Caching مفهوم التخزين المؤقت في HTTP

أتقن منظومة التخزين المؤقت في HTTP وفق معيار RFC 9111: الفرق بين الكاش الخاص والكاش المشترك، وحساب الصلاحية، وتوجيهات Cache-Control والفرق بين no-cache وno-store، والتحقق الشرطي عبر ETag وكود 304، واستراتيجية كسر الكاش.
4 صفوف تعليمية
تكنولوجيا الويب
1,629 مشاهدة

شرح صفوف ومحتوى الفقرة

الصف 1 شرح توضيحي

بعد أن تعرّفنا في الدروس السابقة على آليات المصادقة وإدارة الجلسات، يبرز سؤال هندسي جوهري: هل يعقل أن يعيد المتصفح تنزيل شعار الموقع وملفات التنسيق والخطوط من الخادم الأصلي في كل مرة ينتقل فيها المستخدم من صفحة إلى أخرى؟ هنا يأتي دور التخزين المؤقت في HTTP (HTTP Caching الموثق في المعيار RFC 9111‏)، وهو الآلية التي تحتفظ بنسخ صالحة لإعادة الاستخدام من استجابات الخادم داخل ذاكرة المتصفح أو الخوادم الوسيطة لتقديمها فوراً دون استهلاك الشبكة من جديد.

قبل الغوص في التفاصيل الهندسية، استعرض جدول المصطلحات التقنية الأساسية لهذا الدرس:

الصف 2 شرح توضيحي

تعتمد دورة عمل الكاش في بروتوكول HTTP على البحث عن استجابة محفوظة تطابق طريقة الطلب والرابط (وخاصة طلبات GET‏):

  • عدم وجود نسخة في الكاش (Cache Miss — الزيارة الأولى): يطلب المتصفح الملف /assets/logo.svg، فلا يجده في ذاكرته، فيرسله إلى الخادم الأصلي ويستلم الرد 200 OK مرفقاً بحقول رأس التحكم بالكاش، فيعرضه ويحفظ نسخة منه.
  • إصابة الكاش بنجاح (Cache Hit — الزيارات التالية): عند الانتقال لصفحة أخرى تطلب الشعار نفسه، يجد المتصفح النسخة الصالحة في ذاكرته المحلية فيعرضها خلال أجزاء من المللي ثانية دون إرسال أي حزمة عبر الشبكة.

لاحظ في المثال الآتي كيف يرفق الخادم الأصلي قواعد التخزين المؤقت داخل رؤوس الرسالة:

  • HTTP/1.1 200 OK
  • Date: Thu, 05 Nov 2026 10:00:00 GMT
  • Content-Type: image/svg+xml
  • Content-Length: 4120
  • Cache-Control: public, max-age=86400
  • ETag: "v2-8f9d1a"
  • <svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 100 30">...</svg>
الصف 3 صورة توضيحية

مخطط هرمية طبقات الكاش في الويب

الصف 4 ملاحظة هامة

جميع فقرات هذا الدرس (التخزين المؤقت HTTP)