مع أكثر من مليون عملية تثبيت نشطة ، يعد W3 Total Cache أحد أكثر ملحقات التخزين المؤقت والتحسين شيوعًا في مستودع وورد بريس. بخلاف الإضافات الأخرى لتحسين وورد بريس التي تقدم واجهة أبسط ومبسطة نسبيًا ، يمنح W3 Total Cache تحكمًا كاملاً في تكوين التخزين المؤقت لموقع وورد بريس الخاص بك .
إن دقة إعدادات W3TC تجعله مكونًا إضافيًا مثاليًا للمستخدمين المتقدمين والمطورين الذين يريدون التحكم المطلق في مواقع وورد بريس الخاصة بهم. في هذه المقالة ، سنلقي نظرة متعمقة على إعدادات W3 Total Cache ، وسنقدم لك التكوين الموصى به لتعزيز أداء موقع وورد بريس الخاص بك .
إذا كنت من مستخدمي Kinsta ، فلن تحتاج إلى تكوين إعدادات معينة في W3 Total Cache لأن مكدس الاستضافة لدينا يحتوي بالفعل على العديد من التحسينات المضمنة. على سبيل المثال ، يتم تمكين التخزين المؤقت للصفحة على مستوى الخادم عبر NGINX افتراضيًا على جميع مواقع Kinsta ، لذلك لن تحتاج إلى تمكينه في W3 Total Cache. إذا كنت تقوم بإعداد W3TC على موقع مستضاف على Kinsta ، فما عليك سوى الانتباه إلى إرشادات الإعداد أدناه. سنكون على يقين من إخبارك إذا لم تكن هناك حاجة إلى إعداد معين أو متوافق مع Kinsta.
إذا لم يكن لديك W3 Total Cache مثبتًا على موقعك ، فيمكنك تثبيته مباشرة في لوحة معلومات وورد بريس الخاصة بك . ما عليك سوى البحث عن “W3 Total Cache” في صفحة “Add Plugins” وتثبيته.
قم بتثبيت W3 Total Cache.
قم بتثبيت W3 Total Cache.
هناك أيضًا إصدار Pro من W3 Total Cache ، والذي يمكن شراؤه على موقع BoldGrid . يأتي إصدار Pro مع بعض الميزات الإضافية مثل التخزين المؤقت لـ REST API والتخزين المؤقت لخرائط Google وإضافات إضافية. في هذه المقالة ، سنستخدم الإصدار المجاني من مستودع مكونات وورد بريس الإضافية .
عزز أداء موقع #وورد بريس الخاص بك 🚀 وتحكم في الميزات المتقدمة باستخدام هذا الدليل لإعدادات W3 Total Cache ⚡️
انقر للتغريد
بعد تثبيت W3 Total Cache ، سترى علامة تبويب “Performance” في الشريط الجانبي من لوحة تحكم مسؤول وورد بريس. سيؤدي النقر فوق علامة التبويب “الأداء” إلى الكشف عن مجموعة متنوعة من القوائم الفرعية مثل “الإعدادات العامة” و “ذاكرة التخزين المؤقت للصفحة” و “تصغير” والمزيد.
إعدادات الشريط الجانبي لـ W3 Total Cache.
إعدادات الشريط الجانبي لـ W3 Total Cache.
يمكنك أيضًا الوصول إلى إعدادات W3 Total Cache باستخدام علامة التبويب “Performance” في شريط أدوات مسؤول وورد بريس.
إعدادات شريط أدوات مسؤول W3 Total Cache.
إعدادات شريط أدوات مسؤول W3 Total Cache.
قبل أن ندخل في كيفية تكوين W3 Total Cache ، دعنا ننتقل بسرعة إلى كيفية مسح ذاكرة التخزين المؤقت أو مسحها. إذا قمت بالتمرير فوق علامة التبويب “الأداء” في شريط أدوات المسؤول ، فسترى خيارين للمسح.
تطهير جميع ذاكرات التخزين المؤقت – تطهير جميع ذاكرات التخزين المؤقت مرة واحدة.
وحدات التطهير – قم بمسح ذاكرة التخزين المؤقت الفردية (مثل الأصول المصغرة وذاكرة التخزين المؤقت للصفحة وذاكرة التخزين المؤقت للكائن وما إلى ذلك).
تطهير W3 إجمالي ذاكرة التخزين المؤقت.
تطهير W3 إجمالي ذاكرة التخزين المؤقت.
دعنا نتعمق في قائمة “الإعدادات العامة” في W3 Total Cache لتكوين بعض الإعدادات الأساسية.
بشكل افتراضي ، يتم تقديم كل طلب إلى موقع وورد بريس الخاص بك في الوقت الفعلي. بالنسبة لأنواع معينة من المواقع مثل متاجر التجارة الإلكترونية أو منتديات المناقشة ، يعد العرض الديناميكي مثاليًا. ومع ذلك ، بالنسبة للمدونات والمواقع الإخبارية والمواقع الأخرى التي لا تتطلب محتوى ديناميكيًا ، يمكن أن تؤدي إضافة طبقة تخزين مؤقت للصفحة إلى تحسين الأداء وتقليل تحميل الخادم.
تفعيل التخزين المؤقت للصفحة في W3TC.
تفعيل التخزين المؤقت للصفحة في W3TC.
إذا كان موقعك مستضافًا على Kinsta ، فلا داعي للقلق بشأن التخزين المؤقت للصفحة. لدينا تكوين عالي الأداء على مستوى الخادم يقوم تلقائيًا بتخزين صفحات موقعك في ملفات HTML ثابتة. إذا كان مضيفك لا يقدم التخزين المؤقت للصفحة ، فيمكنك تمكين التخزين المؤقت للصفحة في المكون الإضافي W3 Total Cache.
يمكن أن يؤدي تصغير أصول HTML و CSS وجافا سكريبت إلى تقليل الحجم الكلي لصفحات موقعك عن طريق إزالة المسافات البيضاء غير الضرورية. بالنسبة لمعظم مواقع وورد بريس ، سيكون تمكين ميزة “Minify” في W3 Total Cache واختيار الخيار “تلقائي” لـ “وضع التصغير” أمرًا جيدًا.
تصغير أصول HTML و CSS و JavaScript في W3TC.
تصغير أصول HTML و CSS و JavaScript في W3TC.
في بعض الحالات ، قد يؤدي تصغير الأصول إلى تعطل شفرة CSS أو JavaScript ، مما يؤدي غالبًا إلى ظهور أخطاء مرئية في الواجهة الأمامية. إذا لاحظت وجود مشكلات غير عادية على موقعك بعد تصغير الأصول ، فإننا نوصي بالعمل مع مطور لتحديد الأصول التي تسبب المشكلات. بعد ذلك ، يمكنك استخدام ميزة “Minify” في الوضع اليدوي ، والتي تتيح لك تجاوز التصغير لملفات CSS و JavaScript محددة.
وورد بريس هو نظام CMS ديناميكي ، مما يعني أن العاملين في PHP يقومون بتنفيذ التعليمات البرمجية باستمرار في الخلفية. تساعد ذاكرة التخزين المؤقت لرمز التشغيل على تسريع موقعك من خلال تخزين كود PHP المجمع ، مما يجعل الطلبات اللاحقة التي تتطلب نفس الكود أسرع.
تفعيل ذاكرة التخزين المؤقت لرمز التشغيل في W3TC.
تفعيل ذاكرة التخزين المؤقت لرمز التشغيل في W3TC.
إذا كان موقعك مستضافًا على Kinsta ، فلا داعي للقلق بشأن تمكين طبقة التخزين المؤقت لرمز التشغيل في W3 Total Cache. نقوم بتمكين OPcache ، ذاكرة التخزين المؤقت لرمز التشغيل ، في جميع البيئات الحية. يتم تعطيل OPcache في بيئات التدريج لضمان عدم تخزين كود PHP المترجم مؤقتًا ولا يتداخل مع تطوير الموقع وتصحيح الأخطاء .
إذا كان مضيفك لا يقدم ذاكرة التخزين المؤقت لرمز التشغيل ، فإننا نوصي بتمكينه في W3 Total Cache. ضع في اعتبارك أن ميزة ذاكرة التخزين المؤقت لرمز التشغيل متاحة فقط في إصدار Pro من W3TC.
تخزن قاعدة بيانات W3TC نتائج استعلامات قاعدة بيانات MySQL . بينما تبدو هذه الميزة مفيدة ، نوصي بإبقائها معطلة واستخدام ذاكرة التخزين المؤقت للكائن بدلاً من ذلك.
التخزين المؤقت لقاعدة البيانات في W3 Total Cache.
التخزين المؤقت لقاعدة البيانات في W3 Total Cache.
لقد وجدنا أنه في بعض الحالات ، قد تؤدي ميزة ذاكرة التخزين المؤقت لقاعدة البيانات إلى استخدام مرتفع لوحدة المعالجة المركزية. هذا يعني أن مقدار وحدة المعالجة المركزية المحفوظة عن طريق تخزين نتائج استعلام قاعدة البيانات قد ينتهي به الأمر إلى تعويضه عن طريق الزيادة في وحدة المعالجة المركزية المطلوبة لهذه الميزة.
في سياق وورد بريس ، تخزن ذاكرة التخزين المؤقت للكائن نتائج استعلامات قاعدة البيانات المكتملة. يحتوي وورد بريس في الواقع على ذاكرة تخزين مؤقت للكائنات مضمنة ، لكنه يحتفظ فقط بالبيانات لتحميل صفحة واحدة. يسمح هذا بتقديم أكثر كفاءة للصفحة لأنه يضمن أن تحميل الصفحة لن يحتاج إلى إهدار موارد وحدة المعالجة المركزية في تشغيل استعلامات قاعدة بيانات متطابقة.
في حين أن ذاكرة التخزين المؤقت الافتراضية للكائنات في وورد بريس مفيدة بلا شك للأداء ، فإن ذاكرة التخزين المؤقت للكائنات التي تحتفظ بالبيانات عبر عمليات تحميل الصفحة تكون أفضل! تضيف ميزة “ذاكرة التخزين المؤقت للكائنات” في W3TC برنامجًا نصيًا مخصصًا للتخزين المؤقت في دليلك /wp-content، وتغير سلوك ذاكرة التخزين المؤقت للكائنات في وورد بريس للاحتفاظ بالبيانات باستمرار (عبر عمليات تحميل متعددة للصفحات).
نوصي بتمكين ميزة ذاكرة التخزين المؤقت للكائنات W3TC على موقع وورد بريس الخاص بك لتسريع الطلبات التي تستخدم استعلامات قاعدة البيانات إذا لم يكن موقعك مستضافًا على Kinsta .
W3 إجمالي ذاكرة التخزين المؤقت كائن ذاكرة التخزين المؤقت.
W3 إجمالي ذاكرة التخزين المؤقت كائن ذاكرة التخزين المؤقت.
إذا كان موقعك مستضافًا على Kinsta ، فإننا نقدم طبقة تخزين مؤقت للكائنات عالية الأداء مدعومة من الوظيفة الإضافية Redis الخاصة بنا . Redis عبارة عن مخزن مفتوح المصدر لهيكل البيانات في الذاكرة وغالبًا ما يستخدم لتطبيقات وسيط قواعد البيانات والرسائل.
نظرًا لأن Redis يخزن البيانات مؤقتًا في ذاكرة الوصول العشوائي ، فإنه يسمح لـ وورد بريس بالوصول إلى البيانات المخزنة مؤقتًا من ذاكرة التخزين المؤقت للكائنات الثابتة التي تكون أسرع بكثير من تكوينات ذاكرة التخزين المؤقت للكائنات التقليدية.
يمكن للتخزين المؤقت للمتصفح تسريع موقع وورد بريس الخاص بك إلى حد كبير عن طريق تخزين الأصول الثابتة مثل CSS وجافا سكريبت والصور والخطوط محليًا. يستخدم التخزين المؤقت في المتصفح فترة انتهاء الصلاحية لتحديد مدة تخزين الأصول مؤقتًا. في الويب الحديث ، يحدد معظم المطورين فترة انتهاء صلاحية لمدة عام واحد للأصول الثابتة.
تمكين التخزين المؤقت للمتصفح في W3 Total Cache.
تمكين التخزين المؤقت للمتصفح في W3 Total Cache.
بالنسبة للمواقع المستضافة على Kinsta ، فإننا نفرض فترة ذاكرة تخزين مؤقت لمدة عام واحد للملفات الثابتة. يمكن التحقق من ذلك عن طريق التحقق من cache-controlرأس ملف ثابت مستضاف على Kinsta. إذا لم يفرض مضيف الويب “وقت انتهاء الصلاحية في المستقبل البعيد” للتخزين المؤقت للمتصفح ، فيمكنك تمكين ميزة “ذاكرة التخزين المؤقت للمتصفح” في W3 Total Cache وتكوين فترة انتهاء الصلاحية.
إذا كنت تستخدم CDN ، أو شبكة توصيل المحتوى ، لإلغاء تحميل الملفات الثابتة إلى مراكز البيانات حول العالم ، فيمكنك تكوين W3 Total Cache لإعادة كتابة عناوين URL لـ ” ملفات السمات ومرفقات مكتبة الوسائط و CSS و JS” والمزيد باستخدام اسم مضيف CDN.
إعدادات CDN في W3 Total Cache.
إعدادات CDN في W3 Total Cache.
إذا كان موقعك مستضافًا على Kinsta ، فإننا نوصي باستخدام Kinsta CDN ، شبكة توصيل المحتوى عالية الأداء الخاصة بنا والمدعومة من KeyCDN. عند تمكين Kinsta CDN ، ستتم إعادة كتابة عناوين URL للملفات الثابتة تلقائيًا ليتم تقديمها من Kinsta CDN.
إذا كنت تفضل استخدام موفر CDN آخر أو إذا لم يكن موقعك مستضافًا على Kinsta ، فيمكنك تمكين ميزة “CDN” في W3 Total Cache وإضافة عنوان URL الخاص بـ CDN.
يوجد وكيل عكسي بين خادم الويب و وورد بريس ، ويمكن استخدامه لأداء العديد من المعالجات المنطقية على الطلبات الواردة. يدعم W3TC الورنيش ، وهو “مسرع HTTP” شائع لتخزين البيانات مؤقتًا وتقديمها بهدف تقليل التحميل الخلفي.
من أجل استخدام الورنيش ، يجب أولاً تثبيت حزمة الورنيش من قبل مضيفك. إذا كنت أحد عملاء Kinsta ، فلا تقم بتمكين خيار الوكيل العكسي لأن بنيتنا التحتية ليست مصممة للعمل مع Varnish.
يتيح لك تحسين “تجربة المستخدم” في W3TC تمكين التحميل البطيء وتعطيل الرموز التعبيرية وتعطيل wp-embed.jsالبرنامج النصي. نوصي بتمكين التحميل البطيء على موقع وورد بريس الخاص بك لتسريع تحميل الصفحات. إذا لم تكن تستخدم متصفحًا أصليًا أو تحميلًا بطيئًا قائمًا على المكون الإضافي ، فنحن نوصي باستخدام W3 Total Cache للتحميل البطيء.
إعدادات تجربة المستخدم في W3TC.
إعدادات تجربة المستخدم في W3TC.
في عالم اليوم ، تحتوي معظم أنظمة التشغيل على دعم مدمج للرموز التعبيرية . وبالتالي ، قد ترغب في تعطيل البرنامج النصي للرموز التعبيرية المضمّن في وورد بريس إذا لم تكن مستخدمًا كبيرًا للرموز التعبيرية. سيساعدك استخدام W3TC للإزالة في الحصول wp-emoji-release.min.jsعلى طلب HTTP وإزالة حوالي 10 كيلوبايت من عمليات تحميل صفحتك.
وبالمثل ، إذا لم تقم بتضمين منشورات وورد بريس ، فيمكنك تعطيل wp-embed.jsW3 Total Cache. لن يؤثر تعطيل هذا البرنامج النصي على وظيفة oEmbed لتضمين مقاطع فيديو YouTube وتدفقات SoundCloud وما إلى ذلك.
يحتوي W3 Total Cache على بعض الإعدادات المتنوعة التي يمكنك تكوينها أيضًا. إذا كنت ترغب في عرض أداة لوحة معلومات Google Page Speed في وورد بريس ، فيمكنك إدخال مفتاح Page Speed API الخاص بك. يوجد أيضًا خيار لعرض تصنيف سرعة الصفحة في شريط القائمة لكل صفحة على موقع وورد بريس الخاص بك.
إعدادات متنوعة في W3 Total Cache.
إعدادات متنوعة في W3 Total Cache.
بالنسبة للإعدادات الأخرى مثل ” مسار ملف تكوين خادم NGINX ” ، و “تمكين قفل الملفات” ، و “تحسين الصفحة المحسنة للقرص وتقليل التخزين المؤقت على القرص لـ NFS” ، نوصي بتركها في إعداداتها الافتراضية ما لم يكن لديك سبب محدد لتغييرها.
إذا كنت تقوم باستكشاف مشكلة على موقعك وإصلاحها ، فإن W3 Total Cache لديها قائمة “تصحيح” سهلة الاستخدام تتيح لك تعطيل طبقات التخزين المؤقت وإعدادات التحسين. على سبيل المثال ، إذا لاحظت خللًا مرئيًا على موقعك ، فيمكنك تمكين وضع التصحيح لخيار “Minify” ، والذي سيدرج تعليقات HTML في شفرة المصدر لصفحتك لمساعدتك في استكشاف الأخطاء وإصلاحها.
وضع التصحيح في W3 Total Cache.
وضع التصحيح في W3 Total Cache.
نظرًا لأن ميزة وضع التصحيح تضع حملًا إضافيًا على موارد الخادم الخاص بك ، فإننا نوصي باستخدامها فقط في بيئة التدريج أو خلال ساعات حركة المرور المنخفضة. علاوة على ذلك ، تأكد من تعطيل وضع التصحيح بعد الانتهاء من استكشاف الأخطاء وإصلاحها!
بعد الانتهاء من تكوين إعداداتك ، يمكنك استخدام وظيفة “الاستيراد / التصدير” في W3TC لإنشاء نسخة احتياطية من التهيئة الخاصة بك. يحتوي W3 Total Cache على الكثير من الإعدادات ، لذا فإن القدرة على تصدير نسخة احتياطية كاملة يعد أمرًا رائعًا لراحة البال. علاوة على ذلك ، فإنه يسمح لك بسهولة تكرار تكوين W3TC المخصص الخاص بك عبر مواقع متعددة دون الحاجة إلى تكوين أي شيء يدويًا.
استيراد وتصدير إعدادات W3TC.
استيراد وتصدير إعدادات W3TC.
دعنا نتعمق في إعدادات “ذاكرة التخزين المؤقت للصفحة” في W3 Total Cache. تذكر أنه إذا كان موقعك مستضافًا على Kinsta ، فلا داعي للقلق بشأن التخزين المؤقت للصفحة – لذلك لا تتردد في تخطي هذا القسم.
Cache Front Page – بالنسبة لمعظم المواقع ، تكون الصفحة الأولى هي الصفحة التي تتلقى أكبر عدد من الزيارات. وبالتالي ، نوصي بتمكين هذا الإعداد.
خلاصات ذاكرة التخزين المؤقت – ينشئ وورد بريس العديد من موجزات RSS ، والتي تسمح للتطبيقات والخدمات الخارجية مثل Feedburner بعرض محتوى موقعك. على الرغم من أن RSS ليست شائعة في الوقت الحاضر كما كانت من قبل ، إلا أننا لا نزال نوصي بتمكين هذا الإعداد.
ذاكرة التخزين المؤقت SSL (طلبات HTTPS) – إذا كان خادم الويب الخاص بك لا يفرض HTTPS لجميع الطلبات الواردة ، فقد يكون لتمكين هذا الإعداد تأثير إيجابي على الأداء. إذا كنت تقوم بالفعل بفرض HTTPS على مستوى خادم الويب ، فلا داعي لتمكين ذلك.
Cache URIs with Query String Variables – سلسلة الاستعلام هي معلمة يتم إضافتها في نهاية عنوان URL (على سبيل المثال /؟ version = 123). غالبًا ما تُستخدم سلاسل الاستعلام لطلب بيانات معينة وعرضها من قاعدة بيانات وورد بريس الخاصة بك. بشكل عام ، الغرض من سلسلة الاستعلام هو طلب إصدار فريد من الصفحة ، لذلك نوصي بإبقاء هذا معطلاً ما لم يكن لديك سلاسل استعلام محددة تريد تخزينها مؤقتًا.
صفحات ذاكرة التخزين المؤقت 404 (لم يتم العثور عليها) – بشكل افتراضي ، يبقي W3TC هذا الخيار معطلاً. يرجع السبب في ذلك على الأرجح إلى سلوك التخزين المؤقت إذا كنت تستخدم طريقة التخزين المؤقت للصفحة “تحسين القرص”. مع أن الخيار المحدد، 404 صفحات بإرجاع رمز 200 استجابة . من الناحية المثالية ، يجب أن تعرض صفحات 404 رموز استجابة 404 ، لذلك نوصي باختبار هذا الإعداد مع تكوين التخزين المؤقت لمعرفة ما إذا كان متوافقًا.
لا تقم بتخزين الصفحات مؤقتًا للمستخدمين الذين قاموا بتسجيل الدخول – نوصي بتمكين هذا الخيار. عادةً ما يعمل المستخدمون المسجلون على تحديث الصفحات. مع تمكين التخزين المؤقت ، سيحتاج المستخدمون إلى مسح ذاكرة التخزين المؤقت باستمرار لمشاهدة تحديثات الصفحة.
لا تقم بتخزين الصفحات مؤقتًا لأدوار مستخدم معينة – يتيح لك هذا الخيار تجاوز ذاكرة التخزين المؤقت لأدوار مستخدم وورد بريس معينة . إذا تم تمكين الخيار “عدم تخزين الصفحات مؤقتًا للمستخدمين الذين قاموا بتسجيل الدخول” بالفعل ، فلن يكون لهذا الخيار أي تأثير على سلوك ذاكرة التخزين المؤقت.
تتيح لك ميزة “الأسماء المستعارة” الخاصة بـ W3 Total Cache تخزين محتوى WordPres المتماثل والمتوفر في مجالات مختلفة. لا نوصي بتمكين هذه الميزة. إذا كان موقع وورد بريس الخاص بك يمكن الوصول إليه عبر نطاقات مختلفة (مثل domain.com و www.domain.com) ، فمن الأفضل إعداد قاعدة إعادة التوجيه 301 لإعادة توجيه الطلبات إلى نطاقك الأساسي لتجنب عقوبات المحتوى المكررة من Google ومحركات البحث الأخرى.
تقوم ميزة “Cache Preload” بالزحف عبر ملف Sitemap الخاص بك وتصدر طلبات إلى صفحات موقعك لتحميل ذاكرة التخزين المؤقت للصفحة مسبقًا. بالنسبة لمعظم المواقع ، نوصي بتعطيل التحميل المسبق لذاكرة التخزين المؤقت لأنه قد يتسبب في حدوث طفرات في موارد الخادم تعوض فوائد الأداء المحتملة.
إذا كنت تريد تمكين التحميل المسبق لذاكرة التخزين المؤقت ، يتيح لك W3TC تحديد عنوان URL لخريطة الموقع ، والفاصل الزمني للتحديث ، والصفحات في كل فترة زمنية. تأكد من عدم تعيين “الفاصل الزمني للتحديث” و “الصفحات لكل داخلي” على درجة عالية جدًا لتقليل فرصة حدوث ارتفاعات كبيرة في وحدة المعالجة المركزية.
تتيح لك “سياسة التطهير” الخاصة بـ W3TC تحديد الصفحات والموجزات التي تريد حذفها تلقائيًا بعد نشر المنشورات أو تحريرها. بالنسبة لمعظم المواقع ، يجب أن تكون الإعدادات الافتراضية (الصفحة الأولى وصفحة المنشورات وخلاصة المدونة) كافية. إذا كنت ترغب في إضافة صفحات إضافية إلى سياسة الحذف ، فهناك مجموعة متنوعة من الخيارات التي يمكنك تكوينها.
تتيح لك واجهة برمجة تطبيقات REST المضمنة في وورد بريس الاستعلام عن البيانات بتنسيق JSON. يتم استخدام REST API بواسطة مجموعة متنوعة من المكونات الإضافية ، وهي ضرورية لإعدادات وورد بريس بدون رأس. اعتمادًا على حالة الاستخدام الدقيقة لواجهة برمجة تطبيقات REST ، قد يكون التخزين المؤقت لنتائج الاستعلام فكرة جيدة. يندرج التخزين المؤقت لواجهة برمجة تطبيقات REST ضمن فئة “إذا كنت في حاجة إليها ، فستعرفها” ، لذلك إذا لم تكن متأكدًا مما إذا كنت تريد تمكين التخزين المؤقت لواجهة برمجة تطبيقات REST أم لا ، فإننا نوصي بتركها في “عدم التخزين المؤقت”.
في خيارات ذاكرة التخزين المؤقت للصفحة “المتقدمة” الخاصة بـ W3TC ، يمكنك تخصيص مجموعة متنوعة من الإعدادات بما في ذلك “سلاسل الاستعلام المقبولة” و “وكلاء المستخدم المرفوضين” وإعدادات تجاوز ذاكرة التخزين المؤقت الدقيقة والمزيد. على سبيل المثال ، إذا كنت بحاجة إلى تكوين W3 Total Cache لعدم تخزين المنشورات مؤقتًا مطلقًا ضمن فئة أو علامة معينة ، فستتمكن من القيام بذلك في خيارات “متقدمة”.
نظرًا لأن هذه الإعدادات يمكن أن تكون خاصة بالموقع ، فلا توجد “إعدادات موصى بها” يمكننا توفيرها. مع ذلك ، إذا كنت تبحث عن تخصيص جانب محدد جدًا من سلوك التخزين المؤقت لصفحة موقعك ، فقم بالتأكيد بإعطاء الخيارات المتقدمة نظرة.
بعد ذلك ، دعنا ننتقل إلى إعدادات “تصغير” W3 Total Cache.
تريد أن تعرف كيف زدنا من حركة المرور لدينا أكثر من 1000 ٪؟
انضم إلى أكثر من 20000 آخرين ممن يتلقون رسائلنا الإخبارية الأسبوعية مع نصائح من الداخل حول وورد بريس!
إشترك الآن
إعادة كتابة بنية عنوان URL – يؤثر هذا الإعداد على بنية عنوان URL للأصول المصغرة. نوصي بإبقائه ممكّنًا حتى تبدو عناوين URL الخاصة بك “جميلة”.
تعطيل التصغير للمستخدمين المسجلين – إذا كنت تقوم ببعض استكشاف الأخطاء وإصلاحها أو تصحيح الأخطاء ، فقد يكون تعطيل التصغير للمستخدمين الذين قاموا بتسجيل الدخول مفيدًا. خلاف ذلك ، نوصي بإبقاء هذا الخيار معطلاً.
في قسم “HTML & XML” ، يمكنك تكوين إعدادات تصغير HTML.
تصغير CSS المضمن – نوصي بتمكين هذا الخيار لإزالة المسافة البيضاء في CSS المضمنة.
تصغير Inline JS – نوصي بتمكين هذا الخيار لإزالة المسافات البيضاء في JavaScript المضمنة. في بعض الحالات ، قد يؤدي تصغير JS إلى حدوث خطأ في الرمز. إذا كان تمكين هذا الخيار يعطل وظائف موقعك ، فقم بتعطيله.
لا تصغر الخلاصات – نوصي بإبقاء هذا الخيار معطلاً. يتم استخدام الخلاصات فقط بواسطة برامج قراءة RSS والخدمات المماثلة الأخرى ، لذا فإن تصغير الخلاصات ليس ضروريًا.
إزالة فاصل الأسطر – يتم تعطيل هذا الخيار افتراضيًا ، ولا نوصي بتمكينه لضمان عرض موقعك بشكل صحيح.
في قسم “JS” ، يمكنك تكوين إعدادات تصغير JavaScript.
العمليات في المناطق – يتيح لك هذا الخيار تحديد “نوع التضمين” لجافا سكريبت المصغر. بالنسبة لملفات JS قبل وبعد ، يمكنك الاختيار بين “الحظر” و “عدم الحظر” و “عدم الحظر باستخدام غير المتزامن” و “عدم الحظر باستخدام التأجيل”. بينما تؤدي طرق التحميل غير المحظورة عادةً إلى أداء أفضل ، إلا أنها لا تتوافق دائمًا بنسبة 100٪ مع جميع تعليمات JavaScript البرمجية. علاوة على ذلك ، لكل من “غير متزامن” و “تأجيل” حالات استخدام مختلفة للغاية. وبالتالي ، نوصي باستخدام طريقة “الحظر” الافتراضية ما لم تكن على دراية بمراوغات JavaScript غير المحظورة.
تصغير أو دمج فقط – يمكنك الاختيار بين وضعي تحسين لـ JavaScript. عند تحديد “Minify” ، سيتم دمج ملفات JS وتصغيرها. إذا حددت “Combine Only” ، فلن يتم تصغير ملف JS المدمج الناتج. إذا كنت تواجه مشكلات متعلقة بالتصغير ولا تريد تصحيح الأخطاء لمعرفة النص البرمجي الذي يسبب المشكلة ، فقد يؤدي تحديد الخيار “دمج فقط” إلى إصلاح الخطأ.
دفع HTTP / 2 – إذا كان الخادم الخاص بك يدعم HTTP / 2 Server Push ، فقد يساعدك تمكين هذا الخيار في تقليل وقت تحميل الصفحة. يدفع HTTP / 2 Server Push الملفات إلى الزائرين قبل طلبها. نوصي بإجراء اختبار مناسب قبل تمكين هذا الخيار في بيئة إنتاج نظرًا لإساءة استخدام Server Push غالبًا. لا يعد Server Push مثاليًا لملفات JavaScript الأكبر حجمًا ، وستحتاج إلى التأكد من أن الفوائد تفوق تحميل ملفات JS مباشرة من ذاكرة التخزين المؤقت لمتصفح الزائر.
في قسم “CSS” ، يمكنك تكوين إعدادات تصغير CSS .
دمج فقط – على عكس ملفات JavaScript ، لا تعاني CSS عادةً من المشكلات المتعلقة بالتصغير. وبالتالي ، لا نوصي بتمكين “دمج فقط”.
إزالة التعليقات المحفوظة – يزيل هذا الإعداد التعليقات من ملفات CSS. نوصي بتمكين هذا الخيار لتقليل حجم الملف قدر الإمكان.
إزالة فواصل الأسطر – يزيل هذا الإعداد فواصل الأسطر من ملفات CSS. نوصي بتمكين هذا الخيار أيضًا. إذا لاحظت أي مشكلات في العرض بعد تمكين “إزالة فواصل الأسطر” ، فقم بتعطيلها.
يحتوي القسم “متقدم” على بعض الإعدادات الإضافية لتخصيص سلوك التصغير.
تحديث الملفات الخارجية كل – يتيح لك W3TC تحديد مقدار الوقت بين تحديثات ملفات CSS و JS. مع الإعداد الافتراضي البالغ 86400 ثانية ، سيتم تنزيل الأصول وتصغيرها كل 24 ساعة. إذا لم يتغير موقعك بشكل متكرر ، فلا تتردد في تعيين فترة زمنية أطول.
الفاصل الزمني لجمع البيانات المهملة – يحدد إعداد الفترة الزمنية هذا مدى تكرار حذف بيانات ذاكرة التخزين المؤقت منتهية الصلاحية. الإعداد الافتراضي هو 24 ساعة. إذا كانت مساحة التخزين في موقعك منخفضة ، نوصي بتقليل “الفاصل الزمني لجمع البيانات المهملة”.
يتضمن باقي قسم “خيارات متقدمة” حقول إدخال تسمح لك بتحديد ملفات الأصول التي لا يجب تصغيرها مطلقًا. يوجد أيضًا حقل “وكلاء المستخدم المرفوضين” الذي يتيح عرض الملفات غير المصغرة لوكلاء مستخدم معينين. أخيرًا ، يمكنك إضافة ملفات أصول خارجية ليتم تضمينها في عملية تصغير W3 Total Cache.
التالي في القائمة هو إعدادات “ذاكرة التخزين المؤقت للكائنات” الخاصة بـ W3TC. بالنسبة لمعظم المواقع ، ستعمل الإعدادات الافتراضية على ما يرام ، لكن دعنا ننتقل إليها بغض النظر.
العمر الافتراضي لكائنات ذاكرة التخزين المؤقت – وقت انتهاء صلاحية عناصر ذاكرة التخزين المؤقت غير المتغيرة. تؤدي الفترة الزمنية الأطول إلى ذاكرة تخزين مؤقت أكبر للكائن. إذا كنت قلقًا بشأن سعة تخزين الخادم الخاص بك ، فنحن نوصي بالاحتفاظ بالقيمة الافتراضية أو خفضها.
الفاصل الزمني لجمع البيانات المهملة – يحدد هذا الإعداد مدى تكرار إرسال بيانات ذاكرة التخزين المؤقت منتهية الصلاحية إلى سلة المحذوفات. يجب أن تكون القيمة الافتراضية البالغة 3600 ثانية (ساعة واحدة) مناسبة لمعظم المواقع.
المجموعات العمومية – يسمح لك هذا الإعداد بتكوين مجموعات التخزين المؤقت المشتركة بين المواقع في شبكة واحدة متعددة المواقع. نوصي بترك هذا الإعداد في حالته الافتراضية ما لم يكن لديك سبب محدد لتغييره.
المجموعات غير الثابتة – يتيح لك هذا الإعداد تحديد مجموعات الكائنات التي لا يتم تخزينها مؤقتًا مطلقًا. مرة أخرى ، نوصي بالالتزام بالتكوين الافتراضي.
تمكين التخزين المؤقت لطلبات wp-admin – يتم تعطيل هذا الخيار افتراضيًا ، ولا نوصي بتمكينه لأنه قد يتسبب في آثار جانبية. علاوة على ذلك ، لا يتفاعل زوار معظم مواقع وورد بريس أبدًا مع لوحة تحكم wp-admin.
يقوم معظم مضيفي وورد بريس ، بما في ذلك Kinsta ، بالفعل بتنفيذ رؤوس التخزين المؤقت المناسبة للمتصفح على مستوى خادم الويب. إذا لم يكن مضيفك كذلك ، أو إذا كنت ترغب في تخصيص سلوك التخزين المؤقت للمتصفح بشكل أكبر ، فيمكنك القيام بذلك باستخدام W3 Total Cache.
في إعدادات “ذاكرة التخزين المؤقت للمتصفح” ، تكون الإعدادات الافتراضية لأقسام “عام” و “CSS & JS” و “HTML & XML” و “الوسائط والملفات الأخرى” مناسبة لمعظم مواقع وورد بريس. نظرًا لوجود العديد من الإعدادات في هذه الصفحة ، نوصي بالتشاور مع أحد المطورين قبل إجراء أي تغييرات على سلوك التخزين المؤقت للمتصفح. مع ذلك ، فيما يلي بعض الإعدادات الرئيسية التي يجب الانتباه إليها فيما يتعلق بالتخزين المؤقت للمتصفح.
تنتهي رؤوس مدى الحياة – تكوين فترة طويلة ” تنتهي رؤوس العمر” من المهم للكفاءة التخزين المؤقت المستعرض. في Kinsta ، نفرض عمرًا عامًا واحدًا للأصول الثابتة مثل CSS و JS والصور والخطوط. إذا كنت تستخدم W3TC لتكوين التخزين المؤقت للمتصفح ، فتأكد من تعيين هذه القيمة على 31536000(عام واحد).
سياسة التحكم في ذاكرة التخزين المؤقت – للتأكد من أن أصولك الثابتة قابلة للتخزين المؤقت بواسطة المتصفحات ، تأكد من تعيين “سياسة التحكم في ذاكرة التخزين المؤقت” على “عام ، max_age = EXPIRES SECONDS”.
تمكين ضغط HTTP (gzip) – يؤدي ضغط GZIP إلى تقليل حجم ملف صفحات وأصول HTML بشكل كبير قبل إرسالها إلى الزائرين ، لذا تأكد من تمكين هذا الخيار إذا كان تكوين خادم مضيفك يدعم GZIP. إذا كان موقعك مستضافًا على Kinsta ، فلا داعي لتمكين ضغط GZIP في W3TC لأنه تم تمكينه بالفعل كجزء من التكوين الافتراضي لدينا.
إزالة سلاسل الاستعلام من الموارد الثابتة – سلسلة الاستعلام هي سلسلة إضافية تتم إضافتها إلى نهاية مسار عنوان URL لتحديد معلمات الطلب أو إجبار خادم الويب على تقديم أصل جديد. تبدأ سلاسل الاستعلام بـ a ?، ويتم تكوين معظم خوادم الويب لتجاوز ذاكرة التخزين المؤقت للطلبات ذات سلاسل الاستعلام. تعد إزالة سلاسل الاستعلام من طلبات الصفحة مفيدة لتقليل تحميل الخادم لأن هذه الطلبات تستخدم PHP لعرض الصفحات. لا نوصي بإزالة سلاسل الاستعلام من الموارد الثابتة في W3 Total Cache لأنها تساعد في ضمان تسليم أحدث إصدار من ملفات CSS و JS للزائرين.
تحتوي صفحة إعدادات “ذاكرة التخزين المؤقت للمتصفح” أيضًا على مجموعة متنوعة من الإعدادات المتعلقة برؤوس الأمان مثل سياسة أمان المحتوى (CSP) وحماية X-XSS. نوصي دائمًا بالعمل مع مطور مؤهل لتصفح هذه الإعدادات لأن التكوينات غير الصحيحة يمكن أن تؤثر بشكل مباشر على تجربة مستخدم موقعك. على سبيل المثال ، قد يؤدي تمكين رأس HSTS بدون شهادة SSL مناسبة وتهيئة HTTPS إلى عدم إمكانية الوصول إلى موقعك.
تعد ميزة “مجموعات وكيل المستخدم ” الخاصة بـ W3 Total Cache قوية جدًا إذا كنت بحاجة إلى إعادة توجيه حركة المرور بناءً على نوع جهاز المستخدم. على سبيل المثال ، يمكنك تكوين موقعك ليعرض بموضوع مختلف إذا قام أحد المستخدمين بزيارة موقعك من هاتف جوال. وبالمثل ، يمكنك إعادة توجيه المستخدمين إلى موقع مختلف تمامًا إذا كان موقع الجوال الخاص بك موجودًا في نطاق فرعي فريد.
في عصر تصميم الويب سريع الاستجابة ، لا نرى الكثير من حالات الاستخدام لهذه الميزة بالذات. في الوقت الحاضر ، تتمثل أفضل الممارسات في جعل موقعك مستجيبًا منذ البداية بدلاً من الاعتماد على سمات متعددة أو نطاق فرعي للجوال فقط.
و المرجع HTTP هو اختياري HTTP رأس يوفر معلومات حول مكان طلب نشأت من. على سبيل المثال ، إذا نقر زائر على موقعك من قائمة بحث Google ، فسيكون مُحيل HTTP هو google.com.
هل تعاني من مشاكل التوقف و وورد بريس؟ Kinsta هو حل الاستضافة المصمم مع وضع الأداء والأمان في الاعتبار! تحقق من خططنا
في W3 Total Cache ، يمكنك تحديد سلوك التخزين المؤقت المخصص بناءً على مُحيل HTTP لطلب مع “مجموعات المُحيل”. على سبيل المثال ، يمكنك إنشاء مجموعة مرجعية تتكون من محركات البحث ، وتخصيص سلوك التخزين المؤقت للطلبات الواردة من تلك المجالات فقط.
على غرار “مجموعات وكلاء المستخدم” المذكورة أعلاه ، يمكنك أيضًا إعادة توجيه الطلبات إلى مجال مختلف باستخدام ميزة “مجموعات المُحيل”. لن تحتاج معظم مواقع وورد بريس إلى إعداد مجموعات مرجعية ، لذلك لا نوصي بتكوين أي منها.
أحدث مجموعة تخزين مؤقت يدعمها W3 Total Cache هي “مجموعات ملفات تعريف الارتباط”. تتيح لك هذه الميزة إنشاء مجموعات وسلوكيات تخزين مؤقت فريدة بناءً على ملفات تعريف الارتباط الخاصة بالطلب . على غرار “مجموعات وكيل المستخدم” و “مجموعات الإحالة” ، لن تحتاج معظم المواقع إلى إعداد تكوين تخزين مؤقت مخصص قائم على ملف تعريف الارتباط. إذا كان موقعك يتطلب التخزين المؤقت المستند إلى ملف تعريف الارتباط ، فإننا نوصي بالعمل مع مطور لتكوينه بشكل صحيح.
الآن ، دعنا ننتقل إلى إعدادات CDN الخاصة بـ W3 Total Cache .
مرفقات المضيف – قم بتمكين هذا لخدمة الأصول في مكتبة وسائط وورد بريس الخاصة بك من CDN الخاص بك.
Host wp-include / Files – قم بتمكين هذا لخدمة الملفات الموجودة في wp-includesالمجلد من CDN الخاص بك.
Host Theme Files – قم بتمكين هذا لخدمة ملفات السمات الخاصة بك من CDN الخاص بك.
استضافة ملفات CSS و JS المصغرة – قم بتمكين هذا لخدمة ملفات CSS و JS المصغرة الخاصة بـ W3TC من CDN الخاص بك.
استضافة ملفات مخصصة – إذا كان لديك ملفات غير موجودة في مكتبة الوسائط الخاصة بك أو في مجلد السمات ، يمكنك إضافة مسارات الملفات في W3TC لتقديمها من CDN الخاص بك.
إضافة الكنسي رأس – A rel=”canonical”تساعد العلامة محركات البحث التعرف على المصدر الأصلي أو URL. نظرًا لأن شبكات CDN تستخدم عادةً نطاقًا مختلفًا ، فإن إضافة علامة أساسية تُعلم محركات البحث بموقع الأصل الأصلي. مع ذلك ، لا بأس من إبقاء هذا الإعداد معطلاً لأن محركات البحث الحديثة ذكية بما يكفي لتحديد شبكات CDN دون التأثير على تصنيفات تحسين محركات البحث لموقعك.
إزالة CDN يدويًا فقط – نوصي بإبقاء هذا الخيار معطلاً للسماح لـ W3TC بمعالجة عمليات مسح ذاكرة التخزين المؤقت تلقائيًا.
تعطيل CDN على صفحات SSL – احتفظ بهذا الإعداد معطلاً. إذا كنت تستخدم CDN ، فمن الأفضل تنشيطها على صفحات HTTP و HTTPS.
استخدم روابط CDN لمكتبة الوسائط على صفحات المسؤول – لا نوصي بتمكين هذا الخيار لأنه سيعيد كتابة عناوين URL في مكتبة الوسائط الخاصة بك .
إضافة رأس CORS – حافظ على تمكين هذا الإعداد للسماح بعرض أصول CDN الخاصة بك على المجالات الأخرى.
تعطيل CDN للأدوار التالية – يتيح لك هذا الخيار تعطيل CDN لبعض أدوار مستخدم وورد بريس. في معظم الحالات ، من الأفضل الإبقاء على هذا الخيار معطلاً.
wp-include File Types to Upload – يحدد هذا الحقل تنسيقات الملفات wp-includesالتي سيتم تقديمها من CDN الخاص بك. يجب أن تكون القائمة الافتراضية لتنسيقات الملفات مناسبة لمعظم المواقع. إذا كانت لديك ملفات مخصصة في wp-includesمجلدك ، فلا تتردد في إضافة تنسيقات إضافية حسب الحاجة.
أنواع ملفات السمات المراد تحميلها – يحدد هذا الحقل تنسيقات الملفات في مجلد سمة وورد بريس الخاص بك والتي سيتم تقديمها من خلال شبكة CDN الخاصة بك. تحتوي القائمة الافتراضية على جميع تنسيقات الأصول والصور والخطوط الشائعة . لا تتردد في إضافة تنسيقات إضافية إذا لزم الأمر.
قائمة الملفات المخصصة – إذا قمت بتمكين “استضافة ملفات مخصصة” ، يمكنك إضافة قائمة من الملفات في هذا الحقل لتخدم من CDN الخاص بك.
وكلاء المستخدم المرفوضون – يتيح لك هذا الحقل تحديد وكلاء المستخدم الذين لن يتم تقديم الأصول من CDN الخاص بك. نوصي بإبقاء هذا الحقل فارغًا لضمان استخدام CDN بشكل صحيح.
الملفات المرفوضة – يسمح لك هذا الحقل بتحديد الملفات التي لا يجب تقديمها من شبكة CDN الخاصة بك. إذا كانت الخدمة التي تستخدمها تتطلب تقديم الأصول من نطاقك الجذر ، فيمكنك إضافة مسار الملف إلى حقل “الملفات المرفوضة”.
بعد ذلك ، دعنا نخصص إعدادات “تجربة المستخدم” ، أو التحميل البطيء ، في W3 Total Cache.
معالجة علامات صور HTML – قم بتمكين هذا لضمان تحميل الصور كسول.
معالجة الصور الخلفية – إذا كنت تستخدم “الخلفية” لعرض صورة في CSS ، فإن تمكين هذا الخيار سيسمح بتحميل هذه الصور كسولًا.
استبعاد الكلمات – في هذا الحقل ، يمكنك تحديد نص لتجاوز التحميل البطيء. على سبيل المثال ، إذا أضفت no-lazy-loadإلى هذا الحقل ، <img src=”image.jpg”>فلن يتم تحميل الصورة المعروضة باستخدام كسول.
طريقة تضمين البرنامج النصي – يتيح لك هذا الإعداد تخصيص طريقة التحميل لبرنامج نصي التحميل البطيء. asyncالطريقة الافتراضية هي الخيار الأفضل لمعظم المواقع. إذا كان موقعك يتكون من صفحة مقصودة واحدة فقط ، inlineفيمكن استخدام الطريقة لتقليل عدد طلبات HTTP لتحميل الصفحة.
يوفر W3 Total Cache امتدادات متنوعة للتكامل مع خدمات الطرف الثالث. لدى W3TC حاليًا امتدادات للخدمات التالية.
AMP
كلاود فلير
جوجل فيدبورنر
جزء مخبأ
إطار التكوين
بقايا جديدة
احتشد
يوست سيو
WPML
إذا كنت تستخدم أيًا من هذه الخدمات على موقعك ، فإننا نوصي بإعداد الامتداد ذي الصلة لضمان التوافق المناسب مع W3 Total Cache. في هذا القسم ، سنلقي نظرة على ملحق Cloudflare لـ W3 Total Cache.
لدمج Cloudflare مع W3 Total Cache ، ستحتاج إلى جزأين من المعلومات من لوحة معلومات Cloudflare – البريد الإلكتروني للحساب ومفتاح واجهة برمجة التطبيقات. البريد الإلكتروني للحساب هو عنوان البريد الإلكتروني الذي تستخدمه لتسجيل الدخول إلى Cloudflare. دعنا نلقي نظرة على كيفية إعداد مفتاح Cloudflare API.
في لوحة معلومات Cloudflare ، انقر فوق علامة التبويب “نظرة عامة”. بعد ذلك ، قم بالتمرير لأسفل وانقر فوق Get Your API Token في الشريط الجانبي الأيمن.
عرض مفتاح Cloudflare العالمي API الخاص بك.
عرض مفتاح Cloudflare العالمي API الخاص بك.
قم بالتمرير لأسفل ، وانقر فوق عرض بجوار “Global API Key” للحصول على مفتاح Cloudflare API. احرص على عدم مشاركة مفتاح API هذا في أي مكان خارج W3 Total Cache لأنه يمكن استخدامه للتحكم في حساب Cloudflare الخاص بك.
عرض مفتاح Cloudflare العالمي API الخاص بك.
عرض مفتاح Cloudflare العالمي API الخاص بك.
بعد ذلك ، قم بتنشيط امتداد Cloudflare في صفحة “الإضافات” في W3 Total Cache وانقر على “الإعدادات”. في قسم “بيانات الاعتماد” ، انقر على زر التفويض .
تخويل Cloudflare في W3 Total Cache.
تخويل Cloudflare في W3 Total Cache.
في النافذة المنبثقة اللاحقة ، أدخل البريد الإلكتروني لحساب Cloudflare ومفتاح API. إذا تلقيت رسالة خطأ ، فتحقق جيدًا للتأكد من صحة عنوان بريدك الإلكتروني ومفتاح واجهة برمجة التطبيقات. بعد اعتماد بيانات الاعتماد ، يجب أن ترى إعدادات Cloudflare إضافية على الصفحة.
إعدادات Cloudflare في W3 Total Cache.
إعدادات Cloudflare في W3 Total Cache.
دعنا ننتقل إلى إعدادات Cloudflare في W3 Total Cache.
Widget Statistics Interval (الفاصل الزمني لإحصائيات عنصر واجهة المستخدم) – يحدد هذا الفترة الزمنية التي تغطيها أداة W3TC’s Cloudflare. الإعداد الافتراضي هو 30 دقيقة. إذا كنت ترغب في رؤية فترة زمنية أطول ، فلا تتردد في زيادتها.
Cache Time – يحدد هذا مقدار الوقت الذي يتم فيه تخزين بيانات عنصر واجهة المستخدم من Cloudflare مؤقتًا. إذا كنت لا تخطط لاستخدام الأداة كثيرًا ، فإننا نوصي بزيادة هذا العدد لتقليل عدد الطلبات إلى Cloudflare من موقعك.
التخزين المؤقت للصفحة – إذا قمت بتكوين Cloudflare لتخزين صفحات HTML مؤقتًا لموقع وورد بريس الخاص بك ، فقم بتمكين هذا الخيار لمسح ذاكرة التخزين المؤقت Cloudflare تلقائيًا بعد نشر التعديلات والتحديثات.
يتيح لك هذا القسم تخصيص إعدادات التخزين المؤقت في Cloudflare.
وضع التطوير – احتفظ بهذا الخيار معطلاً ما لم تكن بحاجة إلى وضع Cloudflare في وضع التطوير. عندما يكون Cloudflare في وضع التطوير ، يتم تعطيل التخزين المؤقت للحافة ، والتصغير ، وتحسين الصورة لمدة ثلاث ساعات. يتيح لك ذلك رؤية تحديثات ملفات CSS و JS على الفور وهو مفيد لاستكشاف الأخطاء وإصلاحها .
مستوى ذاكرة التخزين المؤقت – بالنسبة لمعظم المواقع ، نوصي باستخدام مستوى ذاكرة التخزين المؤقت “القياسي” ، والذي يخدم موردًا مختلفًا في كل مرة تتغير فيها سلسلة الاستعلام. إذا كنت متأكدًا بنسبة 100٪ من أن موقع وورد بريس الخاص بك لا يستخدم سلاسل الاستعلام لتقديم محتوى ديناميكي ، فيمكنك أيضًا استخدام إعداد “تجاهل سلسلة الاستعلام”.
ذاكرة التخزين المؤقت للمتصفح TTL – نوصي بإعداد ذاكرة التخزين المؤقت لمتصفح Cloudflare TTL على 31536000 ثانية ، أي ما يعادل سنة واحدة.
تحدي TTL – تقدم Cloudflare مجموعة متنوعة من الخدمات المتعلقة بالأمان ، وتحديات الزائرين هي واحدة منها. إذا اكتشف Cloudflare مستخدمًا ضارًا أو سلوكًا غريبًا ، فسيقدم رسالة تحد في شكل Captcha . يحدد إعداد “تحدي TTL” المدة التي سيتمكن المستخدم من خلالها من الوصول إلى موقعك بعد إكمال التحدي. من خلال الإعداد الافتراضي البالغ 3600 ثانية ، سيتمكن الزائر الذي خضع لتحدي من استخدام موقعك لمدة ساعة قبل تحدي آخر.
Edge Cache TTL – يتحكم هذا الإعداد في المدة التي سيتم فيها تخزين الأصول مؤقتًا في خوادم الحافة الخاصة بـ Cloudflare. نوصي بتعيين هذا على الحد الأقصى لقيمة 31536000 ثانية ، أو سنة واحدة.
دعنا نتعمق في إعدادات معالجة محتوى Cloudflare في W3 Total Cache.
Rocket Loader – يعمل Rocket Loader من Cloudflare على تسريع تحميل JavaScript لموقع وورد بريس الخاص بك. نوصي بتمكين Rocket Loader إذا كان موقعك يحتوي على الكثير من JS.
تصغير JS / CSS / HTML – إذا قمت بالفعل بتمكين التصغير لـ HTML و CSS و JavaScript في W3 Total Cache ، فلا تتردد في الاحتفاظ بهذه الخيارات في إعدادات ملحق Cloudflare معطلة ، حيث لا توجد حاجة لتقليل الأصول التي تم بالفعل تم تصغيره.
استثناء جانب الخادم (SSE) – يسمح لك هذا الخيار بإخفاء المعلومات الحساسة عن الزائرين المشتبه بهم (التي تعتبرها Cloudflare). تُعد الاستثناءات من جانب الخادم مفيدة لإخفاء المعلومات مثل عنوان البريد الإلكتروني وأرقام الهواتف والمعلومات الشخصية الأخرى على موقعك. لاستخدام SSE ، قم بتمكينه وقم بلف المعلومات الحساسة في <!–sse–><!–/sse–>علامات في كود HTML أو قالب سمة PHP.
التعتيم على البريد الإلكتروني – عند تمكين هذا الخيار ، ستقوم Cloudflare تلقائيًا بإخفاء عناوين البريد الإلكتروني على موقع وورد بريس الخاص بك باستخدام JavaScript. على الرغم من أن التعتيم لن يؤدي إلى التخلص من البريد الإلكتروني العشوائي تمامًا ، فإننا نوصي بتمكين هذا الخيار لأنه يمنع الروبوتات الأساسية من حذف عناوين البريد الإلكتروني من موقعك.
دعنا ننتقل إلى إعدادات معالجة الصور في Cloudflare.
حماية Hotlink – يؤدي تمكين حماية الارتباط الساخن إلى منع المواقع الأخرى من تضمين صورك. إذا كنت تعمل في حدود النطاق الترددي بسبب التضمينات الخارجية غير المصرح بها ، فإن تمكين “Hotlink Protection” يمكن أن يساعدك في تقليل استخدام النطاق الترددي.
Mirage (Pro Only) – تعمل Mirage على تحسين توصيل الصور إلى الأجهزة والشبكات ذات النطاق الترددي المنخفض. هذه الميزة متاحة فقط في خطة Cloudflare Pro وما فوق.
البولندية (للمحترفين فقط) – تعمل اللغة البولندية على تحسين صور موقعك ، ويمكن تهيئتها لتقديم صور WEBP إلى المتصفحات المدعومة. هذه الميزة متاحة فقط في خطة Cloudflare Pro وما فوق.
الميزة الأساسية لـ Cloudflare هي جدار حماية متطور يمكن أن يساعد في حمايتك من هجمات DDoS والممثلين الضارين. دعنا ننتقل إلى إعدادات أمان Cloudflare.
مستوى الأمان – يتحكم هذا الإعداد في حساسية جدار الحماية وقواعد الأمان في Cloudflare. نوصي بتعيين “مستوى الأمان” إلى “متوسط” لمعظم المواقع.
التحقق من سلامة المتصفح – تبحث هذه الميزة عن السلوك السيئ ووكلاء المستخدم المشبوهين. إذا اكتشف Cloudflare مستخدمًا ضارًا محتملًا أو مرسلي بريد عشوائي ، فسيواجه تحديًا تلقائيًا. نوصي بتمكين هذه الميزة.
دائمًا عبر الإنترنت – سيعمل هذا الخيار على عرض صفحات HTML ثابتة لموقعك إذا انخفض المصدر الأصلي. نوصي بتمكينه إذا قمت بتكوين Cloudflare لتخزين HTML مؤقتًا .
جدار حماية تطبيق الويب – سيقوم برنامج WAF الخاص بـ Cloudflare ، أو جدار حماية تطبيق الويب ، بفحص حركة المرور الواردة وتصفية “حركة المرور غير المشروعة” من الوصول إلى موقعك. نوصي بتمكين هذه الميزة.
حماية DDoS المتقدمة – يتم تمكين هذه الميزة افتراضيًا ، ولا يمكن تعطيلها طالما كان وكيل Cloudflare نشطًا. تساعد حماية DDoS في حماية موقعك من هجمات “رفض الخدمة الموزعة” .
Max Upload – يعيّن هذا الحد الأقصى لحجم الملف المسموح به لعمليات التحميل إلى موقعك. ستحتاج إلى التأكد من أن هذا الإعداد يساوي أو أكبر من إعداد حجم ملف التحميل في وورد بريس .
أخيرًا ، ستحتاج إلى التأكد من تكوين إعدادات Cloudflare SSL بشكل صحيح. دعنا ننتقل إلى التكوين الصحيح في هذا القسم.
SSL – إذا كان موقعك مستضافًا على Kinsta ، فإننا نوصي باستخدام خيار SSL “كامل” أو “كامل (صارم)”. الخيار “المرن” غير متوافق مع بنيتنا التحتية. يتطلب “Full Strict” طبقة المقابس الآمنة (SSL) من مرجع مصدق صالح ، بينما يدعم الخيار “Full” أيضًا SSLs الموقعة ذاتيًا. لا يتطلب الخيار “مرن” شهادة SSL على الخادم الأصلي – لا نوصي بهذا الخيار لأنه الأكثر انعدامًا للأمان.
TLS 1.2 فقط – TLS ، أو بروتوكول أمان طبقة النقل ، هو بروتوكول آمن لنقل البيانات عبر الشبكة. تتطلب بعض معايير الامتثال لـ PCI إسقاط الدعم لـ TLS 1.1 وما دونه. إذا كان هذا مطلبًا لموقعك ، فيمكنك تمكين إعداد “TLS 1.2 فقط” في Cloudflare لتعيين الحد الأدنى من إصدار TLS إلى 1.2.
قراءة مقترحة: كيفية إعداد Cloudflare APO لـ وورد بريس .
WooCommerce هي أشهر منصة للتجارة الإلكترونية لمواقع وورد بريس. إذا كنت تستخدم W3 Total Cache مع متجرك المدعوم من WooCommerce ، فستحتاج إلى التأكد من أن التكوين الخاص بك صحيح لتجنب التخزين المؤقت لتفاصيل العميل.
لتجاوز التخزين المؤقت للصفحة للصفحات التي تحتوي على ملفات تعريف ارتباط خاصة بـ WooCommerce ، انتقل إلى إعدادات “ذاكرة التخزين المؤقت للصفحة” الخاصة بـ W3TC ، وانتقل لأسفل إلى “ملفات تعريف الارتباط المرفوضة” ، وأضف العناصر الأربعة أدناه.
woocommerce_items_in_cart
woocommerce_cart_hash
wp_woocommerce_session_
وورد بريس_logged_in
تجاوز ملفات تعريف الارتباط WooCommerce في W3 Total Cache.
تجاوز ملفات تعريف الارتباط WooCommerce في W3 Total Cache.
لكي تكون آمنًا ، نوصي أيضًا بتجاوز عناوين URL الخاصة بـ WooCommerce مثل صفحة سلة التسوق وصفحة الخروج وصفحة الحساب. لتجاوز هذه الصفحات من التخزين المؤقت ، انتقل إلى إعدادات “ذاكرة التخزين المؤقت للصفحة” الخاصة بـ W3TC ، وأضف عناوين URL إلى قسم “عدم التخزين المؤقت للصفحات التالية”.
تجاوز صفحات WooCommerce من W3 Total Cache.
تجاوز صفحات WooCommerce من W3 Total Cache.
في بعض الحالات ، قد تحتاج إلى البدء من جديد بتكوين W3TC الخاص بك. فيما يلي كيفية إعادة W3 Total Cache إلى الإعدادات الافتراضية. انتقل إلى قائمة “الإعدادات العامة” في W3TC ، وانتقل لأسفل إلى قسم “إعدادات الاستيراد / التصدير” ، وانقر فوق استعادة الإعدادات الافتراضية .
إعادة تعيين W3 Total Cache إلى الإعدادات الافتراضية
إعادة تعيين W3 Total Cache إلى الإعدادات الافتراضية.
مع أكثر من مليون تثبيت نشط ، يعد W3 Total Cache “شائعًا” لسبب ما. تعرف على كيفية إعداده وتحسين إعداداتك هنا 👇
انقر للتغريد
كما ترى ، فإن المكون الإضافي W3 Total Cache مليء بالميزات والإعدادات. من التخزين المؤقت للصفحة ، إلى تصغير الأصول ، إلى تكامل Cloudflare ، لدى W3TC كل ما تحتاجه لتعزيز أداء موقع وورد بريس الخاص بك!
في هذه المقالة ، راجعنا مكون التكوين الإضافي الموصى به لـ W3TC. هل لديك مكون إضافي مفضل لتحسين وورد بريس؟ اسمحوا لنا أن نعرف في التعليقات أدناه!
وفر الوقت والتكاليف وحقق أقصى قدر من أداء الموقع من خلال:
مساعدة فورية من خبراء استضافة وورد بريس ، 24/7.
تكامل Cloudflare Enterprise.
يصل الجمهور العالمي إلى 28 مركز بيانات حول العالم.
التحسين من خلال مراقبة أداء التطبيقات المضمنة لدينا.
كل ذلك وأكثر من ذلك بكثير ، في خطة واحدة بدون عقود طويلة الأجل ، وعمليات الترحيل المدعومة ، وضمان استرداد الأموال لمدة 30 يومًا. تحقق من خططنا أو تحدث إلى قسم المبيعات للعثور على الخطة المناسبة لك.
