إعداد CDN والتخزين المؤقت مع حماية الجلسات
· PoolByte
CDN عبارة عن طبقة توزيع يمكنها توصيل محتوى الويب للزائرين من خلال خوادم في مواقع مختلفة. ومن ناحية أخرى، فإن ذاكرة التخزين المؤقت هي إعادة استخدام استجابة معدة مسبقًا في ظل الظروف المناسبة. قد يعمل الاثنان معًا، لكنهما ليسا نفس المفهوم. لا يعني استخدام CDN أن جميع الصفحات سيتم تخزينها مؤقتًا بشكل آمن تلقائيًا.
السؤال الصحيح هو "كيف أقوم بتخزين كل شيء؟" ليست المسألة ما هي الإجابة التي يمكن تقاسمها وفيما بين من. قد تكون صورة المدونة هي نفسها بالنسبة لآلاف الزوار. شاشة رصيد الحساب أو إجمالي سلة التسوق أو إعادة تعيين كلمة المرور مملوكة للمستخدم أو لمعاملة معينة. يمكن أن يؤدي فقدان هذا التمييز إلى مشكلة في البيانات والوظائف أكثر خطورة من مشكلة السرعة.
تعرف على الطبقات الثلاث المميزة لذاكرة التخزين المؤقت
ذاكرة التخزين المؤقت للمتصفح موجودة على جهاز الزائر. يمكن لذاكرة التخزين المؤقت للخادم تخزين المحتوى الذي تم إعداده بواسطة التطبيق أو خادم الويب. ذاكرة التخزين المؤقت لـ CDN هي الطبقة المشتركة بينهما والتي تخدم العديد من الزوار. إن مسح طبقة واحدة لا يؤدي بالضرورة إلى مسح الطبقات الأخرى.
على سبيل المثال، إذا ظهر التصميم القديم على الرغم من قيامك بتغيير ملف CSS، فيجب فحص التطبيق وCDN والمتصفح على التوالي. يؤدي تغيير اسم الملف أو إصداره مع تغير المحتوى، بدلاً من نشر الملف بنفس الاسم مرارًا وتكرارًا، إلى جعل أوقات التخزين المؤقت الطويلة أكثر قابلية للإدارة. تأكد من أن HTML المرفق بالملف يستخدم الاسم الجديد أيضًا.
ابدأ من الملفات الثابتة
تعد الصور وملفات الأنماط وحزم JavaScript من المرشحين الجيدين للبدء. ومع ذلك، لا ينبغي أن يكون امتداد الملف وحده قرارًا أمنيًا؛ قد يكون للمستند الذي يتطلب المصادقة امتداد PDF أيضًا. تعمل إدارة الأصول العامة والملفات الخاصة ضمن مسارات منفصلة على تبسيط القواعد.
الإعدادات الافتراضية لخدمات مثل Cloudflare خاصة بموفر الخدمة. ينص مستند Cloudflare على أن HTML وJSON لا يتم تخزينهما مؤقتًا بشكل افتراضي؛ يمكن للقواعد المخصصة تغيير هذا السلوك. لا تجلب نفس الافتراضات إلى CDN آخر. وعلى وجه الخصوص، قم بفحص النطاق قبل تطبيق قاعدة "التخزين المؤقت لكل المحتوى" على نطاق كبير.
تتطلب التدفقات الديناميكية قواعد خارج النطاق
لا تقم بتضمين صفحات تسجيل الدخول والإدارة وسلة التسوق والخروج والحساب في ذاكرة التخزين المؤقت بتنسيق HTML المشتركة. وينبغي أيضًا مراعاة إشعارات موفر الدفع واستجابات واجهة برمجة التطبيقات المخصصة والتنزيلات المعتمدة. إذا كنت تستخدم WooCommerce، فتحقق من مسارات صفحة سلة التسوق والخروج والحساب الفعلية؛ قد لا تكون الروابط الثابتة المترجمة باللغة التركية هي نفس المسارات الإنجليزية الموجودة في نماذج المستندات.
يمكن لمعلمات ملفات تعريف الارتباط والاستعلام، بالإضافة إلى مسار الطلب، تغيير السلوك. إذا أظهرت صفحة المنتج نفسها سعرًا مختلفًا للمستخدم الذي قام بتسجيل الدخول، فلن يكون من المناسب توزيع الرد المجهول على الجميع. إن إلقاء نظرة على القاعدة فقط على عنوان URL قد يؤدي إلى تفويت هذا الاختلاف. قم بإعداد نهج التجاوز لملفات تعريف الارتباط الخاصة بالجلسة وفقًا لوثائق الخدمة؛ لا تخمن أسماء ملفات تعريف الارتباط.
اقرأ رؤوس التحكم في ذاكرة التخزين المؤقت بشكل صحيح
يحدد Cache-Control: private أنه لا ينبغي تخزين الاستجابة في ذاكرة التخزين المؤقت المشتركة؛ لا تزال ذاكرة التخزين المؤقت الخاصة في المتصفح متاحة. يطلب no-store ألا تقوم ذاكرة التخزين المؤقت بتخزين الاستجابة. no-cache لا يعني "عدم وجود مساحة تخزين"؛ يتطلب التحقق قبل إعادة الاستخدام. لا تستخدم هذه الخيارات الثلاثة لنفس الغرض.
يعرض السطر التالي نموذج نية لاستجابة حساب حساسة:
Cache-Control: private, no-storeالتحقق من وجود الرأس لا يكفي. قد تؤدي قواعد المدة أو التوفر في شبكة CDN إلى تغيير سلوك المورد. قم أيضًا باختبار توليد الاستجابات Set-Cookie واستمرارية الجلسة. قد تؤدي القواعد غير الصحيحة إلى فقدان ملف تعريف الارتباط أو العودة إلى شاشة تسجيل الدخول بعد تسجيل الدخول.
قم بإجراء اختبار عملي مع اثنين من المستخدمين
في متجر افتراضي، يحتوي الحساب "أ" على منتج واحد في سلته، بينما يشتمل الحساب "ب" على منتج آخر في سلته. اتبع الترتيب أدناه باستخدام ملفات تعريف متصفح منفصلة:
- افتح صفحة المنتج مع المستخدم المجهول.
- قم بتسجيل الدخول باستخدام الحساب أ وقم بإضافة المنتجات إلى سلة التسوق.
- تحقق من معلومات سلة التسوق والحساب المختلفة على الحساب ب.
- قم بتسجيل الخروج من الحساب أ وأعد فتح نفس الصفحة.
- قم بتغيير السعر من شاشة الإدارة وتحقق من العرض المجهول.
- قم بتسجيل رؤوس المصدر واستجابة CDN مع وقت الاختبار.
لا تأخذ الدفع الفعلي. استخدم تدفق الاختبار المدعوم من قبل الموفر. إذا كان المحتوى مرئيًا لمستخدم واحد على حساب آخر، فأوقف قاعدة ذاكرة التخزين المؤقت المشتركة ذات الصلة وافحص النطاق. لا تقم فقط بتغطية المشكلة من خلال تحديدها لفترة زمنية أقصر.
خطة التنظيف واستبدال الإصدار معًا
يعد الظهور الفوري لمقالة منشورة حديثًا وتخزين الصور غير المتغيرة لفترة طويلة من الاحتياجات المختلفة. حدد عناوين URL المطلوب تنظيفها عند تحديث المحتوى. قد يؤدي مسح ذاكرة التخزين المؤقت لـ CDN بالكامل باستمرار إلى عودة الزوار العاديين إلى الخادم الأصلي.
قم بقياس المشكلات الأساسية أولاً: هل استجابة الخادم بطيئة، هل الصورة كبيرة، هل تعيق JavaScript التفاعل؟ يساعدك دليل تسريع WordPress ودليل مؤشرات أداء الويب الأساسية على تحقيق هذا التمييز. لن تقوم CDN وحدها بإصلاح استعلامات قاعدة البيانات غير الفعالة.
الأسئلة المتداولة
هل يلغي CDN الحاجة إلى الاستضافة؟
عادة لا تزال هناك حاجة إلى الخادم المصدر. تعمل هنا عمليات عدم التخزين المؤقت وإنشاء المحتوى. قم بإجراء اختيار استضافة الويب مع وضع عبء العمل الديناميكي في الاعتبار.
هل يجب إيقاف تشغيل ذاكرة التخزين المؤقت عند كل تغيير؟
قد يكون من المفيد تجاوز النطاق ذي الصلة مؤقتًا أثناء التطوير. بعد البث، تحقق من القواعد الصحيحة والتطهير اللازم لعنوان URL والعودة إلى التشغيل العادي.