Loading...

مساعدة CDN.com.tr

المحتوى القديم لا يزال يظهر بعد النشر

افصل تخزين CDN المؤقت عن تخزين المتصفح المؤقت، و purge المسار الصحيح، وتحقق باستخدام طلبات نظيفة.

المحتوى القديم لا يزال يظهر بعد النشر

افصل تخزين CDN المؤقت عن تخزين المتصفح المؤقت، و purge المسار الصحيح، وتحقق باستخدام طلبات نظيفة.

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

نشر عميل CSS أو JS أو HTML جديدًا على الأصل، لكن الزوار (أو العميل) لا يزالون يرون النسخة السابقة.

سير العمل

  1. تحقق أولًا من أن الأصل يقدّم المحتوى الجديد فعلًا (اطلب الأصل مباشرة أو تحقق من النشر).
  2. اختبر الرابط العام باستخدام `curl -I` أو نافذة متصفح خاصة — فقد تُظهر عملية إعادة التحميل العادية ذاكرة التخزين المؤقت لمتصفحك أنت، وليس ذاكرة CDN.
  3. تحقق من ترويسة `X-Proxy-Cache-MT`: HIT مع محتوى قديم يعني أن تخزين CDN المؤقت يحتاج إلى purge.
  4. افتح Purge Management و purge المسارات المتغيرة (أو استخدم مجموعة مسارات محفوظة للإصدارات).
  5. اطلب الرابط مجددًا: توقّع MISS، ثم HIT مع المحتوى الجديد.

الفحوصات

  • تخزين المتصفح المؤقت وتخزين CDN المؤقت طبقتان مختلفتان؛ التحديث القسري يمسح الأولى فقط.
  • purge لـ `/` لا يمسح كل صفحة — قم بـ purge المسارات المتغيرة المحددة أو استخدم purge-all عن قصد.
  • إذا كانت روابط أصولك تتضمن سلسلة استعلام إصدار (`app.css?v=123`)، فإن رفع الإصدار غالبًا أفضل من الـ purge.

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

قمت بالـ purge لكنني لا أزال أرى الصفحة القديمة.

تحقق مما إذا كانت الاستجابة الآن MISS (نجح الـ purge، وتخزين المتصفح المؤقت هو البقية — استخدم نافذة خاصة) أو لا تزال HIT (مسار الـ purge لم يطابق — قم بـ purge المسار الدقيق بما في ذلك بادئات اللغة أو سلاسل الاستعلام).

هل أحتاج إلى الـ purge بعد كل نشر؟

فقط للروابط التي تغيّر محتواها لكن بقي مسارها كما هو. تتجنّب روابط الأصول ذات الإصدار هذا تمامًا؛ وعادة تحتاج صفحات HTML إلى purge أو TTL قصير.

لماذا لا يزال مستخدمو الجوال يرون المحتوى القديم بعد الـ purge؟

يُخزَّن الجوال وسطح المكتب مؤقتًا بشكل منفصل. يمسح الـ purge من اللوحة كلا المتغيرين؛ وإذا قمت بالـ purge عبر نص برمجي مخصص، فتأكد من تغطية كلا المتغيرين.

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