EasyApache 4 Update - August 23, 2016
Hello everyone!
The EasyApache team published updates to the EasyApache 4 repository. EasyApache 4 does not use versioning and organizes changes by date only.
2016-8-23
[LIST]
ea-profiles-cpanel - GitHub - CpanelInc/ea-profiles-cpanel
[LIST]
1.0-26 - EA-5025: remove packages from profiles that do not exist
ea-apache24-mod_security2 - GitHub - CpanelInc/mod_security2
[LIST]
2.9.0-11 - EA-5067: Fix permissions on modsec_audit directory
ea-apache24-mod_suphp - GitHub - CpanelInc/mod_suphp
[LIST]
0.7.2-15 - EA-4960: Added suPHP handler for PHP71
ea-php-cli - GitHub - CpanelInc/php-cli
[LIST]
0.0.6-4 - EA-4905: Update EA4 php-cli wrapper to use php-cgi as a temporary fix for EA-4337
scl-libc-client - GitHub - CpanelInc/scl-libc-client
[LIST]
2007f-8 - EA-4940: Added support for php71
ea-php56 - GitHub - CpanelInc/scl-php56
[LIST]
5.6.25-1 - EA-5081: Update to v5.6.25, drop v5.6.24
ea-php56-meta - GitHub - CpanelInc/scl-php56-meta
[LIST]
5.6.25-1 - EA-5082: Update PHP 5.6 meta package to 5.6.25-1
ea-php70 - GitHub - CpanelInc/scl-php70
[LIST]
7.0.9-2 - EA-4200: Update mail-header patch new phpng API in PHP 7.0
7.10.0-1 - EA-5085: Update to v7.0.10, drop v7.0.9
ea-php70-meta - GitHub - CpanelInc/scl-php70-meta
[LIST]
7.0.10-1 - EA-5086: Update PHP 7.0 meta package to 7.0.10-1.
ea-php71 - GitHub - CpanelInc/scl-php71: SCL Repository for PHP 7.1
[LIST]
7.1.0-alpha3 - Initial Commit
7.1.0-1.beta1 - EA-4844: Add of scl-php71 (beta) RPMs
7.1.0-2.beta1 - EA-4986: Apply php 7 fpm user ini docroot patch.
7.1.0-3.beta3 - EA-5089: Updated PHP 7.1.0-beta1 to PHP 7.1.0-beta3
ea-php71-meta - GitHub - CpanelInc/scl-php71-meta: SCL Meta Repository for PHP 7.1
[LIST]
7.1.0-alpha3 - Initial Commit
7.1.0-1.beta1 - EA-4769: Intial submission of scl-php71-meta (beta)
7.1.0-2.beta1 - EA-4980: Add ea-php71-pear as an installation dependency on ea-php71
7.1.0-3.beta3 - EA-5090: Update PHP meta package to PHP 7.1.0-1.beta3
scl-php-pear - GitHub - CpanelInc/scl-php-pear
[LIST]
1.10.1-5 - EA-4955: Build scl-php-pear with support for php71 (beta)
EASYAPACHE 4 CHANGE LOG:
-
ea-php-cli - GitHub - CpanelInc/php-cli [LIST] - 0.0.6-4 - EA-4905: Update EA4 php-cli wrapper to use php-cgi as a temporary fix for EA-4337 It will take a giant sh*t who uses command line waiting for a response from the cli will find a CGI response Example: [15:27:07 root@default public_html]# php artisan Status: 404 Not Found Content-type: text/html all cron jobs that run under similar conditions, will give problem. [16:53:39 root@default public_html]# php -v PHP 5.5.38 (cgi-fcgi) (built: Aug 8 2016 21:18:27) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.5.0, Copyright (c) 1998-2015 Zend Technologies with the ionCube PHP Loader v4.7.5, Copyright (c) 2002-2014, by ionCube Ltd., and with Zend Guard Loader v3.3, Copyright (c) 1998-2014, by Zend Technologies with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2015, by Zend Technologies They made an adjustment to solve a problem that has generated many others.
0 -
ea-php-cli - GitHub - CpanelInc/php-cli [LIST]
- 0.0.6-4 - EA-4905: Update EA4 php-cli wrapper to use php-cgi as a temporary fix for EA-4337 It will take a giant sh*t who uses command line waiting for a response from the cli will find a CGI response Example: [15:27:07 root@default public_html]# php artisan Status: 404 Not Found Content-type: text/html all cron jobs that run under similar conditions, will give problem. [16:53:39 root@default public_html]# php -v PHP 5.5.38 (cgi-fcgi) (built: Aug 8 2016 21:18:27) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.5.0, Copyright (c) 1998-2015 Zend Technologies with the ionCube PHP Loader v4.7.5, Copyright (c) 2002-2014, by ionCube Ltd., and with Zend Guard Loader v3.3, Copyright (c) 1998-2014, by Zend Technologies with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2015, by Zend Technologies They made an adjustment to solve a problem that has generated many others.
Hi, The 404 is happening because your include_path is not properly setup. Could you verify that?0 -
[16:10:29 root@default bin]# ls -l /usr/bin/php* -rwxr-xr-x 1 root root 20820 Aug 6 12:48 /usr/bin/php* lrwxrwxrwx 1 root root 18 Feb 4 2016 /usr/bin/php5 -> /usr/local/bin/php* lrwxrwxrwx 1 root root 18 Feb 4 2016 /usr/bin/php5-cli -> /usr/local/bin/php* lrwxrwxrwx 1 root root 18 Feb 4 2016 /usr/bin/php-cli -> /usr/local/bin/php* -rwxr-xr-x 1 root root 4472 Dec 11 2013 /usr/bin/php-config* -rwxr-xr-x 1 root root 4460 Dec 11 2013 /usr/bin/phpize* This is the setting that was after updates. Any call is for PHP CGI and not for cli. I am using the path /opt/cpanel/ea-php70/root/usr/bin/php to cpanel out a fix. 0 -
Hi, That is correct, we've brought back EA3 behaviors by having '/usr/bin/php' point to the CGI variant of PHP. The issue is that in EA3, you also get '/usr/local/bin/php', which points to the CLI variant. However, in most systems we've looked at, $PATH, if it hasn't been adjusted to be different, is usually set with '/usr/local/bin' first, thus the expectations is that the 'php' bash alias points to the CLI variant of PHP. We're adding a '/usr/local/bin/php' variant that points to the CLI variants of PHP to address this, and will have a fix out soon to address this. That's case EA-5106. We've seen some issues when calling the script via the command line returns 'No input file specified', or something similar. This is being caused by PHP's include_path being set improperly, and causing '.' to not be present in the PHP environment, and causing it to not be found. We've identified a bug in the EA4 MultiPHP INI Editor that caused that include_path to be set improperly. We're fixing this in case EA-4753. For now, it's best if you manually adjust your include path to something like below, making sure to change the PHP version as necessary: .:/opt/cpanel/ea-php56/root/usr/share/pearCould you check the include_path and see if that fixes your 'Not Found' issues? I hope this helps!0
Please sign in to leave a comment.
Comments
4 comments