Re: [PEPr] +1 for Web Services::Service_Amazon_S3
| From: | Michael Gauthier | Date: | Wed, 12 Mar 2008 20:42:05 +0000 |
| Subject: | Re: [PEPr] +1 for Web Services::Service_Amazon_S3 | ||
| References: | 1 2 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-49414@lists.php.net to get a copy of this message | ||
On Wed, 2008-12-03 at 18:52 +0100, Christian Schmidt wrote:
> Michael Gauthier wrote:
> > Is there a reason keys and prefixes are always converted to ISO-8859-1?
>
> PHP5 has poor support for multi-byte character sets like UTF-8, and most
> built-in functions by default assume that strings are in ISO-8859-1.
> However, certain functions like those in the DOM extension expose all
> strings.
>
> I could have chosen to use UTF-8 instead of ISO-8859-1. This would make
> life easier for people whose application is based on UTF-8 and harder
> for the ISO-8859-1 crowd. If the library supports only one character
> set, one of these crowds would have to use utf8_encode()/utf8_decode()
> on all strings.
>
> Using UTF-8 makes sense for the DOM extension, because XML data often
> contains characters that are not part of ISO-8859-1. This is probably
> less likely for object keys on Amazon.
>
> So far I have chosen a simple solution that follows the convention used
> by the majority of PHP functions. I imagine that a future release would
> allow programmers to specify explicitly which character set they are
> using. This can be done in a completely backwards compatible way. I may
> also be possible to make it work automagically when the mbstring
> extension is enabled, but I don't have much experience with that.
Do you have any thoughts on what the API would be to use a different
character set than ISO-8859-1? I can help with the implementation.
> Christian