Version 1.667 PHP Selector

DrWizzle

DrWizzle

Verified User
Joined
Aug 8, 2021
Messages
19
What a breath of fresh air, being able to have more than 4 versions available (for whatever reasons the end user requires them for) without having to have cloudlinux installed. I just have a question, or maybe more of an observation here. With 10 versions of PHP available, why go to the trouble of extending from 4 to 9 only and leave 1 version uninstalled? How do you select the version to drop?

Answers on as postcard :ROFLMAO::ROFLMAO:

As usual, keep up the good work Staff & Devs. Loving some of the new features
 
Just to keep PHP version number as a single digit. The number of supported PHP versions fluctuates over time. We have not pruned the oldest versions for a while but it is likely we will drop PHP 5.6 soon. Then the number of configurable slots would match the number of supported versions.

Furthermore we would like to move away from numbered PHP instances, and instead just have an on/off flag for each PHP version. So the whole concept of first PHP second PHP would be gone. This would mean:
  • Migrating accounts between servers would no longer potentially change PHP version for the user (in case second PHP on server A is not the same as second PHP on server B).
  • We automatically support all the versions available.
This plan is the reason why we started forcing single PHP mode (php-fpm or fastcgi or lsapi) on all PHP versions (in DA 1.667 already).
 
fln said:
and instead just have an on/off flag for each PHP version.
Click to expand...
Sounds interesting. So where are the php versions determined then, only in the users part of the panel?
Curious to know in that case how the hoster works with that. Because I don't think all hosters want to have all php versions running all the time. But the idea looks good.
 
Server admin would control which versions are available. In CB config instead of asking what version of PHP is PHP1 what version of PHP is PHP2, etc. It would ask do you want PHP 8.3 yes/no, do you want PHP 8.2 yes/no, etc.

The only downside is that we will need special flag for "main" PHP version that gets used for webapps and as default PHP version.
 
fln said:
In CB config instead of asking what version of PHP is PHP1 what version of PHP is PHP2, etc. It would ask do you want PHP 8.3 yes/no, do you want PHP 8.2 yes/no, etc.
Click to expand...
Does this mean the method of an account selecting a PHP version will change, i.e. instead of the account having selected php version number 1 (php1_select=1), they will have selected a specific php version (e.g. php_select=8.2) regardless of its "position" in options.conf? This would be a very welcome change!
 
fln said:
Server admin would control which versions are available. In CB config instead of asking what version of PHP is PHP1 what version of PHP is PHP2, etc. It would ask do you want PHP 8.3 yes/no, do you want PHP 8.2 yes/no, etc.
Click to expand...
Besides that, would it be also available in the reseller/user packages?
 
You must log in or register to reply here.
Back
Top