عندما يحين وقت اختيار خطة الاستضافة ، من المهم اختيار خطة تتناسب بشكل أفضل مع متطلبات موقع وورد بريس الخاص بك.
على سبيل المثال ، عادةً ما يكون موقع التجارة الإلكترونية الذي يستقبل 50000 زائر شهريًا أكثر طلبًا على الموارد من مدونة بسيطة بنفس القدر من حركة المرور.
هذا يرجع ببساطة إلى حقيقة أن مواقع التجارة الإلكترونية عادة ما تكون ديناميكية بطبيعتها ، وتتطلب المزيد من الموارد لاستعلامات PHP وقاعدة البيانات.
وهنا يأتي دور عمال PHP. اقرأ المزيد أدناه حول ماهية العاملين في PHP وكيف يتم استخدامهم لتسريع معالجة الطلبات على موقعك.
في سياق وورد بريس ، يقوم العاملون في PHP بإنشاء الصفحات ومعالجة المهام المجدولة في الخلفية والمزيد. نظرًا لأن العاملين في PHP مسؤولون بشكل مباشر عن إنشاء صفحات HTML لخدمة زوار موقعك ، فإنهم يحددون عدد الطلبات المتزامنة غير المخزنة التي يمكن أن يتعامل معها موقعك في أي وقت.
على سبيل المثال ، لنفترض أن موقع وورد بريس الخاص بك مجهز بعاملين في PHP ولا يوجد إعداد للتخزين المؤقت للصفحة . إذا وصلت أربعة طلبات إلى موقعك في نفس الوقت بالضبط ، فستتم معالجة اثنين من هذه الطلبات على الفور ، بينما سيتعين على الطلبين الآخرين الانتظار في قائمة الانتظار حتى تنتهي معالجة الطلبين الأولين.
هنا في Kinsta ، نستخدم عمال PHP كأحد المتغيرات لمستويات خطتنا المختلفة . على سبيل المثال ، تشتمل خطط Business 1 على 4 عاملين في PHP لكل موقع ، بينما تشتمل خطط Enterprise 4 على 16 عاملاً.
على الرغم من أننا ننفذ التخزين المؤقت على مستوى الخادم ، بالنسبة للطلبات التي يتم فيها تجاوز ذاكرة التخزين المؤقت أو فقدها ، يصبح عمال PHP مهمين للغاية حيث يتعين عليهم القيام بالعمل لكل طلب.
عادةً ما نرى الكثير من الطلبات غير المخزنة في مواقع منتديات التجارة الإلكترونية والمجتمع . لذلك ، سوف تتطلب هذه المواقع عمال PHP إضافيين لضمان معالجة كل طلب دون تأخير أو مهلة.
إذا كان موقعك محسنًا بدرجة عالية أو لا يحتوي على الكثير من أكواد PHP (مثل موضوع معقد أو الكثير من مكونات وورد بريس الإضافية ) ، فيجب أن تتم معالجة كل طلب على الفور تقريبًا. حتى مع وجود عاملين في PHP و 4 طلبات ، سيتم التعامل مع الطلبات الأربعة بسرعة كبيرة.
ببساطة ، عامل PHP هو عملية في الخلفية على خادم يقوم بتشغيل كود PHP .
قبل أن ندخل في كيفية تحسين استخدام عامل PHP لـ وورد بريس ، علينا أولاً أن نفهم كيف يستخدم وورد بريس عمال PHP في المقام الأول.
يذهب الطلب النموذجي في بيئة غير مؤقتة إلى شيء من هذا القبيل:
يتلقى خادم الويب ( Nginx أو Apache ) طلبًا من زائر.
يقوم Nginx بتمرير الطلب إلى PHP.
تستعلم PHP عن قاعدة بيانات MySQL حسب الحاجة وتستخدم قوالب PHP الخاصة بقوالبك لإنشاء صفحة HTML.
تقوم PHP بإعادة صفحة HTML المقدمة إلى خادم الويب.
يتم تقديم الصفحة للزائر.
في العملية الموضحة أعلاه ، تعد الخطوة 3 هي الأكثر استهلاكًا للوقت والموارد (وحدة المعالجة المركزية وذاكرة الوصول العشوائي). أي موقع مُحسَّن للغاية مع الحد الأدنى من استعلامات قاعدة البيانات وكود PHP الفعال سوف يمر بالخطوة الثالثة بسرعة نسبيًا.
على العكس من ذلك ، فإن الموقع الذي يحتوي على كود PHP مكتوب بشكل سيئ والذي يجعل الكثير من استعلامات قاعدة البيانات غير الضرورية سيقضي الكثير من الوقت في اجتياز الخطوة 3 ، مما يعني أن الطلبات ستشغل العاملين في PHP لفترات أطول من الوقت.
عندما يتعلق الأمر بأداء وورد بريس ، فإن العلاقة بين العاملين في PHP ووحدة المعالجة المركزية المتاحة هي علاقة مهمة يجب مراعاتها.
إذا كان نقص موارد وحدة المعالجة المركزية هو عنق الزجاجة لموقعك ، فإن زيادة عدد العاملين في PHP لن يؤدي إلى زيادة أداء موقعك – سيسمح فقط لموقعك بمعالجة المزيد من الطلبات في نفس الوقت بأداء أبطأ لكل طلب.
دعني أشرح.
تخيل صنبور إطفاء الحريق بخرطوم واحد متصل به. مع توصيل خرطوم واحد فقط ، فإن صنبور المياه قادر على توفير ضغط ماء مناسب. الآن ، ماذا يحدث إذا ربطنا عشرة خراطيم بالصنبور؟
يتم توزيع ضغط الماء المحدود على عشرة خراطيم ، مما يعني أن كل خرطوم على حدة لديه ضغط ماء أقل لإنجاز المهمة. في هذا القياس ، حنفية الحريق هي وحدة المعالجة المركزية ، والخراطيم هي عمال PHP.
مع وضع ما سبق في الاعتبار ، يجب أن تكون حذرًا إذا كان مضيفك ينصحك باستمرار بزيادة العاملين في PHP دون ذكر وحدة المعالجة المركزية أيضًا .
هنا في Kinsta ، تم تكوين حاويات LXD المخصصة لدينا مع موارد كبيرة لوحدة المعالجة المركزية وذاكرة الوصول العشوائي. نستخدم أيضًا أجهزة C2 الافتراضية المحسّنة للحوسبة والمجهزة بأسرع وحدات المعالجة المركزية (CPU) من Google Cloud لمساعدة العاملين في PHP في موقعك على العمل بكفاءة أكبر. تضمن بنيتنا الأساسية القابلة للتطوير أن يكون لدى العاملين في PHP في موقع وورد بريس الخاص بك موارد كافية لوحدة المعالجة المركزية للعمل بأعلى أداء.
دعنا نعود إلى تشبيه صنبور إطفاء الحرائق للحظة فقط.
تخيل أنك في موقف تحتاج فيه إلى إخماد عشر حرائق بخمس خراطيم. بعد توصيل جميع الخراطيم الخمسة ، تدرك أن صنبور المياه لا يزال يوفر ضغطًا مناسبًا للمياه.
في هذه الحالة ، سيكون من المنطقي توصيل عدد قليل من الخراطيم الأخرى لأن ضغط المياه في صنبور المياه ليس عنق الزجاجة.
وبالمثل ، إذا كان أداء موقعك ضعيفًا حتى مع وجود حمل كافٍ لوحدة المعالجة المركزية وذاكرة الوصول العشوائي ، فيجب أن تنظر في زيادة عدد العاملين في PHP كخيار لتحسين الأداء .
لقد أوضحنا أن العاملين في PHP هم عمليات في الخلفية تقوم بإنشاء صفحات HTML مع كود PHP. الآن ، الطريقة الأكثر وضوحًا لتقليل استخدام العاملين في PHP وتحسينها هي تقليل كمية موارد وحدة المعالجة المركزية و PHP المطلوبة لتلبية الطلبات إلى موقعك.
هيريس كيفية القيام بذلك.
تتمثل الخطوة الأولى لتقليل استخدام عامل PHP في إعداد طبقات التخزين المؤقت لموقع وورد بريس الخاص بك. بشكل افتراضي ، يعد وورد بريس نظام إدارة محتوى ديناميكيًا يلبي كل طلب صفحة عند الطلب.
بالنسبة للعديد من المواقع مثل المدونات والمجلات عبر الإنترنت والمحافظ ، فإن استخدام PHP لإنشاء صفحات ديناميكيًا لكل طلب ليس ضروريًا.
منشور المدونة الذي تقرأه حاليًا هو مثال رائع لصفحة لا تحتاج إلى إنشاء ديناميكي. مثل العديد من منشوراتنا الأخرى ، تم تصميم المحتوى في هذا المنشور ليكون ثابتًا ، لذلك ليست هناك حاجة إلى إنفاق موارد وحدة المعالجة المركزية لإنشاء صفحات متطابقة باستمرار.
بدلاً من ذلك ، من الأفضل أن تقوم PHP بإنشاء الصفحة مرة واحدة ثم تخزينها مؤقتًا. يتميز التخزين المؤقت للصفحة بالعديد من المزايا الواضحة مقارنة بإنشاء الصفحات بشكل ديناميكي باستخدام PHP.
على سبيل المثال ، تخيل ما إذا كان منشور مدونة على موقعك ينتشر بسرعة ويتلقى 100000 مشاهدة للصفحة في غضون ساعات قليلة من النشر. بدون التخزين المؤقت للصفحة ، من المحتمل أن يتعرض عمال PHP للإرهاق ومن المحتمل أن يتعطل خادمك.
باستخدام التخزين المؤقت للصفحة ، سيتم إنشاء عرض الصفحة الأولى فقط ديناميكيًا. سيتم تقديم 99،999 طلبًا آخر من ذاكرة التخزين المؤقت لصفحتك ، والتي تستخدم موارد قليلة نسبيًا من وحدة المعالجة المركزية.
هناك طريقتان لإعداد التخزين المؤقت للصفحة لموقع وورد بريس الخاص بك.
التخزين المؤقت للصفحة على مستوى الخادم باستخدام خادم ويب مثل Nginx .
التخزين المؤقت للصفحة المستندة إلى البرنامج المساعد باستخدام ملحق وورد بريس مثل WP-Rocket .
للحصول على أقصى أداء ، نوصي باستخدام التخزين المؤقت للصفحة على مستوى الخادم كلما أمكن ذلك. في Kinsta ، تستخدم جميع مواقعنا وحدة ذاكرة التخزين المؤقت FastCGI الخاصة بـ Nginx للحصول على أداء فائق السرعة.
إذا كان مضيفك لا يقدم خيار التخزين المؤقت للصفحة على مستوى الخادم ، فإن الخيار الأفضل التالي هو استخدام مكون إضافي للتخزين المؤقت في وورد بريس لتنفيذ التخزين المؤقت للصفحة على مستوى التطبيق.
بالنسبة لمتاجر WooCommerce والمنتديات المجتمعية ومواقع وورد بريس الأخرى التي لا يمكنها الاستفادة من التخزين المؤقت للصفحة بكفاءة ، فإن إضافة ذاكرة تخزين مؤقت للكائنات الثابتة مثل Redis أمام قاعدة بيانات MySQL الخاصة بك يمكن أن تعزز الأداء وتقليل الحمل على عمال PHP.
بدون وجود ذاكرة تخزين مؤقت للكائنات الدائمة ، سيتم تنفيذ استعلامات قاعدة بيانات MySQL لكل طلب حتى لو كانت النتيجة مطابقة لاستعلام سابق.
على سبيل المثال ، يقوم موقع منتدى المجتمع الذي يتجاوز ذاكرة التخزين المؤقت للصفحة بإجراء استعلامات متطابقة منفصلة لقاعدة البيانات للحصول على بيانات النشر من أجل إنشاء صفحة.
بالنسبة للمواقع ذات عدد الزيارات المرتفع وقواعد البيانات الكثيفة ، فإن طريقة الاستعلام عن قاعدة البيانات هذه غير فعالة لأنها تستخدم عمال PHP لتوليد نتائج استعلام متطابقة لطلبات منفصلة. وهنا يأتي دور ريديس.
يخزن Redis نتائج استعلامات قاعدة البيانات في ذاكرة الوصول العشوائي ، مما يسمح لـ PHP بالحصول على نتائج الاستعلامات التي تم تنفيذها بالفعل. تسمح طريقة التخزين المؤقت للكائنات هذه للعاملين في PHP بالحفاظ على موارد وحدة المعالجة المركزية وقضاء وقت أقل في تلبية الطلب لأنها تلغي الحاجة إلى استعلامات قاعدة البيانات المتكررة.
بالإضافة إلى إعداد التخزين المؤقت للصفحة ، هناك إستراتيجية أخرى ستساعدك على تقليل استخدام العاملين في PHP وهي تحسين كود PHP الخاص بك . في سياق وورد بريس ، يمكن أن يعني “تحسين كود PHP” مجموعة متنوعة من الأشياء المختلفة ، لذلك دعونا نلقي نظرة أعمق.
واحدة من أكثر ميزات وورد بريس المحبوبة والأكثر كرهًا (اعتمادًا على من تسأل) هي قابليتها للتوسع عبر المكونات الإضافية ومقتطفات التعليمات البرمجية.
إذا كنت ترغب في إضافة أداة مؤشر الأسهم إلى موقع وورد بريس الخاص بك ، فهناك مكون إضافي لذلك. وبالمثل ، إذا كنت ترغب في إضافة خطوط مخصصة ، فهناك functions.phpمقتطف رمز لذلك أيضًا.
أصبح توسيع نواة وورد بريس بميزات إضافية أمرًا سهلاً للغاية لدرجة أننا في كثير من الأحيان نتجاوز الحدود دون التفكير في التأثير المحتمل على أداء الموقع.
لذلك ، فإن الطريقة الأولى لتحسين كود PHP الخاص بك هي إجراء تدقيق على مستوى الموقع لتحديد المكونات الإضافية ومقتطفات التعليمات البرمجية الضرورية حقًا.
في كثير من الأحيان ، لا يكون عدد المكونات الإضافية على موقع وورد بريس الخاص بك بنفس أهمية جودة المكونات الإضافية. إذا لم يتم تحديث مكون إضافي خلال الأشهر الستة الماضية ، فإننا نوصي باختيار مكون آخر يناسب الفاتورة.
تريد أن تعرف كيف زدنا من حركة المرور لدينا أكثر من 1000 ٪؟
انضم إلى أكثر من 20000 آخرين ممن يتلقون رسائلنا الإخبارية الأسبوعية مع نصائح من الداخل حول وورد بريس!
إشترك الآن
والسبب في ذلك هو أن وورد بريس يتم تحسينه باستمرار . إذا لم يتم تحديث المكون الإضافي منذ سنوات ، فمن المحتمل ألا تستخدم التعليمات البرمجية الخاصة به أحدث ممارسات تطوير وأمن وورد بريس.
على العكس من ذلك ، إذا تم تحديث المكون الإضافي باستمرار كل بضعة أسابيع ، فهناك فرصة جيدة أن يكون المطور جادًا بشأن الجودة ، مما يجعله اختيارًا جيدًا لموقع وورد بريس الخاص بك.
إذا كنت تتطلع إلى تنفيذ مهمة بسيطة على موقعك مثل إضافة JavaScript أو CSS ، فلن تحتاج دائمًا إلى مكون إضافي لذلك. بدلاً من ذلك ، يمكنك إضافة رمز مباشرةً إلى قوالب PHP الخاصة بقالبك أوstyle.css ملف به سمة فرعية .
في المرة القادمة التي تكون فيها في موقف تفكر فيه في تثبيت مكون إضافي ، اقض بعض الوقت للنظر في ما إذا كان ضروريًا بنسبة 100٪ أولاً. في بعض الأحيان ، لا توجد طريقة حول تثبيت مكون إضافي آخر ولا بأس بذلك. في أوقات أخرى ، قد تتمكن من تجنب إضافة المزيد من التعليمات البرمجية غير الضرورية من خلال عدم تثبيت المكونات الإضافية غير الضرورية.
من خلال خبرتنا في مراقبة الآلاف من مواقع وورد بريس ، وجدنا أن السمات تكون أحيانًا سببًا لضعف أداء PHP. لتلبية تنوع وورد بريس باعتباره CMS للأغراض العامة ، يقوم بعض المطورين بتشفير السمات للعمل في مجموعة متنوعة من حالات الاستخدام.
في كثير من الأحيان ، ينتج عن هذا سمات كثيفة التعليمات البرمجية ومضخمة لا تستخدم استعلامات PHP وقاعدة البيانات بطريقة فعالة.
عند إنشاء موقع وورد بريس ، من المهم اختيار سمة أكثر أداءً وقابلية للتخصيص – GeneratePress و OceanWP و Astra ثلاثة أمثلة.
صدق أو لا تصدق ، اختيار مضيف وورد بريس المناسب يمكن أن يكون له تأثير كبير على أداء موقعك. نظرًا لأن كفاءة عامل PHP ترتبط ارتباطًا مباشرًا بوحدة المعالجة المركزية وذاكرة الوصول العشوائي ، فإن استضافة موقعك على خادم حديث بأحدث الأجهزة يمكن أن يساعدك على تحسين استخدام عامل PHP.
فيما يلي مثالان يوضحان سبب أهمية اختيار مضيف يركز على الأداء لمواقع وورد بريس الخاصة بك.
تستخدم PHP موارد وحدة المعالجة المركزية لتنفيذ التعليمات البرمجية. تعني وحدة المعالجة المركزية الأسرع تنفيذ التعليمات البرمجية بشكل أسرع. في Kinsta ، نستخدم أسرع خوادم Google Cloud – أجهزة C2 الافتراضية المحسّنة.
تم تجهيز أجهزة VM بأحدث معالجات Intel Xeon القادرة على العمل بسرعة 3.8 جيجاهرتز مع توربو كامل النوى. في اختباراتنا المعيارية ، رأينا آلات C2 تتفوق على آلات N1 التقليدية بنسبة 2-4x.
يمكن أن يكون لسرعة إدخال / إخراج القرص تأثير مباشر على تنفيذ التعليمات البرمجية واستعلامات قاعدة البيانات. إذا تم تخزين قاعدة البيانات الخاصة بك على قرص ميكانيكي بطيء أو SSD قائم على السحابة بدون IOPS كافية (عمليات الإدخال / الإخراج في الثانية) ، فسيضطر عمال PHP إلى قضاء المزيد من الوقت في تلبية الطلب.
نحن نستخدم تخزين SSD عالي الأداء في Google Cloud Platform لضمان وصول موقع وورد بريس الخاص بك إلى قرص إدخال / إخراج سريع.
إذا لم تكن متأكدًا من كيفية معالجة مشكلة الأداء على موقعك ، فإننا نوصي بالعمل مع خبير أداء مؤهل لتشخيص المشكلة.
تعبت من مضيف بطيء؟ تم تصميم Kinsta مع مراعاة السرعة والأداء. تحقق من خططنا
يمكن أن يساعدك الخبير في تحديد الاختناقات المحددة في التعليمات البرمجية الخاصة بك باستخدام أدوات المراقبة المتقدمة مثل New Relic أو المكون الإضافي Query Monitor وورد بريس.
من خلال تكبير وفحص عمليات PHP الفردية واستعلامات قاعدة البيانات ، من الممكن تحديد كتل معينة من التعليمات البرمجية والميزات المرتبطة بها والتي تضع عبئًا كبيرًا على عمال PHP في موقعك.
لتلخيص تحسين عامل PHP ، ضع في اعتبارك النصائح التالية.
يجب تطوير وحدة المعالجة المركزية وذاكرة الوصول العشوائي جنبًا إلى جنب مع العاملين في PHP. إذا تم قفل استخدام وحدة المعالجة المركزية بنسبة 100٪ ، فلن يؤدي إضافة المزيد من العاملين في PHP إلى تحسين الأداء.
يمكن أن تؤدي استضافة موقعك مع مضيف يركز على الأداء إلى حل العديد من مشكلات الأداء.
صفحة التخزين المؤقت و التخزين المؤقت الكائن يمكن أن تقلل من الحمل عامل PHP بشكل كبير.
يمكن أن يؤدي استخدام المكونات الإضافية والسمات عالية الجودة في وورد بريس إلى تقليل كمية الكود غير الضروري على موقعك.
إذا لزم الأمر ، اعمل مع خبير أداء لتحديد المشكلات المعقدة وحلها.
من أجل تحقيق أداء سريع وموثوق لموقع وورد بريس الخاص بك ، من المهم التأكد من وجود عدد كافٍ من العاملين في PHP. عندما يكون عمال PHP مشغولين بالفعل على أحد المواقع ، فإنهم يبدأون في إنشاء قائمة انتظار.
بمجرد وصولك إلى الحد الأقصى لعدد العاملين في PHP ، تبدأ قائمة الانتظار في إخراج الطلبات القديمة مما قد يؤدي إلى أخطاء 504 أو طلبات غير مكتملة.
خطأ شائع آخر نراه بسبب نقص العاملين في PHP هو 502 خطأ في البوابة السيئة . هذه مختلفة قليلاً عن أخطاء 504 لأن الخطأ يحدث بعد مهلة 60 ثانية في قائمة انتظار عمال PHP.
لا تقدم هذه الأخطاء تجربة مستخدم سيئة للزائرين فحسب ، بل يمكن أن يكون لها أيضًا تأثير سلبي على مُحسّنات محرّكات البحث لموقعك .
خطأ 502 (بوابة غير صالحة).
خطأ 502 (بوابة غير صالحة).
هناك عدد من العوامل المختلفة التي يمكن أن تؤدي إلى بطء تحميل الصفحات أو حدوث أخطاء. على سبيل المثال ، إذا تطلب طلب غير مؤقت الكثير من البيانات من قاعدة البيانات ، فقد يستغرق الاستعلام الناتج 20-30 ثانية لإكماله.
في هذه الحالة ، سيشغل عامل PHP لمدة نصف دقيقة على الأقل. إذا كان موقعك يحتوي على عاملين فقط في PHP ، فيمكن أن يكون اثنان أو ثلاثة فقط من هذه الطلبات الطويلة كافية لبدء التسبب في أخطاء.
لحل هذه المشكلة ، فإن تحسين قاعدة بيانات MySQL وزيادة العاملين في PHP إذا لم يتم تجاوز الحد الأقصى لوحدة المعالجة المركزية بالفعل يمكن أن يحسن الأداء.
تتضمن كل خطط الاستضافة في Kinsta عددًا معينًا من عمال PHP. يعتمد العدد المضمن للعاملين في PHP على مقاييس استخدام الموارد التاريخية التي جمعناها خلال السنوات القليلة الماضية. بشكل عام ، المواقع ذات المحتوى الثابت بشكل أساسي – المقالات والصفحات الثابتة والمحافظ – لا تتطلب العديد من العاملين في PHP.
بالنسبة إلى مواقع وورد بريس الأكبر حجمًا التي تحتوي على وظائف أكثر ديناميكية مثل التجارة الإلكترونية أو منتديات المناقشة ، وجدنا أن 4 عاملين في PHP يمثلون نقطة انطلاق جيدة. ومع ذلك ، يمكن أن يختلف هذا لكل موقع حيث سيكون لكل موقع مجموعة فريدة خاصة به من السمات والمكونات الإضافية واستعلامات قاعدة البيانات ونسبة التخزين المؤقت إلى غير المخزنة مؤقتًا.
في بعض الحالات ، قد تكون هناك حاجة إلى المزيد من العاملين في PHP للحصول على أداء سريع وموثوق. إذا لم تكن متأكدًا من عدد العاملين في PHP الذين يحتاجهم موقعك على Kinsta ، فيمكن لفرق المبيعات والدعم لدينا مساعدتك في معرفة ذلك.
يتيح لك مخطط حدود عامل PHP في تحليلات MyKinsta معرفة عدد المرات التي أبلغ فيها محرك PHP عن الوصول إلى الحد الأقصى لرقم العامل المخصص في سجل الأخطاء الخاص به. يمكن أن يساعدك هذا المخطط في قياس ما إذا كانت تحسينات الأداء تؤثر على استخدام عامل PHP أم لا.
أعلى تجاوزات ذاكرة التخزين المؤقت
أعلى تجاوزات ذاكرة التخزين المؤقت.
على سبيل المثال ، إذا قمت بتبديل إصدار PHP الخاص بموقعك من 5.6 إلى 7.4 ، فمن المحتمل أن ترى انخفاضًا في حدود العاملين في PHP لأن PHP 7.4 أسرع بكثير من 5.6.
وبالمثل ، إذا كنت تعمل مع أحد خبراء الأداء لإصلاح استعلامات قاعدة البيانات الطويلة والتبديل إلى سمة أكثر خفة ، يمكنك استخدام مخطط حد عامل PHP لمعرفة الاختلافات قبل التحسينات وبعدها.
يمكنك أيضًا استخدام تقرير تحليل ذاكرة التخزين المؤقت في MyKinsta لتحديد عدد مرات الوصول إلى ذاكرة التخزين المؤقت وعمليات التجاوز والمخطئ وانتهاء الصلاحية. يمكن أن تكون هذه البيانات مفيدة بشكل خاص عند تحسين استخدام موقعك لعمال PHP.
بشكل افتراضي ، عناوين URL التي تحتوي على سلاسل استعلام مثل https://kinstalife.com/?query=123تجاوز ذاكرة التخزين المؤقت للصفحة. في بعض الحالات ، يمكن أن تؤدي سلاسل الاستعلام إلى ارتفاع كبير في استخدام PHP ووحدة المعالجة المركزية غير الضرورية.
على سبيل المثال ، إذا قمت بزيارة رابط من Facebook ، فغالبًا ما ترى ?fbclid=سلسلة الاستعلام في نهاية عنوان URL. وبالمثل ، قد ترى معلمات تتبع UTM بعد النقر فوق ارتباط في رسالة إخبارية بالبريد الإلكتروني .
عنوان URL به سلسلة استعلام (؟ querystring = 123).
عنوان URL به سلسلة استعلام (؟ querystring = 123).
إذا انتشر المنشور على موقعك بسرعة ، وتم الوصول إليه باستمرار باستخدام سلسلة استعلام ، فستتمكن من تحديد عنوان URL المحدد من خلال تقرير تحليل ذاكرة التخزين المؤقت.
باستخدام هذه المعلومة الأساسية ، يمكنك بعد ذلك الاتصال بفريق الدعم لدينا لفرض ذاكرة التخزين المؤقت لعنوان URL المحدد هذا لتقليل الحمل على عمال PHP.
في بعض الحالات ، يمكن أيضًا استخدام مخطط تحليل ذاكرة التخزين المؤقت لتحديد المكونات الإضافية والعمليات كثيفة الموارد.
على سبيل المثال ، إذا رأيت أن عنوان URL الذي يتجاوز ذاكرة التخزين المؤقت العليا يشير إلى ملف داخل دليل مكون إضافي معين ، فهناك فرصة جيدة أن يكون المكون الإضافي مسؤولاً عن ارتفاع استخدام عامل PHP.
إذا رأيت الكثير من الطلبات المتعلقة بالمكونات الإضافية في قائمة تجاوز ذاكرة التخزين المؤقت ، فيمكنك العمل مع مطور لمعالجة المشكلة أو التبديل إلى مكون إضافي يستخدم موارد أقل.
الهدف من الحفاظ على موقع وورد بريس سريع هو زيادة كفاءة الواجهة الخلفية. عندما يتم استخدام العاملين في PHP بشكل صحيح من خلال إيجاد توازن بين عدد العاملين واستخدام وحدة المعالجة المركزية وتحسين الكود ، يمكن أن يكون وورد بريس نظام إدارة محتوى عالي الأداء.
إذا كان لديك أي أسئلة بخصوص عدد العاملين في PHP الذين قد تحتاجهم ، أو تعتقد أنك قد ترى أخطاء بسبب نقص العاملين في PHP ، يرجى فتح تذكرة مع فريق الدعم لدينا للحصول على المساعدة.
الآن دورك: ما هي استراتيجيات التحسين التي تستخدمها للحفاظ على عمل موقع وورد بريس الخاص بك بسلاسة؟ اسمحوا لنا أن نعرف في التعليقات!
وفر الوقت والتكاليف وحقق أقصى قدر من أداء الموقع من خلال:
مساعدة فورية من خبراء استضافة وورد بريس ، 24/7.
تكامل Cloudflare Enterprise.
يصل الجمهور العالمي إلى 28 مركز بيانات حول العالم.
التحسين من خلال مراقبة أداء التطبيقات المضمنة لدينا.
