PHP/Gettext Problèmes

Je me souviens de l'exécution de certains tests il y a quelques mois avec gettext et le code suivant a parfaitement fonctionné:

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!

Cela a fonctionné parfaitement (sous Windows XP et CentOS si je me souviens bien), ce qui était bien car je pouvais utiliser arbitraire "locales", sans avoir à se soucier si elles ont été installées sur le système ou non. Cependant, cela ne semble pas fonctionner, je me demande pourquoi...

---

Red Hat + PHP 5.2.11:

Je suis capable de faire un aller retour à partir de diverses localités et les traductions afficher correctement tant que le setlocale() appel ne retourne pas false (si les paramètres régionaux est disponible/installé sur le système).

Ce n'est pas parfait (ce serait génial si je pouvais juste point de gettext pour n'importe quel répertoire de traduction sans avoir à tester l'existence de la locale), mais c'est acceptable. Je vais exécuter des tests un peu plus tard.

Windows 7 + PHP 5.3.1 (XAMPP):

setlocale() renvoie toujours false (même lors de l'utilisation de LC_ALL au lieu de LC_MESSAGES), à moins que j'utilise Windows valide paramètres régionaux tels que eng, deu ou ptg - dans ce cas, les paramètres régionaux semble correctement, mais les traductions ne comprends toujours pas. Je ne peux pas tester pour l'instant parce que j'ai des centaines d'onglets ouverts, mais je pense que le premier appel à ce script donne la traduction correcte (redémarrage d'Apache ne suffit pas).

Je ne sais pas si c'est lié à l' PHP Bug #49349. Je vais le tester c'est un couple d'heures.

---

Est-il possible d'utiliser l'extension gettext (pas pur PHP implémentations comme php-gettext ou la Zend Traduire Adaptateur) de manière fiable à travers différents systèmes d'exploitation (éventuellement avec personnalisé locales comme l33t)?

Aussi, est-il absolument nécessaire d'utiliser setlocale(LC_ALL, ...)? Je voudrais préférez quitter la TIME, NUMERIC et MONETARY (spécialement) paramètres régionaux intacte (par défaut POSIX locale).

---

J'ai eu une idée... Serait-il possible d'appeler setlocale() avec un très commun de paramètres régionaux (comme C, POSIX ou en_US) et de spécifier la langue via le domaine? Quelque chose comme ceci:

/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

Serait-ce de travailler sur *nix et Windows plataforms sans problèmes?