אבחון בעיות ביצועים ב־WPML – אזור ניהול איטי, פסקי זמן בלוח בקרת התרגום, השהיות בצד הלקוח

אימות מיקום האיטיות

• צד הלקוח איטי, אזור הניהול תקין → ככל הנראה הגדרת מטמון עמוד שלם או תוסף כבד בצד הלקוח.
• אזור הניהול איטי, צד הלקוח תקין → ככל הנראה עומס בטעינה אוטומטית של wp_options, תוסף כבד הפועל רק באזור הניהול, או שרת חלש.
• לוח בקרת התרגום איטי במיוחד → ככל הנראה מספר גדול של פוסטים בשאילתת לוח הבקרה וזיכרון PHP או זמן ביצוע שאינם מספיקים.
• פעולות תרגום איטיות → ככל הנראה בעיית קישוריות לשירותי תרגום; בדוק את יומן תקשורת תחת WPMLתמיכה (ראה יומנים כדי לדעת איזה יומן עונה על איזה תסמין).

בדיקת משאבי השרת

פתח את WPMLתמיכה. חלונית האזהרות בחלק העליון מתריעה על זיכרון PHP הנמוך מ־256 MB, כפי שמומלץ על ידי WPML. אתרים עם קטלוגים גדולים יותר זקוקים ל־512 MB או יותר.

תסמינים נוספים הקשורים למשאבי שרת:

• שאילתות מסד נתונים איטיות. אתרים גדולים עם תרגומים רבים מפיקים תועלת משרת מסד נתונים מבוסס SSD, מ־innodb_buffer_pool_size מספיק, ומאינדקסים בטבלה wp_icl_translations (אלה מתווספים על ידי WPML; נדיר שיש צורך בהתערבות ידנית).
• זמן ביצוע של PHP. אם max_execution_time נמוך מ־60 שניות ולוח הבקרה מגיע לפסק זמן, הגדל אותו.
• CPU. תוכניות אחסון שיתופי כוללות לרוב מגבלות CPU נוקשות; בדוק מול חברת האחסון שלך אם אתה מוגבל.

מטמון אובייקטים

WordPress ללא מטמון אובייקטים טוען רבות מהגדרות WPML ממסד הנתונים בכל בקשה. הוסף את Redis או Memcached כמטמון אובייקטים (רוב חברות האחסון המנוהל ל־WordPress מציעות זאת; אם לא, התוספים Redis Object Cache או WP Redis מאפשרים זאת).

השיפור הוא בדרך כלל משמעותי. הגדרות שדרשו קודם לכן פניות למסד הנתונים מוגשות כעת מהזיכרון.

מטמון עמוד שלם

מטמון עמוד שלם (WP Rocket, W3 Total Cache, מטמון קצה של ספק האחסון) הוא השיפור הגדול ביותר לביצועי המהירות בצד הלקוח.

אם כבר יש לך כזה אך העמודים עדיין מרגישים איטיים, בדוק אם המטמון שלך מטפל נכון בכתובות URL לכל שפה. מבנה כתובות ה־URL של WPML (בין אם שפה כתיקייה, שפה כתת־דומיין או שפה כדומיין) דורש שהמטמון ישתנה בהתאם לכתובת ה־URL. רוב סוגי המטמון עושים זאת אוטומטית, אך כדאי לוודא שהגרסה הצרפתית אינה מוגשת ממטמון הגרסה האנגלית או להפך.

תוספים מתנגשים או איטיים

אתרים צוברים תוספים; חלקם בנויים היטב וחלקם לא. כדי למצוא תוסף איטי:

1. התקן את Query Monitor (תוסף לניפוי שגיאות).
2. טען מחדש עמוד איטי.
3. הסתכל על Queries by Component. התוסף עם השאילתות הכבדות ביותר הוא החשוד.

אם תוסף הוא הגורם, החלף אותו או השבת בו את התכונה שגורמת לאיטיות.

שירותי תרגום איטיים, לא האתר

אם עבודות תרגום מרגישות איטיות אך האתר עצמו תקין, צוואר הבקבוק נמצא בין האתר שלך לתשתית התרגום של WPML.

בדוק את WPMLתמיכהיומן תקשורת. היומן מציג את זמן ההשהיה של כל קריאת API. אם קריאות בודדות נמשכות שניות רבות, הבעיה היא קישוריות (נתיב רשת, DNS, או הגבלת תעבורה יוצאת של ספק האחסון שלך), ולא האתר. אם מטמון של WPML עצמו הוא האשם במקום זאת, כלי פתרון הבעיות הבטוחים כוללים את האפשרות נקה את המטמון ב־WPML. כאשר חקירת הביצועים דורשת בדיקה של צוות התמיכה, ארוז את מה שמצאת באמצעות שיתוף מידע לניפוי שגיאות עם התמיכה.