As you may know, PHP 8.2 drops support for strftime. Since PHP didn't see fit to provide a core replacement, handling that situation is complicated. One suggestion to make that simple would be to drop having dates like Wednesday, January 17th, 2024 12:01 PM and instead have dates like 2024-01-17T12:01:00 that show to customers and in admin.
Since dropping localized dates is a rather straightforward change, it's something that we could do now, We're months away from a full replacement for strftime (and PHP 8.2 support).
Which is more important, PHP 8.2 support now or localized dates?
-
Kofod95
- Senior Contributor
- Posts: 748
- Joined: Sat Feb 06, 2021 7:38 pm
- Phoenix Version: 1.0.8.20
- Has thanked: 99 times
- Been thanked: 179 times
Re: Which is more important, PHP 8.2 support now or localized dates?
Something like that would be a shame, I think. But I personally don't think "2024-01-17" without the timestamp (or if the "T" was replaced by a space) would be an issue.
//Daniel
I'm not smart, but sometimes even a blind chicken can find a corn.
Here are a lot of corns: Phoenix user guide
Here are a lot of corns: Phoenix user guide
-
14Steve14
- Senior Contributor
- Posts: 923
- Joined: Fri Oct 25, 2019 7:01 pm
- Phoenix Version: v1.0.9.1
- Has thanked: 17 times
- Been thanked: 103 times
Re: Which is more important, PHP 8.2 support now or localized dates?
I must confess that I find looking a day and date so much easier. Not to bothered about the time, but again, at times this does come in handy when scanning through things like the orders page. It allows us to see when the website is at its busiest.
It would only really be a case of getting used to how it is coded from what it was and adjusting the way we do things accordingly.
Is php 8.2 that important now. I know my hosts would prefer everyone on the latest version but they still offer php 7 and below. I did look at some hosts and they have a minimum of php8 so as long as it works on that then there should be time to get ready for a higher version.
It would only really be a case of getting used to how it is coded from what it was and adjusting the way we do things accordingly.
Is php 8.2 that important now. I know my hosts would prefer everyone on the latest version but they still offer php 7 and below. I did look at some hosts and they have a minimum of php8 so as long as it works on that then there should be time to get ready for a higher version.