Hi,
What PHP version is your system running on ?
Probably 5.4 is my guess
You need to update the PHP version to at least 7.x
Regards,
Peter
Thank you for the feedback.
Any hope for backwards compatibility?
That’s disappointing. That’s a fairly significant ask to upgrade my php platform. I’m not a big fan pulling in packages from external repositories and from a patch management standpoint, same for unpackaged releases. I really like to stay current on security fixes and it’s quite a burden to monitor all the places and recompile from source, nor do I want to trust a third party to patch promptly.
[root@www ~]# cat /etc/redhat-release
CentOS Linux release 7.6.1810 (Core)
[root@www ~]# php -v
PHP 5.4.16 (cli) (built: Oct 30 2018 19:30:51)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies
[root@www ~]# rpm -qa | grep php
php-fedora-autoloader-1.0.0-1.el7.noarch
php-tcpdf-6.2.26-1.el7.noarch
php-pdo-5.4.16-46.el7.x86_64
php-bcmath-5.4.16-46.el7.x86_64
phpMyAdmin-4.4.15.10-3.el7.noarch
php-tcpdf-dejavu-sans-fonts-6.2.26-1.el7.noarch
php-cli-5.4.16-46.el7.x86_64
php-gd-5.4.16-46.el7.x86_64
php-5.4.16-46.el7.x86_64
php-mysql-5.4.16-46.el7.x86_64
php-process-5.4.16-46.el7.x86_64
php-common-5.4.16-46.el7.x86_64
php-php-gettext-1.0.12-1.el7.noarch
php-xml-5.4.16-46.el7.x86_64
php-Smarty-3.1.21-1.el7.noarch
php-mbstring-5.4.16-46.el7.x86_64
php-tidy-5.4.16-7.el7.x86_64
PHP 5.4 was released on 01/03/2012 and supported until 03/09/2015, so it ia rather old. Having up-to-date php is a basic requirement.
Depending on your server it is a really easy thing to select the new PHP version.
So especially from a security point of view, you should keep your technique up to date and not use a version that has not been supported for more than 3 years. 😉
The difference is using Red-Hat, security concerns are back-ported. It means the platform is more stable, incurring fewer “new features” vs a mature code-base. I am running the very latest CentOS version with daily patching applied after a QA cycle. But yes, I understand, the rest of the world is moving quicker than RedHat. Soon with the IBM purchase, maybe we’ll call them PurpleAss and move to another OS platform. Waiting for RHEL8 to launch. Should be fairly soon. I guess in the mean time I’ll either remove the plugin or shift the day from Wednesday to Thursday so that it appears as Wednesday? Are there other issues I should be aware of or is there a simple patch I could apply to the code in the meantime?
Thank you,
-
This reply was modified 5 years, 3 months ago by ejosterberg.
Running RedHat does not mean you are forced to use an age-old PHP version, but I guess that is your choice. I have used RedHat before and what you say is no reason to not update.
The simple “patch” is the correct PHP version 🙂
Personally, I do not get it: you update everything, but the PHP version… It just makes no sense to me. But again: your choice 🙂