[wp-trac] [WordPress Trac] #23880: Minimum PHP version in Plugins
WordPress Trac
noreply at wordpress.org
Fri Jan 27 22:47:41 UTC 2017
#23880: Minimum PHP version in Plugins
-----------------------------+-----------------------
Reporter: TJNowell | Owner:
Type: feature request | Status: reopened
Priority: normal | Milestone:
Component: Plugins | Version:
Severity: normal | Resolution:
Keywords: | Focuses:
-----------------------------+-----------------------
Changes (by seancjones):
* status: closed => reopened
* resolution: wontfix =>
Comment:
I'd really like to revive this ticket. (I apologize if just reopening it
is considered poor form. I know it's probably better than launching a new
ticket).
I am NOT trying to discuss #33381 here. That is a PHP upgrade for core.
This is an optional tag that can be used to help filter plugins and, as I
hope to successfully argue, improve user experience AND developer
experience, in an age where new installs have to jump through insane hoops
to install PHP 5.2.9.
I'd like to see this implemented for the following key reasons:
- The vast majority of users are now on versions later than PHP 5.2.9
- A good chunk of plugins are writing code that is not compatible with PHP
5.2.9.
- As we continue to diverge, plugin developers will increasingly forget
what is PHP 5.2.9 compatible. For example, anonymous functions are
incredibly convenient.
- It is fair to highlight the experience of the user over the developer.
Neglecting this makes the user's experience worse at the expense of the
developer. This is a lose-lose proposition.
- There is some precedent, as stale plugins that have not received updates
for a long time are not searchable on the wordpress plugin page. Why
should a plugin with a PHP version that is too high be easy to download?
- It does not require an upgrade to PHP's core version.
- It helps to shift the blame from users to hosts. If a user complains
that they can't download a plugin, and they received a notice that it was
because their PHP version is too low, developers don't get bothered, users
don't get confused, and hosts get rightfully pestered by the people who
are paying them, upping the ante for an upgrade.
This helps to bridge the gap between #33381 which may not happen for a
long time, and what we have now. It does not force anything on core
features, but it does provide a mechanism to lean on hosts by giving them
a very present economic reason to do it. If a host isn't offering good
service, ditch them and go elsewhere!
How?
My idea is to have this work similar to hiding plugins that have not seen
updates for a long time, these plugins could instead have a disabled
submit button, with a note that the plugin is incompatible with your
WordPress install, and a link to a help page on WordPress.org, for how to
address the problem.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/23880#comment:63>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list