אבחון ביצועים ב־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. כאשר חקירת הביצועים דורשת בדיקה של צוות התמיכה, ארזו את מה שמצאתם באמצעות שיתוף מידע לניפוי שגיאות עם התמיכה.