كيف يعمل التخزين المؤقت في HTTP مع الأصول غير المتغيّرة (immutable assets) وشبكة CDN؟

Question

IT Interview Practice · Accepted Answer

يتيح التخزين المؤقت في HTTP للمتصفحات وشبكات CDN إعادة استخدام استجابة بدلًا من إعادة جلبها، ويُتحكَّم فيه عبر ترويسة **`Cache-Control`**. والنمط الرابح لتطبيقات الويب: **جزّئ (hash) أسماء ملفات أصولك وخزّنها للأبد؛ وأبقِ HTML غير قابل للتخزين المؤقت.**

## استراتيجية الطبقتين

```http
# Hashed, versioned assets — content never changes for a given URL
Cache-Control: public, max-age=31536000, immutable
# e.g.  /static/app.9f2c1a.js   (the hash changes when content changes)

# HTML — must always be fresh so it can point at new asset hashes
Cache-Control: no-cache
```

- **`immutable`** يخبر المتصفح ألا يعيد التحقق (revalidate) أبدًا — فلا طلب مشروط على الإطلاق، حتى عند إعادة التحميل. وهو آمن لأن جزيئة (hash) اسم الملف *هي* النسخة؛ محتوى جديد = رابط جديد.
- **`no-cache`** على HTML اسمه مضلِّل: فهو يعني «خزّنه، لكن أعد التحقق قبل استخدامه» (استجابة 304 إذا لم يتغيّر)، بحيث يحصل المستخدمون دائمًا على HTML يشير إلى جزيئات الأصول الحالية.

## إعادة التحقق وشبكة CDN

- **`ETag`** / `Last-Modified` تتيح استجابات `304 Not Modified` الرخيصة عند انتهاء `max-age`.
- تخزّن **CDN** عند العُقَد الطرفية (edge nodes) القريبة من المستخدمين. استخدم `s-maxage` للتخزين المشترك في CDN و`stale-while-revalidate` لتقديم محتوى قديم فورًا أثناء تحديثه في الخلفية:

```http
Cache-Control: public, s-maxage=600, stale-while-revalidate=86400
```

## المزالق

- تخزين HTML بـ `max-age` طويل ← يعلق المستخدمون على نسخ قديمة دون طريقة لإبطالها.
- `immutable` على روابط غير مُجزّأة ← لا تستطيع إرسال إصلاح.

## لماذا يهم

التخزين المؤقت هو أرخص مكسب في الأداء — فهو يحوّل الزيارات المتكررة إلى كلفة شبكية صفرية ويخفّف الحمل عن المصدر. ونمط الأصول غير المتغيّرة المُجزّأة + HTML المُعاد التحقق منه هو معيار الصناعة؛ وشرح *لماذا* لا يعني `no-cache` «لا تخزّن» يشير إلى عمق حقيقي.

استراتيجية الطبقتين

إعادة التحقق وشبكة CDN

المزالق

لماذا يهم

أسئلة ذات صلة