The more people use it, the sooner developers can take advantage of the features it offers. Most notably for XenForo, it ships with a more secure, more modern HTML parser.
Why are you running an EOL version of PHP?
- Thread starter Kier
- Start date
I actually have to check to see if my shared host has it yet. Last I looked, the selector maxed out at 8.3, and I am on 8.2 (good intentions to bump it up but forgot last maintenance window)
Does your host time limit you to when you can make server setting changes? If so, I don't think I'd be with them very long.
Not that I know of. I just prefer to be cautious about things like that. 25+ years in corporate IT and some bad experiences with seemingly small system changes going awry have made me a bit gunshy.
@Chris D it's time for the yearly bump of this thread requesting the current PHP version breakdown
Hoping to see 8.1 wiped out in the statistics
Here we go. Again, focusing on reports from 2.3 installs as this is most representative of customers who are likely to upgrade.
Last report:
Looks like you might be safe to go 8.2 for XF3 then
(I didn't know XF 2.3 even ran properly on 7.4
)
(I didn't know XF 2.3 even ran properly on 7.4
)8.4Looks like you might be safe to go 8.2 for XF3 then
(I didn't know XF 2.3 even ran properly on 7.4
Looks like you might be safe to go 8.2 for XF3 then
(I didn't know XF 2.3 even ran properly on 7.4
The extent of issues with 2.3 and 8.4 & 8.5 are just deprecation notices that don’t affect the software outside of logging noise (mostly in development mode).
If you did mean 7.4, then 7.2 and above is fine with 2.3.
That's good to know!
Yeah I did mean 7.4, I haven’t ran that old of a version for an age
Personally I run 8.4 on production and I have no error log noise.
In either case, looking forward to being able to take full advantage of modern language features in future XF versions. Hopefully 3.0 will also come with “real” type hints for all core code rather than just relying on docblocks
...I have one site on 7.4 because updating requires a massive infrastructure upgrade and almost a complete rewrite of a game backend.Looks like you might be safe to go 8.2 for XF3 then
(I didn't know XF 2.3 even ran properly on 7.4
Is it strictly necessary for your game backend to run on the same vhost as your XF forum? Any control panel software worth its storage requirements can have different PHP versions per vhost, and you can easily set that up yourself if you’re not using a control panel.
My own server as an example; I host my own site on 8.4, a legacy forum on 8.3, an old API on 8.1 I think it is, and password protected pre-upgrade snapshots of two vBulletin forums on 8.0 I think it was.
All there is to it is to ensure each PHP-FPM process listens on its own port - locally I use 8080 for 8.0, 8081 for 8.1, you get the idea. Then in Apache or Nginx you connect to the correct proxy using that version’s specific port.
It's an issue with connecting to MSSQL with newer versions of PHP, and also partially has to do with part of how the add-on we use for registration and payments is developed. There are also some other complications which is why I have been holding off.
Fair enough, if you decide to take the plunge and need someone to update those addons, you know who to call
I vaguely remember writing an admin portal for a Lineage II private server, that was pretty cursed though as game server manipulation was done via raw packets and only reads were done from MS-SQL.
