3 октября система WordPress.org SVN получила повышенную версию до 7.2. Это изменение означает, что авторы плагинов теперь могут использовать новый синтаксис PHP в плагинах, которые они отправляют в официальный каталог плагинов. В будущем максимальная версия будет соответствовать тому, что работает на WordPress.org.
Это должно быть хорошей новостью для всех разработчиков плагинов, использующих новый синтаксис PHP. Ранее авторы могли отправлять код, используя новые функции PHP, если у них была проверка совместимости в том же файле. Однако новый синтаксис был запрещен.
«Проблема заключалась в том, что Linter (застрявший на 7.0) не позволял кому-либо проверять код через SVN, который использовал стандарты 7.1+», – сказал Мика Эпштейн из группы проверки плагинов. «Так что такие вещи, как оператор Spaceship, не смогут выполнить фиксацию, и вам сообщат, что синтаксис неверен. Это удерживало определенные плагины от передачи кода в каталог ».
Эпштейн впервые открыл заявку на решение этой проблемы 13 месяцев назад, но сказал, что еще некоторое время тихо просил исправить это.
Максимальная версия PHP нигде не указана в руководстве по плагинам . Технически это ограничение SVN на WordPress.org, а не то, что выбрала команда плагинов. Однако авторы плагинов могут не знать о проблеме до тех пор, пока их плагин не был отклонен системой. Затем они сообщат команде плагинов о проблеме. «Я могу закончить что-то в документации, но это довольно редкое явление», – сказал Эпштейн.
Это было проблемой для некоторых авторов плагинов с момента выпуска PHP 7.1, то есть 1 декабря 2016 года. «Это было раз в год, затем два раза, а затем постепенно выходило каждые пару месяцев», – сказал Эпштейн. «По состоянию на сентябрь, по крайней мере, раз в месяц кто-нибудь попадал в это и жаловался на плагины».
Одна потенциальная проблема с блокировкой нового PHP-кода связана с плагинами, которые полагаются на сторонние библиотеки, которые могут иметь исправления безопасности только в более поздних версиях. Однако Эпштейн сказал, что ему не известно о каких-либо проблемах безопасности, связанных с ограничением версии.
Андрей «Рарст» Савченко в заявке указал, что «7.2 вышла почти два года назад». Хотя он говорит, что это улучшение по сравнению с предыдущим ограничением 7.0, версия 7.2 не должна быть жестким потолком для плагинов в репозитории.
PHP 7.3 был выпущен 16 декабря 2018 года, и PHP 7.4 будет выпущен 28 ноября 2019 года.
«Учитывая плохие кривые внедрения PHP, – ответил Дион Халс, – все это означает, что вы не можете выпустить плагин через WordPress.org, который работает только на 15% сайтов WordPress. «Вы даже можете использовать более новые функции в PHP, если включаете совместимый код, но не более новый синтаксис».
Автор плагина Джош Поллок сообщил об этой проблеме в феврале в Twitter. «Через несколько часов я отключаю зависимость, потому что для нее требуется другая зависимость, для которой требуется PHP 7.1».
«Я думаю, что нам повезло, и ошибок не было», – сказал Поллок о переходе на более раннюю версию зависимости. «Я не думаю, что с тех пор использовал SVN. Мне очень повезло, что это больше не является частью моей жизни ».
«Я согласен с Рарстом», – сказал Поллок. «Мы должны разрешить использование PHP 7 и упростить плагинам поддержку сайтов на устаревших версиях PHP». Это перекликается с настроениями других разработчиков, которые настаивают на том, чтобы WordPress принял новые стандарты или, по крайней мере, разрешил им сделать это в своих собственных плагинах в официальном каталоге.
Для большинства авторов плагинов это не должно быть проблемой, пока система SVN остается обновленной, чтобы соответствовать версии PHP, используемой в WordPress.og.
PHP 7.2 потеряет активную поддержку 30 ноября 2019 г. и поддержку безопасности 30 ноября 2020 г.
