WPML
  1. ודא היכן נמצאת האיטיות

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

    ראה יומנים כדי לדעת איזה יומן עונה על איזה תסמין.

  2. בדוק את משאבי השרת

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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