Re: Deprecation of the formats DATE_ISO8601 and DATE_RFC7231
| From: | Jorg Sowa | Date: | Fri, 02 Jun 2023 22:28:29 +0000 |
| Subject: | Re: Deprecation of the formats DATE_ISO8601 and DATE_RFC7231 | ||
| References: | 1 2 3 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-120516@lists.php.net to get a copy of this message | ||
> In my opinion, since it isn't, and likely never was, a legal ISO8601
> string, it's a no-brainer that it should be deprecated. (it's at least
> been illegal since iso8601:2004 released in 2004)
I thought the same when I started the discussion. It's not good promotion
for PHP, when every mention about using proper ISO8601 format starts with
warning (use DATE_ATOM, not ISO_8601!). It doesn't need to be removed
straight in PHP 9. We can wait for next major version.
I just don't understand why keeping invalid concept in the language is
important for such simple structure like constant. I understand it's BC,
but it cannot be keep forever.
I would write RFC anyway to check the reception, but I need Karma to do it.
Could I ask someone for it?