الحد الأدنى من متطلبات WPML

لكي يعمل WPML يتطلب تشغيله ما يلي:

• WordPress 4.7 wpcodeself > أو اعلى
• PHP 7.0 أو أعلى مع حد ذاكرة لا يقل عن 128 ميجابايت بينما يوصى بـ 256 ميجابايت (راجع كيفية زيادة ذاكرة WP).
  ضع في اعتبارك أن الذاكرة المطلوبة لموقعك تعتمد على المحتوى والقالب وجميع الإضافات.
• MySQL 5.6 أو أعلى.
  وبدلاً من ذلك، يمكنك استخدام MariaDB 10.1 أو أعلى.
• أنه يمكنك إنشاء جداول في قاعدة بياناتك.
• يجب تفعيل واجهة برمجة REST WordPress واجهة برمجة REST لكي يعمل WPML بشكل صحيح.
• يجب تمكين امتداد السلسلة متعددة البايتات لكي يعمل WPML بشكل صحيح.
• امتداد SimpleXML لاستخدام ملفات XLIFF في WPML.
• eval() PHP يجب تمكين الدالة.
  المزيد عن هذا الأمر في القسم الخاص بدالة eval().
• الوحدة النمطية libxml PHP 2.7.8 أو أعلى.

كيفية التحقق من إصدار PHP الذي تستخدمه

للتحقُّق من إصدار PHP الخاص بخادمك، سجِّل الدخول إلى مسؤول WordPress الخاص بك، وانتقل إلى أدوات ← صحة الموقع وانقر على علامة تبويب المعلومات.
هناك، ستجد إصدار PHP الخاص بك تحت قسم الخادم.

هيكل الرابط الثابت

يضيف WPML معلومات اللغة إلى عناوين URL.
لقد تم اختباره مع بنيات الروابط الثابتة التالية:

• الافتراضي
• /%year%/%monthnum%/%postname%/

استخدام الدالة eval()

يجب تفعيل دالة eval() لأن WPML يستخدم إطار عمل TWIG في بنيته وقوالبه، مما يجعل WPML معتمدًا على هذه الدالة.
لقد وجدت معظم محركات القوالب الشهيرة، مثل Smarty و TWIG، أنه من الأسرع كتابة كود PHP في ملف.
وبهذه الطريقة، يمكنها الاستفادة من التخزين المؤقت لـ OPcode وتجنب الحاجة إلى بناء كود القالب وقت التشغيل.
تقومTWIG بتشغيل الكثير من عمليات التحقق والتعقيم لتجنب الهجمات المحتملة وهي آمنة للاستخدام مع WPML.
ومع ذلك، لا يمكننا التأكيد على أن المطورين الآخرين قد أجروا نفس الفحوصات التي أجريناها في عملية ضمان الجودة الخاصة بنا.
ما زلنا نبحث في الحلول الممكنة التي لا تتطلب تجميع القوالب بشكل سريع، والتي من شأنها أن تجعل استخدام دالة eval() غير ضروري.
ومع ذلك، في الوقت الحالي، هذا هو الحل الأفضل.
يُرجى ملاحظة أنه عادةً لا يمكن تعطيل الدالة eval () في PHP، ولكن يمكن لبعض الامتدادات مثل Suhosin القيام بذلك.
قد يتم تثبيت هذه الإضافات وتهيئتها من قبل مزود الاستضافة الخاص بك.