Loading...

مساعدة CDN.com.tr

قراءة حالة التخزين المؤقت: HIT وMISS وBYPASS وEXPIRED

استخدم ترويسة الاستجابة X-Proxy-Cache-MT لترى بالضبط ما فعله CDN بالطلب وللتحقق من أن التخزين المؤقت يعمل كما هو مقصود.

قراءة حالة التخزين المؤقت: HIT وMISS وBYPASS وEXPIRED

استخدم ترويسة الاستجابة X-Proxy-Cache-MT لترى بالضبط ما فعله CDN بالطلب وللتحقق من أن التخزين المؤقت يعمل كما هو مقصود.

حالات الاستخدام

يفحص عميل ترويسات الاستجابة في أدوات مطوري المتصفح ويريد معرفة ما إذا كان المحتوى يُقدَّم من تخزين CDN المؤقت أو يُجلب من الأصل أو يُتخطى عمداً.

سير العمل

  1. افتح رابط الصفحة أو المورد وافحص رؤوس الاستجابة (تبويب Network في أدوات المطورين بالمتصفح أو curl -I).
  2. اعثر على ترويسة X-Proxy-Cache-MT.
  3. طابق القيمة مع المسرد أدناه.
  4. كرّر الطلب: عنوان URL قابل للتخزين وسليم يكون MISS في الطلب الأول ثم HIT.

الفحوصات

  • HIT — يُقدَّم من تخزين CDN المؤقت دون الاتصال بأصلك. هذا هو الهدف للمحتوى الثابت والمجهول.
  • MISS — غير موجود في التخزين المؤقت بعد؛ يُجلب من الأصل ويُخزَّن. يجب أن يكون الطلب المطابق التالي HIT.
  • EXPIRED — كان مخزَّناً مؤقتاً لكن انقضت مدة TTL؛ أُعيد جلبه من الأصل.
  • BYPASS — طابقت قاعدة تخطٍّ هذا الطلب، فذهب CDN إلى الأصل عمداً. السبب الأكثر شيوعاً: أنت مسجَّل الدخول إلى لوحة أو نظام إدارة محتوى، وملف تعريف ارتباط جلسة/تسجيل دخول يعطّل التخزين المؤقت لك. أما الزوار دون ذلك الملف فما زالوا يحصلون على HIT.

الأسئلة الشائعة

أرى دائماً BYPASS في متصفحي مع أن التخزين المؤقت يُفترض أن يكون مفعّلاً — لماذا؟

من شبه المؤكد أنك مسجّل الدخول إلى الموقع أو اللوحة. تتجاوز كوكيز تسجيل الدخول والجلسة الذاكرة المؤقتة عمدًا حتى لا يتم تخزين الصفحات المخصصة مؤقتًا أبدًا. اختبر ذلك عبر نافذة خاصة أو curl -I https://yourdomain.com/path — يجب أن ترى MISS ثم HIT.

هل يحترم CDN ترويسة Cache-Control القادمة من الأصل؟

يعتمد على القاعدة — الوضعان متعارضان. عند تفعيل Use browser cache time (الافتراضي للحسابات الجديدة) تحدّد ترويسة Cache-Control أو s-maxage أو Expires القادمة من الأصل مدة التخزين على الحافة، وتصل الترويسة إلى المتصفح دون تغيير. وإذا أدخلت Cache Expire Time فإن تلك القاعدة تتجاهل ترويسات التخزين القادمة من الأصل، وتعيد كتابة ما يصل إلى المتصفح بقيمتك أنت. فخّان: أي استجابة تحمل Set-Cookie لا تُخزَّن مهما كانت Cache-Control صحيحة؛ وحيثما كانت Image Optimization مفعّلة، للحساب أو في القاعدة، تُحفظ الصور 365 يومًا مهما قال الأصل.

يبدو أن الهاتف والحاسوب مخزَّنان مؤقتاً بشكل منفصل — هل هذا طبيعي؟

لا. مفتاح التخزين المؤقت لا يحتوي على مكوّن للجهاز — يشترك الهاتف والحاسوب في مدخل واحد، لذا فإن مسح مسار يمسحه لكليهما.

كيف أفرض محتوى جديداً للجميع؟

امسح المسار من Purge Management. التحديث القسري في متصفحك يؤثر في تخزين متصفحك المؤقت فقط، لا في تخزين CDN المؤقت.

الصفحات ذات الصلة

صفحة الأمان: WAF وحظر IP والدول وحماية الروابط وحد المعدل

كل عناصر التحكم الأمنية على مستوى الحساب تجتمع في صفحة أمان واحدة: مفتاح WAF الشامل للموقع، والحماية من الروبوتات عبر JS Challenge، وحظر عناوين IP والدول، وحماية الروابط المباشرة (hotlink)، وتحديد معدل الطلبات، وانتهاء صلاحية الروابط. كل حفظ يُنشر إلى الحافة تلقائيًا — لا توجد خطوة نشر منفصلة.

قراءة سجلات WAF

استخدم سجلات WAF لتفسير حركة المرور المحظورة أو المتحدَّاة دون كشف أنظمة السجلات الداخلية.

مفاتيح التخزين المؤقت والمسح: لماذا يحدث "مسحتُ لكن المحتوى ما زال قديماً"

يُخزَّن كل كائن مخزَّن مؤقتاً تحت مفتاح يُبنى من الطلب — البروتوكول والمضيف والمسار وسلسلة الاستعلام. لا يزيل المسح مدخلاً إلا عندما يستهدف ذلك المفتاح بعينه. فهم هذه الفكرة الواحدة يفسّر تقريباً كل حالة "المسح لم ينجح".

تفعيل HSTS لأسماء مضيفك

يجعل إعداد HSTS الأمني الجاهز الحافة ترسل Strict-Transport-Security: max-age=31536000 على استجابات HTTPS، فيرفض المتصفح الذي زار موقعك مرة واحدة فتحه عبر HTTP العادي لمدة عام كامل.

حظر الزيارات حسب ASN وحسب الدولة

قائمتا حظر على مستوى الحساب في اللوحة نفسها: حظر دول كاملة برمز الدولة، أو حظر شبكات كاملة برقم النظام المستقل. يحصل الزائر المحظور على صفحة 403 الخاصة بالعلامة مع Reference ID.

تحسين الصور: AVIF وWebP على الحافة

فعّل تحسين الصور للحساب أو لقاعدة تسليم واحدة واختر WebP أو WebP + AVIF: تحوّل الحافة صور JPEG وPNG وترسل لكل متصفح صيغة يقبلها، وتبقى روابط الصور في صفحاتك كما هي.