قراءة ترويسات حالة التخزين المؤقت
HIT وMISS وBYPASS وEXPIRED — نصف التشخيص من سير العمل هذا.
افتح الموضوعمساعدة CDN.com.tr
مفاتيح التخزين المؤقت والمسح: لماذا يحدث "مسحتُ لكن المحتوى ما زال قديماً"
يُخزَّن كل كائن مخزَّن مؤقتاً تحت مفتاح يُبنى من الطلب — البروتوكول والمضيف والمسار وسلسلة الاستعلام. لا يزيل المسح مدخلاً إلا عندما يستهدف ذلك المفتاح بعينه. فهم هذه الفكرة الواحدة يفسّر تقريباً كل حالة "المسح لم ينجح".
التخزين المؤقت والأمان وWAF والمسح
مفاتيح التخزين المؤقت والمسح: لماذا يحدث "مسحتُ لكن المحتوى ما زال قديماً"
يُخزَّن كل كائن مخزَّن مؤقتاً تحت مفتاح يُبنى من الطلب — البروتوكول والمضيف والمسار وسلسلة الاستعلام. لا يزيل المسح مدخلاً إلا عندما يستهدف ذلك المفتاح بعينه. فهم هذه الفكرة الواحدة يفسّر تقريباً كل حالة "المسح لم ينجح".
مسار اللوحة
- Management Panel
- CDN Accounts
- Purge Management
المتطلبات المسبقة
- يجب أن يعود المسار إلى الحساب المحدد.
- شخّص باستخدام عنوان URL العام الدقيق (البروتوكول + المضيف + المسار + الاستعلام)، لا بوصف مختصر له.
حالات الاستخدام
مسحتَ مساراً بعد نشر، لكن زائراً لا يزال يبلّغ عن النسخة القديمة. في كل الحالات تقريباً نجح المسح — لكنه أزال مدخل تخزين مؤقت مختلفاً عن المدخل الذي يُقدَّم للزائر (نسخة بسلسلة استعلام، أو نسخة الهاتف، أو تخزين متصفحه المؤقت).
سير العمل
- احصل على عنوان URL الدقيق الذي يراه الزائر قديماً — بما في ذلك البروتوكول (https) والمضيف (www أو النطاق الجذر) وأي سلسلة استعلام. عبارة "صفحة المنتجات" لا تكفي؛ فـ /products و /products?page=2 مدخلا تخزين مؤقت مختلفان.
- تحقق مما فعله CDN فعلاً: نفّذ `curl -I` على ذلك العنوان بالضبط واقرأ `X-Proxy-Cache-MT`. HIT تعني أن CDN قدّم نسخة مخزَّنة مؤقتاً؛ أما MISS أو BYPASS فتعني أن CDN ليس مصدر المحتوى القديم.
- امسح بالنطاق الذي يطابق المشكلة من Purge Management: مسار واحد دقيق لعنوان URL واحد، أو مسح مجلد لكل ما تحت مسار، أو مسح كامل للحساب عندما تغيّرت البنية في كل مكان.
- تحقق بالطريقة نفسها التي شخّصت بها: اطلب العنوان الدقيق مجدداً وتوقّع MISS (جلب جديد من الأصل) ثم HIT. وإذا كان متصفحك أنت ما زال يعرض الصفحة القديمة فحدّثها تحديثاً قسرياً — لا يستطيع CDN الوصول إلى تخزين المتصفح المؤقت.
الفحوصات
- سلاسل الاستعلام تُنشئ مدخلات منفصلة: /banner.jpg و /banner.jpg?v=2 يُخزَّنان مؤقتاً كلٌّ على حدة. مسح أحدهما لا يمس الآخر.
- البروتوكول والمضيف جزء من المفتاح: http مقابل https و www مقابل النطاق الجذر مدخلات مختلفة. امسح الصيغة القانونية التي يستخدمها زوارك فعلاً.
- قد يكون للهاتف والحاسوب نسختان منفصلتان من المسار نفسه — بلاغ عن محتوى قديم من الهواتف وحدها يعني عادةً نسخة الهاتف.
- المسح يزيل من CDN فقط، ولا يصل أبداً إلى تخزين متصفح الزائر المؤقت. ما يحدّ تلك النافذة الأخيرة هو TTL المتصفح في قواعد التخزين المؤقت لديك، لا مسح آخر.
الأسئلة الشائعة
أظهر المسح نجاحاً لكن الصفحة ما زالت قديمة — هل فشل؟
على الأرجح لا. شخّص بـ `curl -I` على العنوان الدقيق: إذا رأيت MISS في أول طلب بعد المسح، فقد أُزيل مدخل CDN، والنسخة القديمة في مكان آخر — نسخة أخرى من عنوان URL، أو تخزين متصفح الزائر المؤقت.
مسحتُ /products لكن /products?page=2 و /products?utm_source=x ما زالا قديمين.
كل تركيبة سلسلة استعلام هي مدخل تخزين مؤقت مستقل. امسح المجلد/البادئة لتُزال كل المدخلات تحت المسار، أو امسح النسخ الأكثر زيارةً واحدة واحدة.
هل يلزمني المسح بعد كل نشر؟
إذا كان HTML لديك مخزَّناً مؤقتاً بمدة TTL طويلة، فنعم — امسح المسارات المتغيّرة كخطوة ضمن النشر. واجهة API الخاصة بالمسح و cdnctl موجودان لهذا بالضبط؛ سكربت نشر ينتهي بمسح محدود النطاق لا يقع في هذه الفئة من المشكلات أبداً.
متى أستخدم "المسح الكامل"؟
عندما تتغيّر بنية عناوين URL عبر الموقع كله (ترحيل أو إعادة تصميم) ويصبح المسح حسب المسارات قائمة تخمين طويلة. استخدمه عمداً: بعده مباشرةً يكون كل طلب MISS إلى أن يُعاد ملء التخزين المؤقت، فيتحمّل أصلك كامل حركة المرور لفترة وجيزة.