Status
Not open for further replies.

bejbi

Well-Known Member
PartnerNOC
Jan 20, 2006
168
32
178
Poland
cPanel Access Level
DataCenter Provider
I think cPanel should think about his software implementation process ...

PHP 7.4 was released on 1 Decemer 2019

cPanel promissed release of this version in Q1 of 2020

Q1 has ended 31 March ... with no php 7.4

On 15 April ea-PHP 7.4 was released ....

Most hosting servers are running CloudLinux ... and ea-PHP 7.4 is not available. Official suport said: "You could install alt-php74 for now, but CloudLinux hasn't yet published the EasyApache change"

But alt-php74 was released just on 1 december 2019 ...

CloudLinux company is official cPanel Parner ...

It is not pathetic ? ea-PHP 7.4 is released but not available for most hosting company ...
 
  • Like
Reactions: cool_recep

cPanelLauren

Product Owner II
Staff member
Nov 14, 2017
13,266
1,304
363
Houston
Hello,

I'd like to detail the following, to ensure that there is no confusion:
  • CloudLinux offers alt-php74 and has for some time using their PHP Selector
  • CloudLinux offers ea-php through their own repository
  • They are a partner of ours but we do not manage CloudLinux or their development, nor do we have control over when they update their repositories.
  • We released ea-php 7.4 only recently, there is occasionally some delay between the time something is released to when it is available in the CloudLinux repository. The same occurs with Kernel updates for kernelcare etc. (to clarify we have no hand in kernel updates either)

I am confused as to why you state
ea-PHP 7.4 is released but not available for most hosting company ...
is there a reason while running on CloudLinux which offers the PHP selector you cannot use alt-php74 for clients who need php 7.4 until the ea-php7.4 version is added to CloudLinux's repository?
 

Timeless87

Member
Jan 15, 2014
13
1
3
cPanel Access Level
Root Administrator
This thread is highly irresponsible, confusing, and misleading. I move that cPanel delete it. It's the OP's personal opinion ("pathetic"? come on!) about the release process, not the software.
 

cPanelLauren

Product Owner II
Staff member
Nov 14, 2017
13,266
1,304
363
Houston
Hello @Timeless87

I understand the sentiment behind this:

This thread is highly irresponsible, confusing, and misleading. I move that cPanel delete it. It's the OP's personal opinion ("pathetic"? come on!) about the release process, not the software.
But I do want to point out that we're not in the habit of censoring anyone who is not violating the forum guidelines as listed here: Forums Guidelines and FAQ

Personal opinions are welcomed here. We typically find that they're a result of misunderstanding and one of our primary objectives in the community forums is to inform and assist with learning.
 
  • Like
Reactions: Timeless87

ffeingol

Well-Known Member
PartnerNOC
Nov 9, 2001
942
421
363
cPanel Access Level
DataCenter Provider
is there a reason while running on CloudLinux which offers the PHP selector you cannot use alt-php74 for clients who need php 7.4 until the ea-php7.4 version is added to CloudLinux's repository?
@cPanelLauren Suggesting that customers swap between the CL alt-php and cPanel ea-php is much easier to say that it is to do. On the "back end" it's different: alt-php uses .cl.selector/defautls.cfg to set the PHP verison and ea-php uses code in the .htaccess. It's very confusing to clients if there are multiple copies of the same PHP available and it's confusing to support staff (you always have to check "which" PHP they are using). There are also different ways to set what modules are included (EasyApache vs LVE Manager).

While I understand that it's possible to have both/use both, that is really not an "optimal" solution.
 

cPanelLauren

Product Owner II
Staff member
Nov 14, 2017
13,266
1,304
363
Houston
I understand from that point of view @ffeingol it's not the most elegant solution as a workaround and can be confusing having to switch between php version names. The point I'm trying to make and what I was going to elaborate on when the OP responded, is when using CloudLinux already, and your clients need php 7.4; it is available through CloudLinux already why would you be unable to utilize it as a temporary resolution?

It's also possible to allow just one alt-php version to be available to users so this would eliminate the multiple versions of PHP available.

I'm not going to continue to beat the dead horse in regard to the timeframe for the release of PHP 7.4 because it's done now and cPanel is certainly aware of the issue there as well as taking steps to resolve issues like that in the future.
 

bejbi

Well-Known Member
PartnerNOC
Jan 20, 2006
168
32
178
Poland
cPanel Access Level
DataCenter Provider
Thank you @cPanelLauren for answer. But I try usually to use native cPanel solution like ea-PHP. It is a little strange, that cPanel staff recommends using software from other comapany, while it has his own (I understand it is only becouse it is late over 4 months - is this only reason ?).

I hope (and I wish cPanel) to make implementation of next PHP version on time.

Now I'm really thinking about changing all PHP version from ea-PHP to alt-PHP.

It is really not good, that price for cPanel rised twice for me, but quality of the software did not (i.e. in part of PHP implementation on time).

In Europe our customers attach great importance to solutions like: DNSSEC (we was waiting very long time for this from cPanel), new PHP version (we was waiting vary long time from cPanel).
 
  • Like
Reactions: cool_recep

cPanelLauren

Product Owner II
Staff member
Nov 14, 2017
13,266
1,304
363
Houston
It is a little strange, that cPanel staff recommends using software from other comapany, while it has his own (I understand it is only becouse it is late over 4 months - is this only reason ?).
If we don't have something available and you need it and CloudLinux does have it available it's the responsible thing to do (in my opinion) to recommend the working solution - we're here to provide you with the best available solution even if that's not our feature at that time. The same goes for PHP 4- We do not make it available but do recommend if it's mandatory you use CloudLinux's alt-php for it.

I hope (and I wish cPanel) to make implementation of next PHP version on time.
Me too! I know that it's already on the list for being worked on at the end of Q3 and PHP 8 is slated for general release at the end of Q4.



It is really not good, that price for cPanel rised twice for me, but quality of the software did not (i.e. in part of PHP implementation on time).
I'm not sure why your cost would have increased twice but the switch to the account-based model rather than a flat fee was something that was a necessary move in order to maintain the quality of the product into the future. I also feel that if PHP 7.4 had been released earlier you wouldn't have ended up with a quality feature. The release time doesn't dictate quality but more of issues with development cycle - there were unforeseen issues that occurred with the release, I do understand your frustration though, we understand everyone's frustration, we were frustrated too! This is why changes are being made to hopefully ensure that future releases of this nature will be faster.

I won't further discussion on licensing issues besides saying that cPanel hadn't increased its prices in over 10 years in order to maintain the features offered, development time and quality it was a necessary step. If you have concerns about your license cost you need to discuss this with your account manager or customer service if you don't have one


In Europe our customers attach great importance to solutions like: DNSSEC (we was waiting very long time for this from cPanel)
We've had DNSSEC available for years at this point (it was added to the product as an option in v60). It's only DNSSEC with Clustering that was unavailable as a result of the way that DNS Clusters are implemented on cPanel servers. It was a huge undertaking to get that released.

.
 

bejbi

Well-Known Member
PartnerNOC
Jan 20, 2006
168
32
178
Poland
cPanel Access Level
DataCenter Provider
I do understand your frustration though, we understand everyone's frustration, we were frustrated too! This is why changes are being made to hopefully ensure that future releases of this nature will be faster.
You can be frustrated, but you take money for this. I pay for this. This is a liitle difference ....

I won't further discussion on licensing issues besides saying that cPanel hadn't increased its prices in over 10 years in order to maintain the features offered, development time and quality it was a necessary step. If you have concerns about your license cost you need to discuss this with your account manager or customer service if you don't have one
What you say, it is only marketing, I'm sorry. I have account manager. But your new price are set. They are as they are. There is nothing to talk about with account manager (I'm a partner ...). My price rised twice whet pricing model changes :) I'm paying, but I'm very angry when I didn't have some solutions which should be obvious.
CloudLinux had PHP 7.4 in day of release. cPanel - not. This is the difference. Big difference for me.

We've had DNSSEC available for years at this point (it was added to the product as an option in v60). It's only DNSSEC with Clustering that was unavailable as a result of the way that DNS Clusters are implemented on cPanel servers. It was a huge undertaking to get that released.
I wrote it many times: DNSSEC with no cluster was unusable. When I was one server, it would be ok, but I have several dozen servers using DNS clustering - so for me dnssec didn't exists without cluster, sorry.
 

cPanelLauren

Product Owner II
Staff member
Nov 14, 2017
13,266
1,304
363
Houston
Thanks for your feedback.

To limit this devolving further I've locked the thread for further responses. I've explained that we're aware there were issues as well as indicated steps are being taken to resolve them and as far as your issues with licensing this isn't the proper avenue for that discussion.
 
Status
Not open for further replies.