PHP/Gettext 问题

Question

我记得几个月前用 gettext 运行了一些测试，下面的代码运行得很好：

putenv('LANG=l33t');
putenv('LANGUAGE=l33t');
putenv('LC_MESSAGES=l33t');

if (defined('LC_MESSAGES')) // available if PHP was compiled with libintl
{
    setlocale(LC_MESSAGES, 'l33t');
}

else
{
    setlocale(LC_ALL, 'l33t');
}

bindtextdomain('default', './locale'); // ./locale/l33t/LC_MESSAGES/default.mo
bind_textdomain_codeset('default', 'UTF-8');
textdomain('default');

echo _('Hello World!'); // h3110 w0r1d!

这运行得很完美（如果我没记错的话，在 Windows XP 和 CentOS 下），这很好，因为我可以使用任意“语言环境” ”，而不必担心它们是否安装在系统上。然而，这似乎不再起作用了，我想知道为什么......

---

Red Hat + PHP 5.2.11：

我能够在各种语言环境中来回切换，并且只要 翻译就显示正确setlocale() 调用不会返回 false（如果区域设置可用/系统上已安装）。

这并不完美（如果我可以将 gettext 指向任何任意翻译目录而不必测试语言环境是否存在，那就太好了），但它是可以接受的。稍后我将进行更多测试。

Windows 7 + PHP 5.3.1 (XAMPP)：

setlocale() 始终返回 false（即使使用 LC_ALL 而不是 LC_MESSAGES），除非我使用一些有效的 Windows 区域设置，例如 eng、deu 或 ptg - 在这种情况下，区域设置似乎已正确设置，但翻译仍然不正确不出现。我现在无法测试，因为我打开了数百个选项卡，但我认为对该脚本的第一次调用会产生正确的翻译（重新启动 Apache 不会成功）。

我不确定这是否与 PHP Bug #49349 有关。我会测试一下这是几个小时。

---

有没有办法使用 gettext 扩展（不是纯 PHP 实现，例如 php-gettext 或 Zend Translate Adapter）可靠地跨不同操作系统（可能使用 自定义语言环境（例如 l33t）？

另外，是否绝对有必要使用 setlocale(LC_ALL, ...) ？我宁愿保留 TIME、NUMERIC 和 MONETARY （特别是）区域设置不变（默认为 POSIX 区域设置）。

---

我有一个想法...是否可以使用非常常见的语言环境（例如 C、POSIX 或 调用 setlocale() >en_US）并通过域指定语言？像这样的事情：

/lang/C/LC_MESSAGES/domain.pt.mo
/lang/C/LC_MESSAGES/domain.de.mo
/lang/C/LC_MESSAGES/domain.en.mo
/lang/C/LC_MESSAGES/domain2.pt.mo
/lang/C/LC_MESSAGES/domain2.de.mo
/lang/C/LC_MESSAGES/domain2.en.mo

这可以在 *nix 和 Windows 平台上正常工作吗？

Answer 1

Gettext 对于网络应用程序来说不太实用。

• 例如，它本身不尊重/使用 Accept-Language 样式首选项。
• 通常在共享网络主机 (mod_php SAPI) 上会出现一些缓存问题。

所以我有时希望 PHP 模块不存在，并且方便的 _() 函数名称快捷方式可用于用户态实现。
（有我自己的 gettext.php，它工作更可靠。）

您的选择：

1. 无论如何，根据一些错误报告，gettext 的 Windows 端口在 UTF-8 方面存在一些缺陷。也许您的版本再次受到影响。因此，对于初学者来说，请尝试 bind_textdomain_codeset('default', 'ISO-8859-1'); 。此外，它似乎更喜欢 Windows IIRC 上的环境变量，因此 putenv("LC_ALL", "fr_FR"); 可能比 setlocale() 工作得更好。如果稍后您 dl(gettext.dll) 特别有用。

   也给它一个机会，在其中包含一个字符集LANG=en_GB.ISO-8859-1。 （因为无论如何你的源文本都是英文，所以关心字符集在这里并不是很相关；但可能是 gettext 自身出错的常见情况。）哦，有时它是 UTF8 而不是 UTF-8；也可以尝试 ASCII。

2. 或者绕过 gettext。您的域想法很接近，但我只是使用预定义的 ./locale/ 语言子目录：

   ./lang/en/locale/C/LC_MESSAGES/domain.mo
   

   然后只需调用 bindtextdomain("default", "./lang/{$APP_LANG}/locale") 即可，无需给 gettext 太多解释空间。它总是会查找 /C/，但已经注入了正确的语言环境目录。但无论如何，请尝试在其中建立从 $LANG 到 /C/ 的符号链接。

3. 咬住gnu。放弃 gettext。 “PhpWiki”有一个自定义的 awk 转换脚本。它将 .po 文件转换为 .php 数组脚本（是的，非常老派），并且只使用 __() 函数。关闭。而且更可靠。

Answer 2

该代码不会在每个系统上完美运行，因为每个系统的区域设置存储库 + php 版本都是不同的。

如果你想要一致性，你需要使用像 Zend_Translate 这样的东西，如果你在每个系统上安装 Zend（相同版本），它们都会彼此一致，因为它们使用相同的本地化数据、区域设置名称和代码库。

setlocale 有很多错误，它只是不可靠。请参阅评论@ http://php.net/manual/en/function.setlocale.php