Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:95206
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.169 as permitted sender)
To: Rowan Collins <rowan.collins@gmail.com>, internals@lists.php.net
References: <CAGa2bXYGUhihdbMMBQB7FQ6CnmYqrB_x2YVjdZTvT8gDs59oOQ@mail.gmail.com>
 <6163e94b-9b42-0049-1346-3e7f790801a2@gmail.com>
 <ffb07d7d-f37a-8740-255a-956cd3a5eb13@gmail.com>
Message-ID: <60e1deb8-a03b-5fa3-a72f-d408be7f6ff4@gmail.com>
Date: Mon, 15 Aug 2016 12:47:14 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0)
 Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <ffb07d7d-f37a-8740-255a-956cd3a5eb13@gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC][DISCUSSION] Remove utf8_decode() and
 utf8_encode()
From: smalyshev@gmail.com (Stanislav Malyshev)

Hi!

>> utf8_decode()/utf8_encode are, at best, extremely misleading names.
>> Many uses of them in my experience go something like this: "I have an
>> encoding problem, it's something to do with UTF-8, I'll try
>> utf8_encode; hm, that didn't work, I'll try utf8_decode instead".

I still think if one does it without even reading one-line description
in the manual, they deserve what they get.
I know people will click on any binary that says "please click on me,
honestly I'm not a trojan" but programmers are supposed to know a little
better? Like not running functions they don't know what they do, even
without reading one-line description?

> They are certainly used in many, many places; but I would wager that
> almost all of those uses are broken because they make no effort to
> confirm that 8859-1 is the right source / target encoding. I think
> deprecating (but not removing) them might be sensible, because it would
> discourage this broken logic.

Deprecating - maybe, since there are better alternatives to it anyway
(like iconv or recode), but I don't see much point in removing unless we
have no usage at all.

-- 
Stas Malyshev
smalyshev@gmail.com