לפני חודש הכרזנו על גרסאות בטא ראשונות של WPML 3.4 ושל WPML Multilingual & Multicurrency for WooCommerce 3.8. היום, לאחר 4 שבועות של בדיקות אינטנסיביות (ומספר תיקונים ושיפורים), אנו שמחים לשחרר אותן כגרסאות יציבות.
כפי שכתבנו בפוסט ההכרזה על גרסת הבטא, גרסאות אלו של WPML ושל WPML Multilingual & Multicurrency for WooCommerce מתמקדות בשיפור משמעותי של נוחות השימוש ותהליך עבודת התרגום. עדכון זה מקל על העבודה עם אתרי WooCommerce רב־לשוניים, במיוחד כאשר משתמשים בהרחבות רבות של WooCommerce. ממשק התרגום היעיל מציג את השדות השונים שההרחבות מוסיפות בעורך תרגום נוח, זה לצד זה.
הורדה
עדכון זה של WPML זמין ישירות באזור הניהול של WordPress שלך. אם האתר שלך רשום, אתה אמור לקבל את התראת העדכון במסך 'תוספים' באזור הניהול בתוך 12 השעות הקרובות (הזמן שבו WordPress שומר במטמון את סטטוס העדכונים). תוכל גם להוריד את WPML ידנית מהחשבון שלך.
השלבים הבאים (בקרוב)
הפחתת עומס ב־50%
בשבועות האחרונים היינו עסוקים גם בניתוח העומס ש־WPML מוסיף, במיוחד באזור הניהול. אנו מודים לכל הלקוחות שעזרו לנו עם אתרי בדיקה. רוב האתרים הציגו את הבעיות שהכרנו, אך כמעט כל אתר הראה לנו גם משהו נוסף, שהיה חדש עבורנו. הבעיות שלמדנו עליהן קשורות לתוכן, לתצורת השרת ולסביבות האחסון.
כבר מצאנו מספר שיפורים שיפחיתו את זמן הביצוע עבור רוב האתרים המפעילים את WPML (כולל שלנו). ההשפעה הגבוהה ביותר של WPML הייתה על מסכי אזור הניהול המציגים רשימות, כגון עמוד המוצרים של WooCommerce. שם, אנו יכולים להפחית את זמן הביצוע ואת שאילתות ה־SQL בכ־1/2. במסכי אזור ניהול אחרים, התרומה של WPML לעומס קטנה הרבה יותר, ולכן השיפור היחסי קטן יותר (אך הוא עדיין משמעותי בהשוואה לחלק של WPML).
אנו מתכננים לשחרר את שיפורי הביצועים בשני שלבים.
WPML 3.4.1 ו־WPML Multilingual & Multicurrency for WooCommerce 3.8.1 (בעוד כ־2-3 שבועות) יכללו הפחתה של כ־25% בזמן הביצוע ו־50% בשאילתות לעמודי רשימות אלו.
WPML 3.5 יגיע עם דרך חדשה לחלוטין לטעינת מחרוזות לזיכרון. בדיקות ראשוניות מראות שהאלגוריתם החדש הזה מבטיח מאוד. הוא יכול לגרום לאתרים עם WPML להיטען אפילו מהר יותר מאתרים המשתמשים בקובצי .mo מקומפלים. הרעיון הוא לטעון מראש באופן סלקטיבי רק את המחרוזות הדרושות לכל עמוד (צד הלקוח ואזור הניהול). בדרך זו, אנו נמנעים הן משאילתות ענק (כדי לטעון הכל) והן מהרבה שאילתות זעירות (כדי לטעון מחרוזות בודדות רבות). הבדיקות שלנו מראות שזה עובד אפילו מהר יותר מהקריאות המובנות של "load_theme_textdomain()" ושל "load_plugin_textdomain()". אנו שואפים לשיפור משמעותי מאוד בזמן המעבד, במספר השאילתות ובזיכרון.
לוח הזמנים של WPML 3.5 עדיין גמיש. נראה באיזו מהירות נוכל להוציא גרסת בטא ראשונה ולהכריז עליה.
בורר שפות מחודש
בורר השפות ב־WPML 3.5 עבר עיצוב מחדש לחלוטין. הוא תואם לאחור ב־100%, כך שכל האתרים הקיימים יעבדו ללא שינוי. עם זאת, הוא יציע אפשרויות חדשות עבור בוררי שפות, שאנו מקווים שיקלו על העבודה שלך.
הנה כמה מהן:
- היכולת להציג בוררי שפות שונים בתפריטים ובווידג'טים שונים ללא הגבלה לאחד בלבד
- מצבי תאימות עם מסגרות CSS שונות, כולל Bootstrap וערכות העיצוב הנוכחיות המוגדרות כברירת מחדל ב־WordPress
- התאמה אישית של צבעים ועיצוב לכל בורר שפות
אכתוב על כך ואכלול זאת בגרסת בטא ברגע שהיא תהיה זמינה.
תרגום עבור קישורים במחרוזות
אנו משתמשים במחרוזות למטרות רבות ושונות. ערכות עיצוב רבות כוללות טקסטים מורכבים במחרוזות הניתנות לתרגום ולעתים קרובות גם קישורים. ב־WPML 3.5, כל הקישורים במחרוזות יותאמו אוטומטית לכתובות URL בשפה הנכונה. כאשר אתה שולח מחרוזות לתרגום, אם מחרוזות אלו מכילות כתובות URL, WPML יתאים את כתובות ה־URL במחרוזות המתורגמות.
לדוגמה, נניח שאתה משתמש ב־Gravity Forms ויש לך תגובה המקשרת לעמוד (מצב די נפוץ). אתה רוצה לתרגם את התגובה הזו והיית רוצה שהתגובה תקשר לעמוד הנכון בשפה המתורגמת.
כאשר אתה מתרגם את הטופס של GF, WPML ממיר את הטקסטים למחרוזות ושולח אותם לתרגום כ'חבילה'. המתרגם יצטרך לתרגם רק את הטקסטים. כאשר התרגום מושלם, WPML יסרוק את כל המחרוזות שהושלמו ויבדוק אם יש בהן קישורים. אם יש קישור, WPML יבדוק אם הוא מוביל לעמוד שתורגם לאותה שפה. אם כן, הוא יעדכן את הקישור כך שיצביע על התרגום.
זה נשמע קל, אבל זהו תהליך די מורכב. עלינו לטפל בתרגום בכל סדר שהוא (לא משנה אם תרגמת מחרוזות לפני או אחרי העמודים) ולשמור על רישום מדויק.
משוב?
אנא ספר לנו איך הולך לך עם WPML 3.4 ועם WPML Multilingual & Multicurrency for WooCommerce 3.8. נשמח לקבל את המשוב שלך על השינויים בגרסה זו, כמו גם על התוכניות לסבבים הבאים.
