0

WPML 3.5 يشتمل على تغيير رئيسي في ترجمة النصوص. عندما أطلقناه للعمل، تعرفنا على عدد من المشاكل التي لم تظهر أثناء التطوير. التحديثات اللاحقة تعالج كل المشاكل وتحسّن الأداء بشكلٍ أفضل.

الإصلاحات منذ الإصدار WPML 3.5

  • تم علاج استثناء غير مُكتشف، حيث لم يكن عمود domain_name_context_md5 متواجدًا في جدول icl_strings
  • تم إصلاح خطأ حرج: استثناء غير مُكتشف ‘InvalidArgumentException’ مع الرسالة ‘Argument ID must be numeric and greater than 0 when filtering permalinks
  • تم إصلاح الخطأ الفادح الذي يظهر أثناء الترقية: WordPress database error: specified key was too long; max key length is 1000
  • تم إصلاح خطأ فادح: Declaration of WPML_Post_Element::get_type() must be compatible with that of WPML_Translation_Element::get_type() for PHP 5.2
  • تمت إزالة الخط المائل العكسي لتجنب التحذيرات في PHP قبل الإصدار 5.3

تحسينات السرعة

لقد أدخلنا بعض التحسينات على الجدول الجديد الذي يُخزن أي نصٍ ينبغي عرضه على أي صفحة. تحد هذه التغييرات بشكل واضح من حجم الجدول، وتحسّن الأداء، وتقلل من استهلاك الذاكرة.

  • تقسيم جدول واحد كبير مسترسل إلى جدولين صغيرين وفعّالين
  • فهارس جدول معززة
  • تم تحديد التزايد المحتمل للجدول للمواقع التي تستخدم وسيطات رابط الإنترنت، وذلك باستخدام قائمة بيضاء للوسيطات، والتي تُعدّل تحديد الصفحة

النتائج

لقد أخذنا بعض مقاييس اختبار الأداء على الموقع الخاص بنا أثناء تحديثات الإصدار. يمكنك ملاحظة تناقص التحميل، ثم تزايده (عند عدم تعزيز فهارس الجدول)، والآن عاد أقل من الأصل.

WPML 3.4 - ملحق ترجمة النصوص يأخذ وقتًا أطول في التحميل، لأننا نقوم بالتحميل المسبق لقدرٍ كبير من النصوص
WPML 3.4 – ملحق ترجمة النصوص يأخذ وقتًا أطول في التحميل، لأننا نقوم بالتحميل المسبق لقدرٍ كبير من النصوص

ملحق ترجمة النصوص معطل، ولكن به الآن جدول string_pages كبير
ملحق ترجمة النصوص معطل، ولكن به الآن جدول string_pages كبير

نقوم بتقسيم جدول string_pages إلى جدولين أصغر، إلا أن فهرسًا زائدًا يجعل التحديدات أبطأ
نقوم بتقسيم جدول string_pages إلى جدولين أصغر، إلا أن فهرسًا زائدًا يجعل التحديدات أبطأ

جدول أصغر وفهرس صحيح. لقد أصلحنا الأمر أخيرًا.
جدول أصغر وفهرس صحيح. لقد أصلحنا الأمر أخيرًا.

الأعداد المطلقة في كل هذه الرسوم البيانية أقل أهمية، لأنه قد تم جمعها في أيام مختلفة من الأسبوع. في أيام الجمعة يكون معدل زيارات الموقع أقل بكثير من أيام الاثنين. لفهم التغييرات، راجع التناسب بين القطاعات. يمكنك ملاحظة ذلك بشكلٍ أساسي، حيث يأخذ وصول icl_strings access تقريبًا مثل جلب المقالات (وهذا ليس بالأمر الجيد). والآن، كل وصول قاعدة بيانات WPML يأخذ حوالي 1/3 من استعلامات المقالات. هذا هام للغاية، لأن WPML يحتاج إلى تحميل قدر كبير من النصوص، بينما يحتاج WordPress إلى عدة مقالات فقط.

معالجة أفضل في المرة القادمة

توجب علينا إطلاق هذا التحديث قبل القدرة على إجراء قياسات الأداء الكاملة، لأنه اشتمل على تغييرات لإصدار WordPress 4.6. في المستقبل، سنحرص على فصل تحسينات الأداء عن توافق WordPress. ما أن يصل إصدار جديد من WordPress إلى “المعني بالإصدار”، سنقوم بعمل إصدار ثانوي مع تغييرات خاصة بالتوافق فقط. سنأخذ وقتنا لإجراء تغييرات أكبر على الأداء، بغض النظر عن إصلاحات الأخطاء وتحديثات التوافق، وإطلاقهم فقط بعد رضانا عن النتائج.

الإصدار التالي من WPML سيستمر في كونه خاص بالثبات والأداء. 99% من المواقع التي تستخدم WPML تعمل بسلاسة الآن، ولكن هناك بعض المواقع التي تستخدم تكوينات إعداد “فريدة” لخادم الويب أو PHP أو قاعدة البيانات. وسنعالج تلك المشاكل في الإصدار الثانوي القادم. كما سنقوم بتضمين بعض تعزيزات الأداء الأخرى، والتي ستجعل كلاً من المدير والواجهة الأمامية أكثر سلاسة.

ألديك ملاحظات؟

إذا كانت لديك أسئلة أو أفكار أو اقتراحات، برجاء إضافة تعليقاتك. يسعدنا تلقي ملاحظاتك والسعي جاهدين لتلبية جميع احتياجاتك.