Critical PHP updates
- Thread starter ju5t
- Start date
After updating PHP, Roundcube/phpMyAdmin were still routed to an old PHP 8.1 installation via httpd-hostname.conf.
Running da build rewrite_confs switched webapps to the configured primary PHP 8.5 and generated its 50-webapps.ini.
Worth checking the webapps handler after updating PHP.
Running da build rewrite_confs switched webapps to the configured primary PHP 8.5 and generated its 50-webapps.ini.
Worth checking the webapps handler after updating PHP.
Last edited:
Clunk
New member
- Joined
- Oct 21, 2026
- Messages
- 3
Yes it does...
As I see on my AL 9.8 I have PHP 8.0.30 and I can build it without any issues. In your case you still have 8.0.22 one. Please try checking it closer.Some of my server cannot update PHP 8.0. It's error like this. Any ideas to solve the issues?
This is Almalinux 8.0 that we have schedule plan to migrate on Oct 26 but if no workaround I think I will migrate tonight
Code:
[root@*redacted*~]# da build php
download_cached: downloading 'https://www.php.net/distributions/php-8.2.35.tar.gz' to '/usr/local/directadmin/custombuild/cache/php-8.2.35.tar.gz'
Warning: Transient problem: timeout Will retry in 1 seconds. 3 retries left.
Warning: Transient problem: timeout Will retry in 2 seconds. 2 retries left.
Warning: Transient problem: timeout Will retry in 4 seconds. 1 retries left. # # #
-=O=- # # # #
curl: (28) Connection timed out after 10000 milliseconds
safe_download: downloading 'https://www.php.net/distributions/php-8.2.35.tar.gz' to '/usr/local/directadmin/custombuild/tmp/tmp.NB0kOtwGUr.safe_download' failed (0/3)
##O=# #
curl: (22) The requested URL returned error: 404
safe_download: downloading 'https://files.directadmin.com/cache/php-8.2.35.tar.gz' to '/usr/local/directadmin/custombuild/tmp/tmp.NB0kOtwGUr.safe_download' failed (0/3)
Warning: Transient problem: timeout Will retry in 1 seconds. 3 retries left.
Warning: Transient problem: timeout Will retry in 2 seconds. 2 retries left.
Warning: Transient problem: timeout Will retry in 4 seconds. 1 retries left. # # #
-=O=- # # # #
curl: (28) Connection timed out after 10001 milliseconds
safe_download: downloading 'https://www.php.net/distributions/php-8.2.35.tar.gz' to '/usr/local/directadmin/custombuild/tmp/tmp.NB0kOtwGUr.safe_download' failed (1/3)
curl: (22) The requested URL returned error: 404
safe_download: downloading 'https://files.directadmin.com/cache/php-8.2.35.tar.gz' to '/usr/local/directadmin/custombuild/tmp/tmp.NB0kOtwGUr.safe_download' failed (1/3)
Warning: Transient problem: timeout Will retry in 1 seconds. 3 retries left.
Warning: Transient problem: timeout Will retry in 2 seconds. 2 retries left.
Warning: Transient problem: timeout Will retry in 4 seconds. 1 retries left. # # #
-=O=- # # # #
curl: (28) Connection timed out after 10001 milliseconds
safe_download: downloading 'https://www.php.net/distributions/php-8.2.35.tar.gz' to '/usr/local/directadmin/custombuild/tmp/tmp.NB0kOtwGUr.safe_download' failed (2/3)
curl: (22) The requested URL returned error: 404
safe_download: downloading 'https://files.directadmin.com/cache/php-8.2.35.tar.gz' to '/usr/local/directadmin/custombuild/tmp/tmp.NB0kOtwGUr.safe_download' failed (3/3)Tried several times over the past 1,5 hours. What can be the reason?
zEitEr
Super Moderator
CSF firewall and CC blocks
Remco00
Verified User
- Joined
- Feb 22, 2006
- Messages
- 264
May I know how to do it?
I checked in versions.txt
It's mentioned 8.0.30 already but when try to build php 8.0 it's still loading 8.0.22
Thank you.
Update
I fixed this issues by
change version at versions.txt
then I run build da php 8.0 and it's will fail
then I change it back to php80:8.0.30 and then build it again. It's work.
Have no ideas why but it's work now. Thank you.
Last edited:
mmx
Verified User
Tell that to the clients that don't want to pay for upgrading their Magento 1.9x CE installation. Some of us are just sysadmins getting paid to keep it running at all costs.
Imtek
Verified User
Is it possible to update on CentOS 7? I am helping a friend of mine but running a EOL os :')
Da will not get a update:
directadmin current v1.668 bca79c43d780533cba222b06b8210ccc3357cf70 is already latest
Da will not get a update:
directadmin current v1.668 bca79c43d780533cba222b06b8210ccc3357cf70 is already latest
Exactly. Some people do not understand at all why some clients are running older PHP versions, though we have adviced them many, many, many times their current PHP-version is not safe, outdated, EOL, end-of-life, not supported, whatever. They don't want to update their application, whatever it is; Magento 1.9 or some custom mumbo written PHP code by someone who died 8 years ago.
And what does it matter anyways? We migrate (when possible) these older customers to a single server with older supported PHP versions. Sure still unsafe, but better than to have multiple older servers, right?
Some people simply do not understand. And probably they only have modern hosting customers or they do not own multiple servers, with multiple hosting accounts/domains along with a big variety of customers?
Anyways. Good job so far @fln and DA team. I can only hope they will provide patches for older PHP-versions as well. Would be great. Plesk seems to less willing. Another reason for us to leave Plesk permantly (next to the absurd price hikes every single year, 7th year in row.... Fxxx WebPros).
Depends on the virtualization ofcourse. Not always possible and also not always without issues...