The first one is strange. We need to merge 7.4.1 and 7.4.30, along with 8.0.0 and 8.0.22, in the app, and that is a ticket the team is working on right now. (Let me know if you think there is value to keeping multiple patch versions of the same major/minor around!). It could be a side effect of Local having two options right now, but we’ll confirm and fix if it is a bug in the flow.
On the second - looking at the diffs, we didn’t make any changes to the Apache config this go around, so I believe it was like that previously. Have you tried removing that line and trying it out? There aren’t any issues off the top of my head, but I’ll go through past changes and see if I can find when that #unless apache got added.
It might be of value for developers to be able to download various minor versions of PHP in Local since many hosting providers are using different versions but I don’t know to which extent.
If you are changing between minor PHP versions (from 8.0.x to 8.0.y) I don’t see any reason not to use the same directory and config files you already have and you might have modified.
But I understand you have to create new config files and save the old when you are changing between major PHP versions. So just one directory for each ( php-7.4, php-8.0, php-8.1, etc.).
The #unless apache conditional in the config file php.ini.hbs can have been added several versions back but since you haven’t been able to change minor PHP version I haven’t notice before.
I have been running OPcache for some time without any problem so I was curious if there are any that I haven’t noticed and I should be aware of?
Hi @emmtre - chiming in here on the first point about storing old configs in the wrong folder.
I did some digging, and it seems like this is in fact an issue with there being two different patch versions of PHP available and on your machine at the time of the swap. It will only occur when swapping between two patch versions (same major.minor versions).
However, it doesn’t look like we currently use these old config files again, even when swapping back to that older version. So this shouldn’t cause any bugs aside from confusion if you ever reference those files again. If you think you will, you should be able to just change the folder name - I’m curious, do you ever manually reuse those old configs files?
@adamperry I also noticed that the standard php config file have been adapted for the different php versions so you also have to consider that if you create custom php config files and change between different php versions within Local. I don’t see that you can do something differently to avoid that but maybe a warning text in the Local app that the config files will be overwritten when you apply a change of php version to a site?