لا يوجد حد أدنى لإصدار PHP هذا العام ، ووردبريس لدعم PHP 5.6 لفترة أطول

يجب أن نقود المستخدمين ، لا أن نتبعهم.
يجب أن نقوم بتوجيه المستخدمين ، وليس ترميزهم.
يجب أن نقطع الطريق إلى المستقبل ، لا أن نستمر في إصلاح طريق معطل إلى الماضي.
يجب أن نقول ما نفعله ونفعل ما نقوله.

اختتمت جولييت رايندرز فولمر أفكارها الأخيرة على تذكرة كانت قد فتحتها قبل ثلاثة أيام فقط. لقد فتحت التذكرة تحسبًا للحركة على أقل إصدار مدعوم لـ WordPress من PHP. لقد فتحته بعد رؤية الخطة لم تعد تدعم PHP 5.6 في خطط إصدار WordPress 5.6 (لاحظ أن خطط الإصدار الأولية ليست بالضرورة ثابتة).

ليس هناك من ينكر تناسق إسقاط دعم PHP 5.6 مع إصدار WordPress 5.6. بدا القدر وكأنه يتراجع ، قائلاً إن الوقت قد حان لتجاوز دعم النظام الأساسي لإصدار وصل إلى نهاية الحياة في ديسمبر 2018. سيكون وداعًا لطيفًا ، وداعًا يمكن أن يفتح حقبة جديدة من الحفاظ على بعض المظاهر للبقاء على اطلاع بأحدث وأحدث لغات البرمجة التي تقدمها.

لكن الإثارة انقطعت. مطورو WordPress ، وخاصة أولئك الذين يتوقون إلى أن يكون WordPress أكثر استباقية في تحديث متطلبات PHP ، سيتعين عليهم مواصلة الدفع من أجل التحديث حتى عام 2021. لا يبدو أنه سيحدث هذا العام.

قام Matt Mullenweg ، المؤسس المشارك لـ WordPress وقائد المشروع ، بإغلاق التذكرة بعد ساعات قليلة من افتتاحها. "فقط حتى لا ننتقي الإحصائيات لإثبات نقطة ما ، من الجدير بالذكر أن توزيع PHP عبر جميع مواقع WP التي نتتبعها هو نفسه عندما تم نشر هذا المنشور في 2018: 85٪ هي 5.6 أو أعلى ،" كتب. "حوالي 66٪ فقط هي 7.1 وما فوق."

يتطلب WordPress حدًا أدنى من PHP 5.6 منذ إصداره 5.2. من بين إصدارات WordPress المثبتة على الإصدارات 5.2 حتى الإصدار 5.5 الحالي ، فإن 10.69٪ فقط من هؤلاء يستخدمون PHP 5.6 ، وفقًا لسيرجي بيريوكوف ، وهو ملتزم أساسي لـ WordPress. هذه النسبة أقل مما كانت عليه عندما قلب الفريق التبديل إلى PHP 5.6+.

"نظرًا لأننا ما زلنا نصدر تحديثات الأمان لـ WP 3.7 (التي تم إصدارها منذ 7 سنوات تقريبًا) ، فليس الأمر كما لو أننا نترك مستخدمي PHP 5.6 أو 7.0 بدون تحديثات أمنية ، فلن يكون لديهم بعض الميزات الأحدث والأكثر تميزًا في WP 5.6+ ، وهو ما يبدو عادلاً ، "قال في التعليقات على إعلان WordPress 5.6.

"من الواضح أن هذا قرار فلسفي رئيسي يجب أن يتخذه قائد المشروع" ، هذا ما قاله المطور الرئيسي أندرو ناسين في تغريدة. "وما يستحق ، كانت فلسفاتنا ومعاييرنا بشأن هذا متسقة لأكثر من عقد من الزمان. تشير الأرقام بقوة إلى أنه من السابق لأوانه إسقاط PHP 5.6 ".

في حين أن هناك بالتأكيد حجج للنظر في البيانات بطرق مختلفة ، إلا أن إحدى الفلسفات الإرشادية لـ WordPress كانت تجعل النظام الأساسي في متناول أكبر عدد ممكن من المستخدمين على مر السنين. وهذا يعني اتباع نهج بطيء ومدروس مع الوصول أيضًا إلى مضيفي الويب والمستخدمين على حدٍ سواء. لم يكن إسقاط الدعم للإصدارات القديمة من PHP بالسرعة التي يريدها البعض - بمن فيهم أنا -.

لا تقتصر الحاجة إلى تحديث الإصدار الأدنى من PHP على رغبة المطورين في استخدام أحدث الأدوات وأكثرها لمعانًا. هناك مخاوف عملية. تم تحديد إصدار PHP 8.0 في 26 نوفمبر 2020. بغض النظر عن الحد الأدنى من إصدار WordPress المطلوب ، يجب أن يعمل أيضًا مع أحدث إصدار من PHP. كلما اتسع نطاق الإصدارات التي تدعمها المنصة ، كان اختبارها أصعب.

هذا هو الحال مع PHPUnit ، وهو إطار اختبار لتطبيقات PHP مثل WordPress. تدعم PHPUnit 8 ما لا يقل عن 7.2 PHP. من الناحية الفنية ، يحتوي على بناء جملة يتطلب PHP 7.1 - وبالتالي ، فإن الحاجة إلى إصدار WordPress تتضخم. تتطلب PHPUnit 9 7.3 بحد أدنى وهي ضرورية لاختبار توافق PHP 8.0. هناك تذكرة مفتوحة لحل المشكلات المتعلقة باختبار PHPUnit حيث يستكشف الفريق خيارات لدعم مجموعة إصدارات PHP.

تابع Mullenweg في شرحه لإغلاق التذكرة ، مشيرًا إلى الرسائل الصحية للموقع الحالي في ووردبريس. "إنهم لا يقولون ما هو الإصدار الذي تعمل عليه حاليًا. إنها لا توفر طريقة جيدة للاتصال بالمضيف. لا يقدمون معلومات دقيقة حول الأمان ، حيث يقوم معظم المضيفين بتشغيل Backports التي تقوم بتصحيح الأمان على الإصدارات القديمة بشكل منفصل عما يدعمه رسميًا مشروع PHP الأساسي. هذه ليست ترقيات مجانية ، وأعتقد أن التكلفة مقابل ما يمكننا تقديمه للمستخدمين ، مقابل الصعوبة الناجمة عن ترك الكثير من الأشخاص خلفهم ، يجب أن يتم تقييمها بجدية. في الوقت الحالي ، يبدو أننا نشعر بسعادة كبيرة بشأن هذه المتطلبات ، وسأكون منفتحًا على التراجع عن بعضها ".

يمكن المزاح حول WordPress في دوائر البرمجة "الحقيقية". قد يكون اعتمادها على أدوات قديمة هو الهدف من المطورين الذين يبنون مواقع باستخدام الشيء الكبير التالي . ومع ذلك ، ربما على الرغم من أو ربما بسبب إحجام النظام الأساسي عن إسقاط دعم الإصدارات القديمة من PHP بسرعة ، فقد ابتلع 38٪ من الويب. قد يشكك أي قائد مشروع في التدخل كثيرًا في صيغة عدم ترك المستخدمين خلف الركب التي كانت جزءًا من الرحلة للوصول إلى هنا.

إنها دعوة صعبة يجب على قائد المشروع القيام بها. إنه صعب أيضًا لأن المطورين مثل Folmer قد وضعوا الكثير من العمل في أدوات معايير ترميز PHP ويقومون بالمهمة التي لا داعي لها في كثير من الأحيان للدعوة لدفع WordPress إلى ممارسات الترميز الحديثة.

WordPress في وضع يتمتع فيه ببعض النفوذ. إذا كان البرنامج يتطلب تجربة PHP مطورة ، فيمكنه وضع قاعدة مستخدميه الهائلة للعمل عن طريق إجبار شركات استضافة الويب على تلبية احتياجاتهم. يتحدث المال ، وإذا بدأ عدد كافٍ من المستخدمين في البحث عن مراعي أكثر خضرة ، فربما يقوم مضيفو الويب هؤلاء بإجراء بعض التعديلات. هذه على الأقل النظرية التي يشترك فيها البعض في المجتمع. "إذا لم تكن هناك عواقب على المستخدم / المضيف (in-) ، فلماذا سيكلف نفسه عناء اتخاذ إجراء؟" سأل فولمر.

إنها أيضًا مقامرة لا يبدو أن مشروع WordPress يخوضها ، على الأقل بالنسبة لإصدار 5.6.