This object is in archive! 
Allow to install multiple PHP 5.x versions
Completed
As seen on http://forums.cpanel.net/f145/multiple-php-5-x-versions-case-55764-a-136101.html, I want to insert this request in the new feature request system.It might be a good idea to be able to switch between different PHP versions. Example: clients should be able to choose 5.2.11, 5.3 or 5.4.PHP 5.3 break several old scripts, and some server owners can't afford to setup a server for websites running PHP 5.2.x and another for 5.4.x.
If you're interested in PHP 5.3 support, please check out this feature request:
https://features.cpanel.net/topic/allow-to-install-php-5-3-in-easy-apache-4
If you're interested in PHP 5.3 support, please check out this feature request:
https://features.cpanel.net/topic/allow-to-install-php-5-3-in-easy-apache-4
Luckily, CloudLinux has already got this working, but it would still be nice for non cloudlinux servers.
Luckily, CloudLinux has already got this working, but it would still be nice for non cloudlinux servers.
Hits the nail on the head. We have a huge server with PHP 5.3.x which runs test and live version websites, but daren't upgrade to PHP 5.4.x as we believe it will break our site. We need to be able to make the test version use a different version of PHP. It would be nice to tie this in to using a different version of Apache if possible too?
Hits the nail on the head. We have a huge server with PHP 5.3.x which runs test and live version websites, but daren't upgrade to PHP 5.4.x as we believe it will break our site. We need to be able to make the test version use a different version of PHP. It would be nice to tie this in to using a different version of Apache if possible too?
I think the following URL should have a post on the last page of that thread which directs users who are subscribed to that thread, to this feature request page.
http://forums.cpanel.net/f145/multiple-php-5-x-versions-case-55764-a-136101.html
I would do it myself but it looks like the thread is locked.
I think the following URL should have a post on the last page of that thread which directs users who are subscribed to that thread, to this feature request page.
http://forums.cpanel.net/f145/multiple-php-5-x-versions-case-55764-a-136101.html
I would do it myself but it looks like the thread is locked.
This is available with Cloudlinux (PHP Selector).
This is available with Cloudlinux (PHP Selector).
Apart from PHP Selector which requires Cloudlinux is there any plugin or alternative option currently for cPanel?
Apart from PHP Selector which requires Cloudlinux is there any plugin or alternative option currently for cPanel?
Yes, its a good feature. many of scripts like Joomla, OpenCarta, Magento old versions are break on new PHP. so we want all PHP versions to offer to clients. so clients can choose from cpanel > PHP Settings > PHP Versions. per domain and per account if possible
Yes, its a good feature. many of scripts like Joomla, OpenCarta, Magento old versions are break on new PHP. so we want all PHP versions to offer to clients. so clients can choose from cpanel > PHP Settings > PHP Versions. per domain and per account if possible
You need a better way than to wait FOREVER for to support PHP. PHP 5.5 has MUCH better performance and native op-code caching. At least offer a workaround.
You need a better way than to wait FOREVER for to support PHP. PHP 5.5 has MUCH better performance and native op-code caching. At least offer a workaround.
This is just way to long to sort out, just a joke
why can it not be added like for 5.3 as a add-on like the php4 add-on, come on get it sorted fast as there are now loads of software that needs 5.3, but many old software that needs 5.2
This is just way to long to sort out, just a joke
why can it not be added like for 5.3 as a add-on like the php4 add-on, come on get it sorted fast as there are now loads of software that needs 5.3, but many old software that needs 5.2
Has there been any progress on this?
Has there been any progress on this?
I think this feature is needed more than ever. Hosts need to be able to offer an easy upgrade to PHP 5.4 and PHP 5.5 while keeping PHP running without errors for sites that aren't compatible with future versions of PHP.
I think this feature is needed more than ever. Hosts need to be able to offer an easy upgrade to PHP 5.4 and PHP 5.5 while keeping PHP running without errors for sites that aren't compatible with future versions of PHP.
Hello
It would be nice to allow the WHM / cPanel PHP support multiple facilities and that each domain can choose which version of PHP is indicating this has been used in some configuration file such as. Htaccess, or you can create something that is better and interactive drive of the console.
The need for this is that many sites will not have to invest time and money in upgrading their technologies such as Joomla, but if we can accommodate different technologies Joomla sites if we can have multiple versions of PHP installed.
And each domain individually choose which version of PHP will be compatible with your Joomla platform, Joomla is a clear example but there may be other technologies that depends on the version are more or less COMPATIBLE with PHP.
According to the webmaster I picked this makes the console eg ferrozo, but while they see as very good this function, the console WHM / cPanel is higher than this.
Have any idea if you are working in any update about it, that WHM / CPANEL installation incorporates several PHP to run at the same time, and that is each domain which indicate which use one?
If you are working on something, have a possible date to incorporate some version of WHM / cPanel or what shape will update this function.
Thank you and thank you very much, I hope your prompt response.
Ruben Arno
Español
Hola Seria muy bueno permitir que el WHM / CPANEL soporte multiples instalaciones de PHP; y que cada dominio pueda elegir cual version de PHP va ha usar indicandolo en algun archivo de configuracion como puede ser .htaccess, o ustedes pueden crear algo mejor e interactivo que se maneje de la consola.El porque esta necesidad es que muchos sitios no van ha invertir tiempo y dinero en actualizar sus tecnologias como Joomla por ejemplo; pero si podemos alojar sitios de distintas tecnologias Joomla si podemos tener instalados varias versiones de PHP.Y que cada dominio individualmente elija que version de PHP le sera compatible con su plataforma Joomla; Joomla es un ejemplo claro pero puede haber otras tecnologias que depende de la version son mas o menos COMPATIBLES con PHP.Segun he recogido de los webmaster esto lo hace por ejemplo la consola Ferrozo, pero si bien ven como muy buena esta funcion; la consola de WHM/CPANEL es superior a esta.Tienen idea de si se esta trabajando en alguna actualizacion al respecto, para que WHM/CPANEL incorpore la instalacion de distintos PHP que corran al mismo tiempo, y que sea cada dominio el que indique cual usara ?Si estan trabajando en algo asi, tienen una fecha posible de incorporar a alguna version del WHM/CPANEL o cual sera la forma de actualizar esta funcion.Gracias y muchas gracias, espero su pronta respuesta.Ruben Arno
Hello
It would be nice to allow the WHM / cPanel PHP support multiple facilities and that each domain can choose which version of PHP is indicating this has been used in some configuration file such as. Htaccess, or you can create something that is better and interactive drive of the console.
The need for this is that many sites will not have to invest time and money in upgrading their technologies such as Joomla, but if we can accommodate different technologies Joomla sites if we can have multiple versions of PHP installed.
And each domain individually choose which version of PHP will be compatible with your Joomla platform, Joomla is a clear example but there may be other technologies that depends on the version are more or less COMPATIBLE with PHP.
According to the webmaster I picked this makes the console eg ferrozo, but while they see as very good this function, the console WHM / cPanel is higher than this.
Have any idea if you are working in any update about it, that WHM / CPANEL installation incorporates several PHP to run at the same time, and that is each domain which indicate which use one?
If you are working on something, have a possible date to incorporate some version of WHM / cPanel or what shape will update this function.
Thank you and thank you very much, I hope your prompt response.
Ruben Arno
Español
Hola Seria muy bueno permitir que el WHM / CPANEL soporte multiples instalaciones de PHP; y que cada dominio pueda elegir cual version de PHP va ha usar indicandolo en algun archivo de configuracion como puede ser .htaccess, o ustedes pueden crear algo mejor e interactivo que se maneje de la consola.El porque esta necesidad es que muchos sitios no van ha invertir tiempo y dinero en actualizar sus tecnologias como Joomla por ejemplo; pero si podemos alojar sitios de distintas tecnologias Joomla si podemos tener instalados varias versiones de PHP.Y que cada dominio individualmente elija que version de PHP le sera compatible con su plataforma Joomla; Joomla es un ejemplo claro pero puede haber otras tecnologias que depende de la version son mas o menos COMPATIBLES con PHP.Segun he recogido de los webmaster esto lo hace por ejemplo la consola Ferrozo, pero si bien ven como muy buena esta funcion; la consola de WHM/CPANEL es superior a esta.Tienen idea de si se esta trabajando en alguna actualizacion al respecto, para que WHM/CPANEL incorpore la instalacion de distintos PHP que corran al mismo tiempo, y que sea cada dominio el que indique cual usara ?Si estan trabajando en algo asi, tienen una fecha posible de incorporar a alguna version del WHM/CPANEL o cual sera la forma de actualizar esta funcion.Gracias y muchas gracias, espero su pronta respuesta.Ruben Arno
Actually, cPanel is one of the few hosting panels not allowing different flavours of PHP. Here in Argentina, the three top hosting providers with their own ugly and poorly developed hosting panels are able to choose between PHP 4.4, 5.2, 5.3, 5.4 and 5.5. You just select the desired version, save, and voila. I don't understand why cPanel being the most important hosting panel system is unable to develop something like that. Some words from the staff explaining the limitations they are facing to enable this would be appreciated.
Actually, cPanel is one of the few hosting panels not allowing different flavours of PHP. Here in Argentina, the three top hosting providers with their own ugly and poorly developed hosting panels are able to choose between PHP 4.4, 5.2, 5.3, 5.4 and 5.5. You just select the desired version, save, and voila. I don't understand why cPanel being the most important hosting panel system is unable to develop something like that. Some words from the staff explaining the limitations they are facing to enable this would be appreciated.
Hello
The reality would be very good that this function is available in cPanel , does not mean considering their platform.
But if reveals a problematic on the websites , and the technologies they use some platforms such as Joomla , PHP , Apache , etc. . , And compatible and integrated versions , everything should fit harmoniously .
But put a major theme in evidence , the sites must be updated either by an issue that the site owner does not want to invest and pay the webmaster / programmer , or because the webmaster / programmer does not update their platforms because it was updated to that there is available at the time .
Keep updated software IS VERY IMPORTANT , not only by improvements in its functions, but to correct bugs and fix security issues.
Both webmaster / programmers and end customers will have problems if they do not update their sites to be obsolete and unsupported by their technologies will only be more vulnerable .
THIS IS NOT CALLED MATURATION .
Able to support multiple technologies is very good , but knowing that a server is shared by many webmasters / programmers who can have platforms running different versions of software , but it is still looked dangerous to the integrity , this is the same as putting all versions of the program office or drawing on a computer, for example, think of all the office on the same PC or all Autocad on the same PC , it's great , can work, but also can rupture and cause delays and problems.
Basically I think you need to understand , especially the webmaster and web programmers who COMPUTER and INTERNET is DYNAMIC , and can not stay, can slow upgrade cycles , but in the end MUST UPDATE .
Well, that would be great and a good symptom from CPANEL to put at the disposal of its users this option to choose which PHP will use each domain.
A hug and make it better for the sites.
Ruben Arno
Español
HolaLa realidad que seria muy bueno que esta funcion este disponible en CPANEL, no quita merito a su plataforma. Pero si pone en evidencia una problematica sobre los sitios webs, y las tecnologias que usan algunas plataformas como: Joomla, PHP, Apache, etc.; y sus versiones compatibles e integrables, todo debe calzar armonicamente.Sin embargo pone un tema importante en evidencia, los sitios deben actualizarse, ya sea por un tema que el dueño del sitio no quiera invertir y pagarle al webmaster/programador; o porque el webmaster/programador no actualiza sus plataformas porque no se actualizo a lo que existe disponible en el momento.Mantener los software actualizados ES MUY IMPORTANTE, no solo por las mejoras en sus funciones, sino por corregir bugs y solucionar temas de seguridad.Tanto webmaster/programadores como clientes finales tendran problemas, si no actualizan sus sitios, al quedar obsoletos y no soportados por sus tecnologias solo seran mas vulnerables.NO SE ESTO SE LLAMA MADURACION.Poder soportar multiples tecnologias es muy bueno, mas sabiendo que un servidor es compartido por muchos webmasters/programadores que pueden tener corriendo plataformas en distintas versiones de software, pero no deja de ser un aspecto peligroso a la integridad, esto es lo mismo que poner todas las versiones del programa de oficina o de dibujo en una computadora, por ejemplo pensemos en todos los Office en la misma PC o todos los Autocad en la misma PC, es genial, puede funcionar, pero tambien puede romperse y generar retrasos y problemas.Basicamente creo que hay que entender, principalmente los webmaster y programadores webs que INFORMATICA e INTERNET es: DINAMICA ,y no pueden quedarse, pueden retrasar los ciclos de actualizacion, pero al final deberan ACTUALIZAR.Bueno, seria genial y un buen sintoma de parte de CPANEL que pongan a disposicion de sus usuarios esta opcion de poder elegir que PHP usara cada dominio.Un abrazo y que sea lo mejor para los sitios.Ruben Arno
Hello
The reality would be very good that this function is available in cPanel , does not mean considering their platform.
But if reveals a problematic on the websites , and the technologies they use some platforms such as Joomla , PHP , Apache , etc. . , And compatible and integrated versions , everything should fit harmoniously .
But put a major theme in evidence , the sites must be updated either by an issue that the site owner does not want to invest and pay the webmaster / programmer , or because the webmaster / programmer does not update their platforms because it was updated to that there is available at the time .
Keep updated software IS VERY IMPORTANT , not only by improvements in its functions, but to correct bugs and fix security issues.
Both webmaster / programmers and end customers will have problems if they do not update their sites to be obsolete and unsupported by their technologies will only be more vulnerable .
THIS IS NOT CALLED MATURATION .
Able to support multiple technologies is very good , but knowing that a server is shared by many webmasters / programmers who can have platforms running different versions of software , but it is still looked dangerous to the integrity , this is the same as putting all versions of the program office or drawing on a computer, for example, think of all the office on the same PC or all Autocad on the same PC , it's great , can work, but also can rupture and cause delays and problems.
Basically I think you need to understand , especially the webmaster and web programmers who COMPUTER and INTERNET is DYNAMIC , and can not stay, can slow upgrade cycles , but in the end MUST UPDATE .
Well, that would be great and a good symptom from CPANEL to put at the disposal of its users this option to choose which PHP will use each domain.
A hug and make it better for the sites.
Ruben Arno
Español
HolaLa realidad que seria muy bueno que esta funcion este disponible en CPANEL, no quita merito a su plataforma. Pero si pone en evidencia una problematica sobre los sitios webs, y las tecnologias que usan algunas plataformas como: Joomla, PHP, Apache, etc.; y sus versiones compatibles e integrables, todo debe calzar armonicamente.Sin embargo pone un tema importante en evidencia, los sitios deben actualizarse, ya sea por un tema que el dueño del sitio no quiera invertir y pagarle al webmaster/programador; o porque el webmaster/programador no actualiza sus plataformas porque no se actualizo a lo que existe disponible en el momento.Mantener los software actualizados ES MUY IMPORTANTE, no solo por las mejoras en sus funciones, sino por corregir bugs y solucionar temas de seguridad.Tanto webmaster/programadores como clientes finales tendran problemas, si no actualizan sus sitios, al quedar obsoletos y no soportados por sus tecnologias solo seran mas vulnerables.NO SE ESTO SE LLAMA MADURACION.Poder soportar multiples tecnologias es muy bueno, mas sabiendo que un servidor es compartido por muchos webmasters/programadores que pueden tener corriendo plataformas en distintas versiones de software, pero no deja de ser un aspecto peligroso a la integridad, esto es lo mismo que poner todas las versiones del programa de oficina o de dibujo en una computadora, por ejemplo pensemos en todos los Office en la misma PC o todos los Autocad en la misma PC, es genial, puede funcionar, pero tambien puede romperse y generar retrasos y problemas.Basicamente creo que hay que entender, principalmente los webmaster y programadores webs que INFORMATICA e INTERNET es: DINAMICA ,y no pueden quedarse, pueden retrasar los ciclos de actualizacion, pero al final deberan ACTUALIZAR.Bueno, seria genial y un buen sintoma de parte de CPANEL que pongan a disposicion de sus usuarios esta opcion de poder elegir que PHP usara cada dominio.Un abrazo y que sea lo mejor para los sitios.Ruben Arno
I understand that some users may be slower to upgrade than others. Though for security implications and overhead in managing multiple configs, for users to not have to update their code should never be recommended over providing ample time for users to update their site with a cutoff period a new version to be installed.
If there are no other ways around, I would recommend setting up a secondary server where the users running the older scripts can remain while another server is kept up-to-date. Possibly allow clients to register for this server as a legacy server.
I understand that some users may be slower to upgrade than others. Though for security implications and overhead in managing multiple configs, for users to not have to update their code should never be recommended over providing ample time for users to update their site with a cutoff period a new version to be installed.
If there are no other ways around, I would recommend setting up a secondary server where the users running the older scripts can remain while another server is kept up-to-date. Possibly allow clients to register for this server as a legacy server.
Multiple PHP Versions
I think cPanel should start really considering this.
Multiple PHP Versions
I think cPanel should start really considering this.
+1 I'd live to see something like this in cPanel as well
+1 I'd live to see something like this in cPanel as well
Me too, a customer just asked for 5.4 and we have 5.3 installed.
I would not like to rebuild apache with 5.4 as it would affect a lot of other customer websites.
Me too, a customer just asked for 5.4 and we have 5.3 installed.
I would not like to rebuild apache with 5.4 as it would affect a lot of other customer websites.
Another +1. If it could be done with PHP4/5 concurrently, it should be able to be done for PHP5.3/5.4/5.5. I think enabling this would in a round-about ay solve some security issues with hosts running older versions of PHP, because breaking customer's sites/scripts is too much of a PITA to deal with. Development servers are great, but not everyone has access to them.
Another +1. If it could be done with PHP4/5 concurrently, it should be able to be done for PHP5.3/5.4/5.5. I think enabling this would in a round-about ay solve some security issues with hosts running older versions of PHP, because breaking customer's sites/scripts is too much of a PITA to deal with. Development servers are great, but not everyone has access to them.
+1. should be done - ASAP
+1. should be done - ASAP
+1 for this with CentOS!
+1 for this with CentOS!
I can't run cloudlinux because my VPS is running Virtuozzo and getting another VPS for some sites with older code is not a solution either. And 5.4 support is needed soon but that will break some sites on our server.
I was looking at 1h products, but it would be much better if cPanel would support it.
It is good enough if it allows it for fcgi/suPHP only, which shouldn't be too hard to implement from what I have heard.
I can't run cloudlinux because my VPS is running Virtuozzo and getting another VPS for some sites with older code is not a solution either. And 5.4 support is needed soon but that will break some sites on our server.
I was looking at 1h products, but it would be much better if cPanel would support it.
It is good enough if it allows it for fcgi/suPHP only, which shouldn't be too hard to implement from what I have heard.
Soon i will go to Drupal 8, switch require PHP 5.4.
Right now all my website are on Drupal 6 and 7 witch does not work well on PHP 5.4... I can't have Drupal 6 and 8 on the same server....
Soon i will go to Drupal 8, switch require PHP 5.4.
Right now all my website are on Drupal 6 and 7 witch does not work well on PHP 5.4... I can't have Drupal 6 and 8 on the same server....
I need due drupal stuffs of customers, to have at least php 5.2 and 5.4 Otherwise I have to dismiss the WHM license for one of my servers. And to get ISPconfig.
I need due drupal stuffs of customers, to have at least php 5.2 and 5.4 Otherwise I have to dismiss the WHM license for one of my servers. And to get ISPconfig.
dear sirs
please provide us , your customers this feature , its very important to us.
dear sirs
please provide us , your customers this feature , its very important to us.
Can anyone (ideally WHM staff) recommend a work around?
Would this work?...
http://servermanagement24x7.com/how-to-configure-dual-php-or-two-versions-of-php-on-a-linux-cpanel-server.html
Is there any danger of the second PHP installation affecting the first installation?
Can anyone (ideally WHM staff) recommend a work around?
Would this work?...
http://servermanagement24x7.com/how-to-configure-dual-php-or-two-versions-of-php-on-a-linux-cpanel-server.html
Is there any danger of the second PHP installation affecting the first installation?
This thread was opened 1 year ago... Does anyone know if a "multiple PHP versions feature" is being or will be developed within WHM/cPanel?
This thread was opened 1 year ago... Does anyone know if a "multiple PHP versions feature" is being or will be developed within WHM/cPanel?
Ben, there is an alternative available at
Ben, there is an alternative available at
Ben, there is an alternative available at www.nixtree .com/ntphp.php
Ben, there is an alternative available at www.nixtree .com/ntphp.php
Thanks "Techs GNU" for the very quick response...
http://www.nixtree.com/ntphp.php looks exactly like the kind of thing I need. My only worry is there doesn't seem to be much in the way of reviews for this addon. Has anyone used this? Is it safe? I'm not fortunate enough to have a test server to try this on.
I notice that it's listed on the cPanel website: http://applications.cpanel.net/appcat/nixtree-php-selector (but that on its own isn't reassuring as the cPanel team don't really seem to be "on the ball")
Thanks "Techs GNU" for the very quick response...
http://www.nixtree.com/ntphp.php looks exactly like the kind of thing I need. My only worry is there doesn't seem to be much in the way of reviews for this addon. Has anyone used this? Is it safe? I'm not fortunate enough to have a test server to try this on.
I notice that it's listed on the cPanel website: http://applications.cpanel.net/appcat/nixtree-php-selector (but that on its own isn't reassuring as the cPanel team don't really seem to be "on the ball")
Hello Ben, I am so sorry; I cannot comment on the plugin as I am the part of NixTree :) . So any good words reg the plugin should come from a real user. Anyway on that page, you can find some FB comments from people whom are using it. Other than that there is no reviews I can show you. What I can guarantee is, it won't break your server. Please feel free to contact NixTree support, if you need any clarifications on it. Thank you.
Hello Ben, I am so sorry; I cannot comment on the plugin as I am the part of NixTree :) . So any good words reg the plugin should come from a real user. Anyway on that page, you can find some FB comments from people whom are using it. Other than that there is no reviews I can show you. What I can guarantee is, it won't break your server. Please feel free to contact NixTree support, if you need any clarifications on it. Thank you.
I can confirm for anyone else interested that the instruction here do work: http://servermanagement24x7.com/how-to-configure-dual-php-or-two-versions-of-php-on-a-linux-cpanel-server.html
I used these instructions to compliment the above (starting from point 5): http://www.php.net/manual/en/install.unix.apache2.php
It's not straight forward (for a newbie like me) but you can feel your way through.
I can confirm for anyone else interested that the instruction here do work: http://servermanagement24x7.com/how-to-configure-dual-php-or-two-versions-of-php-on-a-linux-cpanel-server.html
I used these instructions to compliment the above (starting from point 5): http://www.php.net/manual/en/install.unix.apache2.php
It's not straight forward (for a newbie like me) but you can feel your way through.
I think it's an interesting point, that on my rented dedicated server running Linux, Apache, MySQL and PHP, that the only software I pay for, WHM/cPanel, is the only software that causes me problems!!! About a quarter of my monthly bill goes to pay for WHM/cPanel. These guys must be rolling in cash.
Here's a crazy idea... This thread has been asking for this functionality to be developed for a year... NixTree have developed what looks like a very good solution, (they even claim it allows different versions of PHP to run on one domain!!!)... Maybe, the WHM/cPanel team don't need to do any development work... couldn't they pay/buy Nixtree and integrate it as a standard component of WHM/cPanel???
I think it's an interesting point, that on my rented dedicated server running Linux, Apache, MySQL and PHP, that the only software I pay for, WHM/cPanel, is the only software that causes me problems!!! About a quarter of my monthly bill goes to pay for WHM/cPanel. These guys must be rolling in cash.
Here's a crazy idea... This thread has been asking for this functionality to be developed for a year... NixTree have developed what looks like a very good solution, (they even claim it allows different versions of PHP to run on one domain!!!)... Maybe, the WHM/cPanel team don't need to do any development work... couldn't they pay/buy Nixtree and integrate it as a standard component of WHM/cPanel???
hi, ben, the problem is that cpanel as to make a full new ver of easyapache to fix this problem, i be thinking that will take them some time
but they are taking way to long, even now plesk can have more than 1 ver at a time, they need to fix this asap
with some software now needing php 5.4 and most other software no working with it, this is now a big problem
hi, ben, the problem is that cpanel as to make a full new ver of easyapache to fix this problem, i be thinking that will take them some time
but they are taking way to long, even now plesk can have more than 1 ver at a time, they need to fix this asap
with some software now needing php 5.4 and most other software no working with it, this is now a big problem
Please cPanel, do it. It would be nice, as needed for some stuff!
Please cPanel, do it. It would be nice, as needed for some stuff!
Hi all
I believe that a lot off people already write what the rest thinks, it´s time for WHM to tell us first if they are going to do this, and second when?
Best Regards
Hi all
I believe that a lot off people already write what the rest thinks, it´s time for WHM to tell us first if they are going to do this, and second when?
Best Regards
I too think that supporting several versions of PHP and being able to let users to decide whether to choose the new one or stick with the old one (if us admins allow it through WHM). It really is a problem when upgrading on a server that hosts a lot of Joomla, WP or any other CMSes that depend heavily on older versions of PHP.
I know that old PHP versions shouldn't be used because of security risks, but making it possible to upgrade up to the new PHP and give users time to check if the website works or not could be really awesome. So that way we can give them time to do the proper upgrade of their CMS before switching to new PHP.
Please add it, i think it's one of the most important feature.
Thank you,
Best regards
I too think that supporting several versions of PHP and being able to let users to decide whether to choose the new one or stick with the old one (if us admins allow it through WHM). It really is a problem when upgrading on a server that hosts a lot of Joomla, WP or any other CMSes that depend heavily on older versions of PHP.
I know that old PHP versions shouldn't be used because of security risks, but making it possible to upgrade up to the new PHP and give users time to check if the website works or not could be really awesome. So that way we can give them time to do the proper upgrade of their CMS before switching to new PHP.
Please add it, i think it's one of the most important feature.
Thank you,
Best regards
+1, really needed
+1, really needed
Please add this feature
Please add this feature
Did anybody hear or read about an official statement about this feature request? If not, is there any forum-thread that is covering this topic and providing best practice how to enable multiple-php-versions to customers?
Did anybody hear or read about an official statement about this feature request? If not, is there any forum-thread that is covering this topic and providing best practice how to enable multiple-php-versions to customers?
This is really really needed
This is really really needed
This very needed feature was requested one year ago. I can't believe CPanel has not made it available yet...
This very needed feature was requested one year ago. I can't believe CPanel has not made it available yet...
So far the solution given by "Techs GNU" works beautifully on my WHM 11.42.1 under CentOS 6.5, The default PHP version on my environment is 5.4 but through ntPHPselector i have access to 5.2, 5.3 and even 5.5 if needed using a clean interface.
The installing procedure was very straightforward and I even managed to enable components like ZendGuard for every PHP version. I feel very happy and satisfied with this alternative.
I hope someday this component will also be available natively on WHM as it simplified the process for testing and compatibility for my customers legacy websites.
So far the solution given by "Techs GNU" works beautifully on my WHM 11.42.1 under CentOS 6.5, The default PHP version on my environment is 5.4 but through ntPHPselector i have access to 5.2, 5.3 and even 5.5 if needed using a clean interface.
The installing procedure was very straightforward and I even managed to enable components like ZendGuard for every PHP version. I feel very happy and satisfied with this alternative.
I hope someday this component will also be available natively on WHM as it simplified the process for testing and compatibility for my customers legacy websites.
+1, would make life much easier :)
+1, would make life much easier :)
Definitely would make it easier, as so many sites use the older php. Having dual versions of php running would make it so much easier updating these older sites. Bring it on.
Definitely would make it easier, as so many sites use the older php. Having dual versions of php running would make it so much easier updating these older sites. Bring it on.
+1
Having the options to choose from php versions would be a great benifit.
+1
Having the options to choose from php versions would be a great benifit.
Definetly its a great a feature
Definetly its a great a feature
+1 for this great feature, I can't believe that some one voted against it.
+1 for this great feature, I can't believe that some one voted against it.
I noticed that this feature request status was just changed to "In progress". Does this mean cpanel developer is working on this?
I noticed that this feature request status was just changed to "In progress". Does this mean cpanel developer is working on this?
We are currently exploring ideas of how to implement multiple PHP support. This isn't a guarantee that multi-PHP functionality will be delivered, but we are researching and brainstorming.
We are currently exploring ideas of how to implement multiple PHP support. This isn't a guarantee that multi-PHP functionality will be delivered, but we are researching and brainstorming.
Over the past few months, two development teams have been working very hard to build the next version of EasyApache. Our goal is to provide support for multiple versions of PHP and to provide Apache, PHP, and their extensions and modules via RPMs and yum.
A couple of weeks ago, we decided that EasyApache 4 and MultiPHP were not in a stable enough state for an experimental release. While we were very close to our goal, we realized that rushing to release new features is not as important as ensuring that we're providing you with a quality product.
We expect to have beta builds for EasyApache 4 out in the coming months. Stay tuned to the Edge-Users list for more information!
Over the past few months, two development teams have been working very hard to build the next version of EasyApache. Our goal is to provide support for multiple versions of PHP and to provide Apache, PHP, and their extensions and modules via RPMs and yum.
A couple of weeks ago, we decided that EasyApache 4 and MultiPHP were not in a stable enough state for an experimental release. While we were very close to our goal, we realized that rushing to release new features is not as important as ensuring that we're providing you with a quality product.
We expect to have beta builds for EasyApache 4 out in the coming months. Stay tuned to the Edge-Users list for more information!
Hi everyone,
Here are 2 rudimentary prototype pages that we came up with. Please keep in mind, these are works in progress and do not reflect what a final multi-PHP implementation could look or function like. We would like feedback on these initial drafts. Please let us know what you think of the functionality on these pages. Does it accomplish what you want? If not, what other features would you like to see?
Image - cPanel PHP Config: This functionality is proposing what a cPanel user could see when they are setting a PHP version per domain (addon domain, subdomain included).
Image - WHM PHP Config: This functionality is proposing what a WHM administrator could see when they are determining what PHP versions should be available to their users. In this image we are proposing that a WHM administrator can set a system default PHP version as well as set a PHP version per user account.
Hi everyone,
Here are 2 rudimentary prototype pages that we came up with. Please keep in mind, these are works in progress and do not reflect what a final multi-PHP implementation could look or function like. We would like feedback on these initial drafts. Please let us know what you think of the functionality on these pages. Does it accomplish what you want? If not, what other features would you like to see?
Image - cPanel PHP Config: This functionality is proposing what a cPanel user could see when they are setting a PHP version per domain (addon domain, subdomain included).
Image - WHM PHP Config: This functionality is proposing what a WHM administrator could see when they are determining what PHP versions should be available to their users. In this image we are proposing that a WHM administrator can set a system default PHP version as well as set a PHP version per user account.
This looks perfect of course! This is exactly how I want to see it! Good job!
Maybe add a little more detail? Like deprecated PHP version?
Looking forward to test it :)
This looks perfect of course! This is exactly how I want to see it! Good job!
Maybe add a little more detail? Like deprecated PHP version?
Looking forward to test it :)
The two proposed screens are a good start. There needs to be unity between cPanel and WHM. From your description it wasn't clear if you were stating that the two were exclusive and could not work together. It would be awesome if you could have a WHM setting to define the system default and make changes on a per-domain basis outside of cPanel in case the cPanel account is difficult to get to, or if you want to modify multiple domains at a time, across multiple cPanel accounts.
The cPanel account functionality looks great: it shows the system default, user default, and what versions are selected.
Additions:
The two proposed screens are a good start. There needs to be unity between cPanel and WHM. From your description it wasn't clear if you were stating that the two were exclusive and could not work together. It would be awesome if you could have a WHM setting to define the system default and make changes on a per-domain basis outside of cPanel in case the cPanel account is difficult to get to, or if you want to modify multiple domains at a time, across multiple cPanel accounts.
The cPanel account functionality looks great: it shows the system default, user default, and what versions are selected.
Additions:
Thank you very much for that helpful feedback. It's exactly the kind of information we are hoping to gather.
The two pages are tied together. A WHM administrator would set the available PHP versions per user. At that point a cPanel user would then have the ability to set a PHP version for each of their domains.
We do plan to label the PHP versions as deprecated, experimental or end of life.
Again, these are very rough prototypes. We will be expanding the functionality, including listing all available versions in a more friendly manner, and will provide new screenshots for additional feedback when they are available.
Thank you very much for that helpful feedback. It's exactly the kind of information we are hoping to gather.
The two pages are tied together. A WHM administrator would set the available PHP versions per user. At that point a cPanel user would then have the ability to set a PHP version for each of their domains.
We do plan to label the PHP versions as deprecated, experimental or end of life.
Again, these are very rough prototypes. We will be expanding the functionality, including listing all available versions in a more friendly manner, and will provide new screenshots for additional feedback when they are available.
Hello again everyone,
We have a new round of prototypes you show. We have added some additional proposed functionality. This includes pagination, column sorting, and edit links in the tables. Please let us know your thoughts. We very much appreciate the feedback.
Hello again everyone,
We have a new round of prototypes you show. We have added some additional proposed functionality. This includes pagination, column sorting, and edit links in the tables. Please let us know your thoughts. We very much appreciate the feedback.
Looking good and easy to use, Can i ask a nearly date will be release !Thank once again :)
Looking good and easy to use, Can i ask a nearly date will be release !Thank once again :)
Looks really good :)
Looks really good :)
We're happy that you're enjoying the prototypes!
At this point I can't provide a firm release date for multi-PHP functionality. We are still deciding on the scope of the project. Once we finalize the features we plan to deliver in the first release I will be able to provide an approximate timeframe.
We're happy that you're enjoying the prototypes!
At this point I can't provide a firm release date for multi-PHP functionality. We are still deciding on the scope of the project. Once we finalize the features we plan to deliver in the first release I will be able to provide an approximate timeframe.
That last update looks very good. The ability to list and see the accounts and what php is in use is great. This is highly appreciated.
That last update looks very good. The ability to list and see the accounts and what php is in use is great. This is highly appreciated.
It would be interesting to know which PHP extensions and settings an alternative PHP version would use.
Will the users be able to select the PHP extensions?
Will they be able to adjust the PHP settings through cPanel?
Would custom php.ini files work?
It would be interesting to know which PHP extensions and settings an alternative PHP version would use.
Will the users be able to select the PHP extensions?
Will they be able to adjust the PHP settings through cPanel?
Would custom php.ini files work?
cannot wait for this feature to be released!
cannot wait for this feature to be released!
It is very necessary
It is very necessary
+1 It is very necessary
+1 It is very necessary
For multiple PHP versions ..the best way to go would be to use the FPM SAPI . Apache support for FPM SAPI is problematic. Also we could employ something like https://github.com/phpbrew/phpbrew which helps in installing and using any ! version of php easily . Essentially PHP support has to be decoupled from EasyApache and made on its own as I think apache and PHP are 2 different things that can be coupled in a number of differnt ways . I have used phpbrew with nginx in the cpanel module http://ndeploy.in I created and it works beautifully . Ofcourse FPM sapi (FASTCGI) is the only one supported in nginX ; but decoupling apache compile and php compile is the best way forward.
For multiple PHP versions ..the best way to go would be to use the FPM SAPI . Apache support for FPM SAPI is problematic. Also we could employ something like https://github.com/phpbrew/phpbrew which helps in installing and using any ! version of php easily . Essentially PHP support has to be decoupled from EasyApache and made on its own as I think apache and PHP are 2 different things that can be coupled in a number of differnt ways . I have used phpbrew with nginx in the cpanel module http://ndeploy.in I created and it works beautifully . Ofcourse FPM sapi (FASTCGI) is the only one supported in nginX ; but decoupling apache compile and php compile is the best way forward.
Hi Guys,
Would be amazed if WHM has multi-versions of PHP supports as native feature, however, currently, I was able to make it work using the steps found on http://rcadhikari.blogspot.co.uk/2015/01/options-to-run-multi-versions-php.html
Hope that helps!
Hi Guys,
Would be amazed if WHM has multi-versions of PHP supports as native feature, however, currently, I was able to make it work using the steps found on http://rcadhikari.blogspot.co.uk/2015/01/options-to-run-multi-versions-php.html
Hope that helps!
Good morning!
I wanted to let everyone know that this project is still in active development. We hope to be releasing some news and information regarding the new system within the coming weeks. I'll update this post with that information once we get it finalized.
Thanks to everyone for your great feedback!
Good morning!
I wanted to let everyone know that this project is still in active development. We hope to be releasing some news and information regarding the new system within the coming weeks. I'll update this post with that information once we get it finalized.
Thanks to everyone for your great feedback!
This is a very needed feature. But we also need to be able to select php-fpm. Can that be added to the scope of this new feature?
I'm looking for an integrated cpanel, nginx and php-fpm solution, so I want to see nginx managed by cPanel at some point too but that's out of scope of this request.
This is a very needed feature. But we also need to be able to select php-fpm. Can that be added to the scope of this new feature?
I'm looking for an integrated cpanel, nginx and php-fpm solution, so I want to see nginx managed by cPanel at some point too but that's out of scope of this request.
Hello,
We've posted an update in our forums and blogs about EasyApache 4. We'd love everyones feedback if you get time!
http://forums.cpanel.net/f133/easyapache4-announcement-447882.html
Thanks!
Hello,
We've posted an update in our forums and blogs about EasyApache 4. We'd love everyones feedback if you get time!
http://forums.cpanel.net/f133/easyapache4-announcement-447882.html
Thanks!
I use TYPO3 Flow on a shared host, and it's minimum PHP version just jumped to 5.5, however my shared host only upgrades PHP when cPanel upgrades it. (they are on 11.46) It looks like cPanel 11.48 did not include 5.5 right? Was this included in 11.48 or do we have to wait for 11.50?
I use TYPO3 Flow on a shared host, and it's minimum PHP version just jumped to 5.5, however my shared host only upgrades PHP when cPanel upgrades it. (they are on 11.46) It looks like cPanel 11.48 did not include 5.5 right? Was this included in 11.48 or do we have to wait for 11.50?
I against this feature into cPanel because it is available with CloudLinux. Let's be realistic, this days, if you're running CloudLinux with jailed binaries your performance and security are practically none.
Moderator note: please keep commentary on point. Comments that add nothing productive to the conversation will be edited or removed.
I against this feature into cPanel because it is available with CloudLinux. Let's be realistic, this days, if you're running CloudLinux with jailed binaries your performance and security are practically none.
Moderator note: please keep commentary on point. Comments that add nothing productive to the conversation will be edited or removed.
Hello,
PHP 5.5 has been in EasyApache 3 for quite a while now. However your host would need to upgrade PHP.
Hello,
PHP 5.5 has been in EasyApache 3 for quite a while now. However your host would need to upgrade PHP.
This could also be solved when implementing Docker:
http://features.cpanel.net/responses/dockerio-support
This could also be solved when implementing Docker:
http://features.cpanel.net/responses/dockerio-support
older php versions are deprecated and not maintained anymore. Having
that on a production server is a major security risk... But who worries
today about security and system administration, everybody see just
profit and think that is something not important...
older php versions are deprecated and not maintained anymore. Having
that on a production server is a major security risk... But who worries
today about security and system administration, everybody see just
profit and think that is something not important...
Because older php versions are deprecated and not maintained anymore. Having that on a production server is a major security risk... But who worries today about security and system administration, everybody see just profit and think that is something not important...
Because older php versions are deprecated and not maintained anymore. Having that on a production server is a major security risk... But who worries today about security and system administration, everybody see just profit and think that is something not important...
I hope one of the optional PHP versions is PHP 5.2 with Zend Multibyte
I hope one of the optional PHP versions is PHP 5.2 with Zend Multibyte
I lost high paying clients due to not being able to support the latest version of php! I would love to have this.
I lost high paying clients due to not being able to support the latest version of php! I would love to have this.
@chrisgrigg, it is coming pretty soon as far as I know (well at least this calender year). If you want immediate support CloudLinux supports it very easily with a nice management interface, which can easily be patched in.
@chrisgrigg, it is coming pretty soon as far as I know (well at least this calender year). If you want immediate support CloudLinux supports it very easily with a nice management interface, which can easily be patched in.
@tcalp, I was looking over cloudlinux last night as a solution. Just not sure if I'm ready to change the servers over to it yet.
@tcalp, I was looking over cloudlinux last night as a solution. Just not sure if I'm ready to change the servers over to it yet.
I suppose cpanel developers already know this is a much anticipated feature!
Still, I am adding my voice here: we are waiting!
I suppose cpanel developers already know this is a much anticipated feature!
Still, I am adding my voice here: we are waiting!
@chrisgrigg, Use ntPHP instead, we use it on all our servers. It's better as it's easy to install AND uninstall if you don't like it. It allows you to set PHP versions per directory instead of per user like CL does. CL is limited as it's per user. I have customer that run multiple domains each with a different version of PHP to support older sites. Been using it for year.
I highly recommend it:
https://www.nixtree.com/ntphp.php
@chrisgrigg, Use ntPHP instead, we use it on all our servers. It's better as it's easy to install AND uninstall if you don't like it. It allows you to set PHP versions per directory instead of per user like CL does. CL is limited as it's per user. I have customer that run multiple domains each with a different version of PHP to support older sites. Been using it for year.
I highly recommend it:
https://www.nixtree.com/ntphp.php
You can upgrade your Centos to cloudlinux. they also provide a trial. i have used cloudlinux it is only good if you want to use it forever, as there are some things which are irreversible when you want to downgrade from cloudlinux to CentOS again, they creates issues.
there is a similar thing called "Better linux" ,though i have not used it yet.
you can find more details here for:
Better linux : http://www.betterlinux.com
Cloudlinux : http://www.cloudlinux.com
You can upgrade your Centos to cloudlinux. they also provide a trial. i have used cloudlinux it is only good if you want to use it forever, as there are some things which are irreversible when you want to downgrade from cloudlinux to CentOS again, they creates issues.
there is a similar thing called "Better linux" ,though i have not used it yet.
you can find more details here for:
Better linux : http://www.betterlinux.com
Cloudlinux : http://www.cloudlinux.com
For all of you who are looking at ntPHP, please note that it is ONLY for suphp. As I am using fastcgi, I have reduced the ntPHP installation script to only download and compile the needed php versions (there is about half of the original script left - just downloading and compiling, nothing else). Then in /usr/local/cpanel/cgi-sys/php5 you can specify a different php5 executable path based on some parameters (for example, I check if a specific file is present in user's homedirectory). Note, that this hack is per-user only, and there is no way to make this per-directory... But at least, it works fine. You can check my installation script here: http://pastebin.com/u9shqK8e (please note, I do not provide support for this)
For all of you who are looking at ntPHP, please note that it is ONLY for suphp. As I am using fastcgi, I have reduced the ntPHP installation script to only download and compile the needed php versions (there is about half of the original script left - just downloading and compiling, nothing else). Then in /usr/local/cpanel/cgi-sys/php5 you can specify a different php5 executable path based on some parameters (for example, I check if a specific file is present in user's homedirectory). Note, that this hack is per-user only, and there is no way to make this per-directory... But at least, it works fine. You can check my installation script here: http://pastebin.com/u9shqK8e (please note, I do not provide support for this)
Different versions of PHP is one the reasons that people go with CloudLinux, would be awesome to have this features.
cPanel does virtualizing user home and many other features, why not PHP as well ?
Different versions of PHP is one the reasons that people go with CloudLinux, would be awesome to have this features.
cPanel does virtualizing user home and many other features, why not PHP as well ?
Different versions of PHP is one the reasons that people go with CloudLinux, would be awesome to have this features.
cPanel does virtualizing user home and many other features, why not PHP as well ?
Different versions of PHP is one the reasons that people go with CloudLinux, would be awesome to have this features.
cPanel does virtualizing user home and many other features, why not PHP as well ?
Any news about this development? It's been 9 months since the announcement from @cpScottT
Any news about this development? It's been 9 months since the announcement from @cpScottT
11.50 is currently in release branch and will soon make it to stable branch. Once this is done, they will start announcing 11.52 which should enable the first version of Easy Apache 4 with multiple PHP versions. I would only use it in production for new servers tough at least until 11.54 comes out.
11.50 is currently in release branch and will soon make it to stable branch. Once this is done, they will start announcing 11.52 which should enable the first version of Easy Apache 4 with multiple PHP versions. I would only use it in production for new servers tough at least until 11.54 comes out.
Good morning! EasyApache 4 is currently scheduled for release in 11.52. If you're on the EDGE list, once we start sending 11.52 development builds to EDGE you'll be notified.
I hope this helps!
Good morning! EasyApache 4 is currently scheduled for release in 11.52. If you're on the EDGE list, once we start sending 11.52 development builds to EDGE you'll be notified.
I hope this helps!
Great! Can't wait guys!
:-)
Great! Can't wait guys!
:-)
Great! Can't wait guys!
:-)
Great! Can't wait guys!
:-)
Hi!
EasyApache 4 and MultiPHP are now in our EDGE tier. Feel free to try it out and give us feedback!
Hi!
EasyApache 4 and MultiPHP are now in our EDGE tier. Feel free to try it out and give us feedback!
When i click "New Profile" nothing happens.
When i click "New Profile" nothing happens.
When i click "New Profile" nothing happens.
When i click "New Profile" nothing happens.
Hi,
The EA4 interface is still in active development, and isn't fully working at this point. You can do most of the EasyApache interactions via the command line with Yum.
Thanks!
Hi,
The EA4 interface is still in active development, and isn't fully working at this point. You can do most of the EasyApache interactions via the command line with Yum.
Thanks!
How does it look like? is there any screenshot about setting an specific php version for specific user?
How does it look like? is there any screenshot about setting an specific php version for specific user?
Hi,
There's 2 new interfaces in WHM for managing PHP versions. You'll see them in the screenshot below.
Hi,
There's 2 new interfaces in WHM for managing PHP versions. You'll see them in the screenshot below.
Cool :-)
So you create a php profile and then assign it to an accout, is it?
Cool :-)
So you create a php profile and then assign it to an accout, is it?
Had to run the following command:
/scripts/migrate_ea3_to_ea4 --run
Had to run the following command:
/scripts/migrate_ea3_to_ea4 --run
Looks very nice. Is there any interface allowing the end users to select PHP version? Any screenshots of this? Also it would be nice if they could select the PHP version upon creating a new addon domain.
Thanks
Looks very nice. Is there any interface allowing the end users to select PHP version? Any screenshots of this? Also it would be nice if they could select the PHP version upon creating a new addon domain.
Thanks
how can i build in ea4? my website error 500 after use /scripts/migrate_ea3_to_ea4 --run
can you give me a solution?
how can i build in ea4? my website error 500 after use /scripts/migrate_ea3_to_ea4 --run
can you give me a solution?
Hi,
I would like to bring into the "discussion" a particular
setup to see how it fits with the new multi-PHP feature. For security
reasons, on our shared hosting servers, we disable the local php.ini
files from /opt/suphp/etc/suphp.conf (we were fed up with disabling
dangerous PHP functions only to have most attackers that penetrated our
customer's accounts uploading their own php.ini with all functions
re-enabled).
I am not sure how this multi-PHP feature is working,
but will it be a conflict with this type of setup? With the local
php.ini files disabled?
Thanks!
Hi,
I would like to bring into the "discussion" a particular
setup to see how it fits with the new multi-PHP feature. For security
reasons, on our shared hosting servers, we disable the local php.ini
files from /opt/suphp/etc/suphp.conf (we were fed up with disabling
dangerous PHP functions only to have most attackers that penetrated our
customer's accounts uploading their own php.ini with all functions
re-enabled).
I am not sure how this multi-PHP feature is working,
but will it be a conflict with this type of setup? With the local
php.ini files disabled?
Thanks!
Will it be possible to select older php versions, namely 5.2, either through the custom module or some manual installation procedure?
Will it be possible to select older php versions, namely 5.2, either through the custom module or some manual installation procedure?
We still have lots of clients use PHP 5.2, please don't forget 5.2.
We still have lots of clients use PHP 5.2, please don't forget 5.2.
I think all small hosting companies (even biggies) need PHP5.3 so, they probably have this on their checklist already. :)
I think all small hosting companies (even biggies) need PHP5.3 so, they probably have this on their checklist already. :)
I've been following the discussion so far and am looking forward to replace our custom-built php installations with the EA4 solution.
One thing i'm wondering is if you're planning to implement any security-backports for 5.2 and 5.3 since they are officially EOL?
At the moment we're using https://code.google.com/p/php52-backports/ for 5.2 and i already saw some individual backports for 5.3.
I've been following the discussion so far and am looking forward to replace our custom-built php installations with the EA4 solution.
One thing i'm wondering is if you're planning to implement any security-backports for 5.2 and 5.3 since they are officially EOL?
At the moment we're using https://code.google.com/p/php52-backports/ for 5.2 and i already saw some individual backports for 5.3.
Would this collide with Cloudlinux PHP selector on servers that will have it active when the CP release comes?
Would this collide with Cloudlinux PHP selector on servers that will have it active when the CP release comes?
EasyApache 4 has been released to the CURRENT tier, which includes the ability for Multiple PHP versions.
EasyApache 4 has been released to the CURRENT tier, which includes the ability for Multiple PHP versions.
So does this mean tat from tommorrow I can choose or give my clients option to choose different php versions?
So does this mean tat from tommorrow I can choose or give my clients option to choose different php versions?
Is there a ETA for when its compatible with Cloudlinux 7 ??
Is there a ETA for when its compatible with Cloudlinux 7 ??
For servers with CloudLinux already installed, can it be removed and replaced with this feature?
For servers with CloudLinux already installed, can it be removed and replaced with this feature?
Does 11.52 EA4 still not have php 5.3 yet?
Also, it should be made very clear in the documentation / EA3 to 4 conversion process which versions of PHP are currently supported so people can opt-out of the conversion if it's going to immediately break things due to unavailable PHP versions. It would be different if EA4 supported the same versions as EA3 to start, but prior comments here stated that 5.3 would be coming later.
Does 11.52 EA4 still not have php 5.3 yet?
Also, it should be made very clear in the documentation / EA3 to 4 conversion process which versions of PHP are currently supported so people can opt-out of the conversion if it's going to immediately break things due to unavailable PHP versions. It would be different if EA4 supported the same versions as EA3 to start, but prior comments here stated that 5.3 would be coming later.
Yep, it's gotta have a minimum of 5.3. We only have 2 5.2 clients now and I wouldn't have reservations about pushing them to upgrade their sites or...
Yep, it's gotta have a minimum of 5.3. We only have 2 5.2 clients now and I wouldn't have reservations about pushing them to upgrade their sites or...
https://documentation.cpanel.net/display/EA4/EasyApache+4+-+Create+a+profile add php53 to the JSON file. The documentation needs to have a list of all EA packages to build this.
https://documentation.cpanel.net/display/EA4/EasyApache+4+-+Create+a+profile add php53 to the JSON file. The documentation needs to have a list of all EA packages to build this.
Yep, it's gotta have a minimum of 5.3. We only have 2 5.2 clients now and I wouldn't have reservations about pushing them to upgrade their sites or...
Yep, it's gotta have a minimum of 5.3. We only have 2 5.2 clients now and I wouldn't have reservations about pushing them to upgrade their sites or...
PHP 5.3 is not available quite yet. During the building of PHP versions, those versions that were *not* EOL were given priority. We hope to have PHP 5.3 released here sometime soon.
PHP 5.3 is not available quite yet. During the building of PHP versions, those versions that were *not* EOL were given priority. We hope to have PHP 5.3 released here sometime soon.
Another caveat I found in EA4 is that even after you "provisioned" the new environment, you don't have any visual aid or indicator of what profile is currently in use. That should be fixed.
Also, a form with checkboxes to allow choosing what components to include or not, like we used to in EA3, is missing. I hope it will be available once the standard built-in profiles are proved to be stable enough, right?
Another caveat I found in EA4 is that even after you "provisioned" the new environment, you don't have any visual aid or indicator of what profile is currently in use. That should be fixed.
Also, a form with checkboxes to allow choosing what components to include or not, like we used to in EA3, is missing. I hope it will be available once the standard built-in profiles are proved to be stable enough, right?
I'm further testing this :)
MultiPHP INI Editor llooks good in Basic Mode, and works ok.But although is great to be able to edit everything in Editor Mode, the lack of a form like in the old Advanced Mode is really something I gonna miss after years of working with it :)
I'm further testing this :)
MultiPHP INI Editor llooks good in Basic Mode, and works ok.But although is great to be able to edit everything in Editor Mode, the lack of a form like in the old Advanced Mode is really something I gonna miss after years of working with it :)
Hi,
for working with PHP selector i found following link, how could we do same in our Cpanel servers to support PHP 5.2 and 5.3 and 5.4?:
http://www.inmotionhosting.com/support/website/php/how-to-change-the-php-version-your-account-uses
Hi,
for working with PHP selector i found following link, how could we do same in our Cpanel servers to support PHP 5.2 and 5.3 and 5.4?:
http://www.inmotionhosting.com/support/website/php/how-to-change-the-php-version-your-account-uses
Hi,
for working with PHP selector i found following link, how could we do same in our Cpanel servers to support PHP 5.2 and 5.3 and 5.4?:
http://www.inmotionhosting.com/support/website/php/how-to-change-the-php-version-your-account-uses
Hi,
for working with PHP selector i found following link, how could we do same in our Cpanel servers to support PHP 5.2 and 5.3 and 5.4?:
http://www.inmotionhosting.com/support/website/php/how-to-change-the-php-version-your-account-uses
Hi, I see the new EA has moved to RELEASE and Drupal 8 RC has been released too which requires php 5.5 but I can not throw away old drupal 6 sites.
Any news of the EA supporting php 5.3?
If it is not going to be available within 1-2 months I think we should go with another solution for multi php (cloudlinux is not an option for me).
Could you please give us an estimate on when 5.3 will be available?
Hi, I see the new EA has moved to RELEASE and Drupal 8 RC has been released too which requires php 5.5 but I can not throw away old drupal 6 sites.
Any news of the EA supporting php 5.3?
If it is not going to be available within 1-2 months I think we should go with another solution for multi php (cloudlinux is not an option for me).
Could you please give us an estimate on when 5.3 will be available?
I'll second the above comment. We'd appreciate an ETA for PHP 5.3. Thanks!
I'll second the above comment. We'd appreciate an ETA for PHP 5.3. Thanks!
PHP 5.3 is dead (EOL) -- any work (limited resoruces) should be to get PHP 5.4/5/6 going to production standard ASAP.
I.e. do not delay EA4 due to dead versions of PHP.
PHP 5.3 is dead (EOL) -- any work (limited resoruces) should be to get PHP 5.4/5/6 going to production standard ASAP.
I.e. do not delay EA4 due to dead versions of PHP.
It's important to remember that this is mostly not about us, but about our customers sites (shared hosting customers). And if they don't update on their own, they almost never update because we tell them to (a few do, most don't). Their attitude is simple: "I paid for this site and it works so I don't need to pay for un update". If we update PHP and this brakes their sites, they blame us.
It's important to remember that this is mostly not about us, but about our customers sites (shared hosting customers). And if they don't update on their own, they almost never update because we tell them to (a few do, most don't). Their attitude is simple: "I paid for this site and it works so I don't need to pay for un update". If we update PHP and this brakes their sites, they blame us.
Good point, and also why WinXP is still so active.
Good point, and also why WinXP is still so active.
You could argue that if a customer doesn't update his site then he is a security issue for your other customers. What's the reason for not using CloudLinux, is it because of the cost ? We would never go back to offering shared hosting without CageFS and Cloudlinux, in our point of view it's an unnecessary security issue.
You could argue that if a customer doesn't update his site then he is a security issue for your other customers. What's the reason for not using CloudLinux, is it because of the cost ? We would never go back to offering shared hosting without CageFS and Cloudlinux, in our point of view it's an unnecessary security issue.
Im still confused about this: does the cPanel multi-php selector conflict with Cloudlinux multi-php selector? Do they piggyback same PHP install locations in /opt/alt/php*? Im holding off upgrading to cPanel 52 or using EA4 yet because we have a quite nicely functioning selector via Cloudlinux that mustn't be trashed up. Anyone tried it yet? Or, is there news from the CL camp on this?
Im still confused about this: does the cPanel multi-php selector conflict with Cloudlinux multi-php selector? Do they piggyback same PHP install locations in /opt/alt/php*? Im holding off upgrading to cPanel 52 or using EA4 yet because we have a quite nicely functioning selector via Cloudlinux that mustn't be trashed up. Anyone tried it yet? Or, is there news from the CL camp on this?
Please include PHP5.3
Please include PHP5.3
I also require Php 5.3. Updating computer/ os system in January and would like php 5.3 added. Is there a timeline on when this will be done.
Thanks
I also require Php 5.3. Updating computer/ os system in January and would like php 5.3 added. Is there a timeline on when this will be done.
Thanks
PHP 5.3 went EOL over a year ago. cPanel has no plans to offer PHP 5.3 at this time. If you're interested in using older PHP versions, but having them decently secure, check out CloudLinux Hardened PHP:
https://cloudlinux.com/about/hardenedphp.php
PHP 5.3 went EOL over a year ago. cPanel has no plans to offer PHP 5.3 at this time. If you're interested in using older PHP versions, but having them decently secure, check out CloudLinux Hardened PHP:
https://cloudlinux.com/about/hardenedphp.php
We are all well aware that 5.3 is EOL but we still need it (because our customers need it). If you can't offer EOL versions for PHP you shouldn't have bothered with multi-PHP in the first place because frankly it's useless. We needed multi-PHP to offer EOL versions to the customers that can't use anything else and current versions for the rest. In my opinion this was by far the main selling point for multi-PHP.
We are all well aware that 5.3 is EOL but we still need it (because our customers need it). If you can't offer EOL versions for PHP you shouldn't have bothered with multi-PHP in the first place because frankly it's useless. We needed multi-PHP to offer EOL versions to the customers that can't use anything else and current versions for the rest. In my opinion this was by far the main selling point for multi-PHP.
I TOTALLY agree with AndyB!
I TOTALLY agree with AndyB!
If you're interested in PHP 5.3 support, please check out this feature request:
https://features.cpanel.net/topic/allow-to-install-php-5-3-in-easy-apache-4
If you're interested in PHP 5.3 support, please check out this feature request:
https://features.cpanel.net/topic/allow-to-install-php-5-3-in-easy-apache-4
Replies have been locked on this page!