المواقع الإلكترونية
تخزين الموقع المؤقت
Caching is the biggest single speed win available to a WordPress site: full-page caching serves finished HTML without running PHP at all, and object caching keeps database results in memory. This…
تخزين مؤقت للموقع
التخزين المؤقت هو أكبر مكسب سرعة واحد متاح لموقع WordPress: التخزين المؤقت لصفحة كاملة يقدم HTML منتهي دون تشغيل PHP على الإطلاق، والتخزين المؤقت للكائنات يحتفظ بنتائج قاعدة البيانات في الذاكرة. يغطي هذا الدليل كليهما، وما يتجاوز ذاكرة التخزين المؤقت تلقائياً، وكيفية مسح وتدفئة ذاكرة التخزين المؤقت.
حيث يوجد التخزين المؤقت في KPanel
- قم بتسجيل الدخول إلى KPanel.
- انقر على Websites في الشريط الجانبي الأيسر، ثم انقر على الموقع.
- في شريط علامات التبويب الخاص بالموقع، افتح WordPress، ثم Caching.
العنوان المباشر هو /websites/<site-id>/cache.
مجموعة WordPress تظهر فقط لمواقع WordPress و WooCommerce. التخزين المؤقت هنا هو استحقاق الخطة: التخزين المؤقت لصفحة كاملة وذاكرة التخزين المؤقت للكائنات مدرجان في Managed WordPress. في الخطط الأخرى تعرض الصفحة لوحة ترقية توصف ما هو متاح بدلاً من عناصر التحكم.
ذاكرة التخزين المؤقت لصفحة كاملة
يخزن التخزين المؤقت لصفحة كاملة HTML منتهي من صفحة ما ويقدمه مباشرة للزائر التالي. بالنسبة للزائر المجهول، هذا يعني عدم تنفيذ PHP وعدم إجراء استعلامات قاعدة البيانات على الإطلاق: يتم الرد على الطلب قبل تحميل WordPress.
تعرض البطاقة حبة On أو Off، وعند تشغيلها، التاريخ الذي تم تفعيله، وما إذا تم تأكيد التوجيه، ومدى الحياة للذاكرة المؤقتة.
لتفعيلها، انقر على Enable full-page cache. لإيقافها مرة أخرى، انقر على Disable.
يتم مسح ذاكرة التخزين المؤقت تلقائياً عند نشر أو تحديث منشور، لذلك تظهر التغييرات الخاصة بك فوراً بدلاً من الانتظار حتى انتهاء مدى الحياة.
إذا كان موقعك يُقرأ في الغالب من قبل زوار مجهولين، فهذا هو المفتاح الأعلى قيمة في الصفحة. من الشائع أن يكون الفرق بحجم واحد على الأقل في الوقت إلى أول بايت، لأن الجزء البطيء من طلب WordPress هو الجزء الذي لم يعد يحدث.
مسح وتدفئة ذاكرة التخزين المؤقت
تظهر إجراءان بمجرد تشغيل التخزين المؤقت لصفحة كاملة.
Purge cache يفرغ ذاكرة التخزين المؤقت فوراً. استخدمه بعد تغيير لا تعامله WordPress كتحديث منشور: تحرير ملف نسق، تغيير الودجة، تحديث القائمة، أو تغيير إعداد الإضافة الذي يؤثر على الإخراج. الزائر التالي لكل صفحة يحصل على نسخة طازجة.
Warm cache يجلب صفحاتك مسبقاً بحيث تكون مخزنة مؤقتاً قبل أن يطلبها الزائر. بعد التدفئة، يخبرك بنر بعدد صفحات المجموع التي تم تخزينها مؤقتاً ويسرد أول عناوين URL قليلة.
التسلسل الطبيعي بعد تغيير التصميم هو: مسح، ثم تدفئة. بهذه الطريقة لا أحد يضطر إلى أن يكون الزائر غير المحظوظ الذي يدفع ثمن أول عملية تقديم غير مخزنة مؤقتاً.
بالنسبة لذاكرة التخزين المؤقت للحافة الموجودة أمام موقعك، وهي طبقة منفصلة، راجع مسح CDN Cache.
ما لا يتم تخزينه مؤقتاً أبداً
يجب أن تشغل بعض عناوين URL دائماً PHP، لأن إخراجها يختلف حسب الزائر أو له تأثيرات جانبية. يتم تجاوز هذه المسارات تلقائياً ولا تحتاج إلى تكوين أي شيء:
| المسار | السبب |
|---|---|
/wp-admin/ | لوحة تحكم WordPress ديناميكية دائماً |
/wp-login.php | صفحة تسجيل الدخول لا تُخزن مؤقتاً أبداً |
/cart/ | سلة WooCommerce مخصصة للزائر |
/checkout/ | خروج WooCommerce مخصص للزائر |
/my-account/ | صفحات حسابات WooCommerce مخصصة للزائر |
/wp-cron.php | يجب أن تعمل المهام المجدولة فعلياً |
/?wc-ajax=* | نقاط نهاية WooCommerce AJAX |
بالإضافة إلى قواعد المسار، تهم ملفات تعريف الارتباط. مستخدم WordPress الذي قام بتسجيل الدخول، أو زائر لديه ملف تعريف ارتباط جلسة WooCommerce نشطة، يتم تقديم استجابة ديناميكية له دائماً، حتى على صفحة يتم تخزينها مؤقتاً للجميع. هذا هو السبب في أن مالك المتجر الذي يتصفح موقعه الخاص غالباً لا يرى أي من الفوائد بينما الزوار المجهولون يفعلون.
لأنك عادة ما تكون قد قمت بتسجيل الدخول، فإن اختبار سلوك ذاكرة التخزين المؤقت في متصفحك العادي سيضللك. اختبر في نافذة خاصة، أو في متصفح لم تقم بتسجيل الدخول إليه.
ذاكرة التخزين المؤقت للكائنات
ذاكرة التخزين المؤقت للكائنات طبقة مختلفة. بدلاً من تخزين صفحات منتهية، فهي تحتفظ بنتائج استعلامات قاعدة البيانات والمعاملات المؤقتة في WordPress في الذاكرة، لذلك لا تكرر العمل.
تعرض البطاقة حبة On أو Off، وعند تشغيلها، التاريخ الذي تم تفعيله. استخدم Turn on و Turn off لتغييره.
تساعد ذاكرة التخزين المؤقت للكائنات بالضبط حيث لا يمكن لذاكرة التخزين المؤقت لصفحة كاملة: المستخدمون الذين قاموا بتسجيل الدخول، وشاشات الإدارة، والصفحات المخصصة للزائر مثل السلة والخروج. هذا يجعلها ذات قيمة خاصة للمتاجر المشغولة ومواقع العضويات، حيث يكون الكثير من حركة المرور موثقاً وبالتالي لا يتم تخزينه مؤقتاً أبداً.
تشغيل الاثنين معاً هو التكوين الطبيعي. التخزين المؤقت لصفحة كاملة يتعامل مع حركة المرور المجهولة، وذاكرة التخزين المؤقت للكائنات تسرع كل شيء يجب أن يشغل PHP على أي حال.
اختيار ما يتم تفعيله
- موقع محتوى، معظم القراء مجهولين. التخزين المؤقت لصفحة كاملة هو الأولوية. يضيف التخزين المؤقت للكائنات تحسناً أصغر في الأعلى.
- متجر WooCommerce. فعّل كليهما. يغطي التخزين المؤقت لصفحة كاملة صفحات منتجاتك والفئات للزوار المتصفحين، بينما تحمل ذاكرة التخزين المؤقت للكائنات السلة والخروج وصفحات الحساب التي لا يمكن تخزينها مؤقتاً أبداً.
- موقع عضوية أو مجتمع حيث يكون الجميع تقريباً قد قاموا بتسجيل الدخول. ذاكرة التخزين المؤقت للكائنات تقوم بالعمل الثقيل، لأن معظم الطلبات ستتجاوز ذاكرة التخزين المؤقت للصفحة بالتصميم.
استكشاف الأخطاء والإصلاح
لقد حدثت الموقع لكن الزوار يرون النسخة القديمة. مسح ذاكرة التخزين المؤقت، ثم تدفئة. إذا كانت لا تزال قديمة، تذكر أن هناك قد تكون ذاكرة تخزين مؤقت حافة أيضاً: راجع مسح CDN Cache.
ذاكرة التخزين المؤقت لا تفعل شيئاً بالنسبة لي. أنت بالتأكيد قد قمت بتسجيل الدخول. تحقق في نافذة خاصة.
السلة أو نموذج يتصرف بشكل غريب للزوار المجهولين. المسارات التجارية القياسية يتم تجاوزها تلقائياً، لكن صفحة ديناميكية مخصصة أو توفرها الإضافة على عنوان URL غير قياسي لا تكون كذلك. إذا كانت صفحة لا يجب أن تُخزن مؤقتاً أبداً وليست على قائمة التجاوز، فهذا يستحق رفعه مع الدعم حتى نتمكن من النظر في القاعدة.
تقول البطاقة أن التخزين المؤقت مدرج في Managed WordPress. خطتك الحالية لا تتضمنه. يربط البنر بصفحة الخطط.
فحص التوجيه معلق. يتم تفعيل ذاكرة التخزين المؤقت ولم يكتمل تأكيد التوجيه بعد. انتظر لحظة وقم بالتحديث.
تعرض صفحة المحتوى الشخصي الخاطئ. يجب استبعاد أي شيء شخصي من ذاكرة التخزين المؤقت للصفحة أو عرضه من جانب العميل. إذا قامت إضافة بتخصيص الإخراج على عنوان URL قابل للتخزين مؤقتاً دون تعيين ملف تعريف ارتباط جلسة، فلن تتمكن ذاكرة التخزين المؤقت للصفحة من معرفة ذلك. اختبر في نافذة خاصة وأبلغ عن الدعم إذا وجدت واحدة.
صفحات ذات صلة
- أداء الموقع و APM لقياس ما إذا كانت ذاكرة التخزين المؤقت قد ساعدت فعلاً.
- تحليلات حركة المرور على الموقع لنسبة CDN cache hit.
- تفعيل CDN لإضافة ذاكرة تخزين مؤقت حافة أمام كل هذا.
- أخذ نسخة احتياطية قبل إجراء تغييرات أكبر على موقع مباشر.