Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:117416
Message-ID: <811c1fb8-5f76-1a5e-474c-fe654330adaf@telia.com>
Date: Thu, 24 Mar 2022 16:51:14 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
 Thunderbird/91.7.0
Content-Language: en-GB
To: Rowan Tommins <rowan.collins@gmail.com>
References: <22242169-a16d-5261-696c-3cf00b00336a@gmail.com>
 <0b322a3e-469a-7ed7-16e3-0b76287f4091@gmail.com>
Reply-To: =?UTF-8?Q?Bj=c3=b6rn_Larsson?= <bjorn.x.larsson@telia.com>
Cc: PHP Internals <internals@lists.php.net>
In-Reply-To: <0b322a3e-469a-7ed7-16e3-0b76287f4091@gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [RFC] Deprecate and Remove utf8_encode and utf8_decode
From: internals@lists.php.net ("Björn Larsson via internals")

Den 2022-03-23 kl. 14:46, skrev Rowan Tommins:
> On 20/02/2022 18:55, Rowan Tommins wrote:
>>
>> I would like to open discussion on an RFC to deprecate and later 
>> remove the functions utf8_encode() and utf8_decode()
>>
>> https://wiki.php.net/rfc/remove_utf8_decode_and_utf8_encode
> 
> 
> Final chance for feedback on this RFC, as revised, before I put it to a 
> vote.
> 
> There's been very little reaction on this thread, which I'm hoping means 
> everyone's either planning to vote "Yes" or just doesn't care...
> 
> Regards,
>
Well, the usecase I can provide is that we have a site with content
in ISO9959-1 (Latin 1).

Now the utf8_decode are used in the backend when the webapps and site 
are communicating with DB, e.g. in Ajax calls. The webapps are
built in Javascript.

Our feedback would be that the usage of this function have had zero
issues or bugs for more then five years that e.g. the apps have been
in production. So in this specific use case there is no benefit at the
moment with this removal. OTOH, the usage of this function is mostly
wrapped so it's not a big job changing it and it's good that the RFC
points out alternatives, where we would go for mbstring.

I also find the usage of both functions in one of our most important
Open Source libraries. How important they are there I don't know.

r//Björn