Verwenden Sie PHP Gettext ohne Locales installieren

Question

Ich habe für die Internationalisierung ein Open-Source-Projekt Optionen suchen:

• Gettext, die jeder zu empfehlen scheint, offenbar Gegenden muss sein „auf Ihrem System installiert " benutzt werden. Siehe hierzu note im PHP-Handbuch, das genau meine Situation widerspiegelt. Diese SO question fragt auch nach dem gleichen Problem. Dies ist für ein Open-Source-Projekt nicht geeignet, da ich nicht darauf vertrauen kann, dass die Endbenutzer die entsprechenden Ländereinstellungen auf ihrem System installiert haben. Außerdem ist es sehr merkwürdig, dass Sie Locales installieren müssen, nur um die von Ihnen übersetzten Strings (IMO) zu verwenden.

• Zend_Translate wird manchmal auch für Gettext empfohlen, aber ich benutze das Zend Framework nicht, also glaube ich nicht, dass es eine Option für mich ist. Einige Leute haben gesagt, dass Sie es vom Zend-Framework trennen können, aber ich hätte keine Ahnung, wie. Wenn mir jemand sagen kann, welche Dateien ich benötige (ich habe einen Tarball des Zend-Frameworks heruntergeladen), würde ich gerne Zend_Translate benutzen.

• Arrays. Das ist, was ich jetzt mache, aber es ist nicht ideal, weil:

• Es wird viel Speicher verwenden, um jede Übersetzung zu definieren, wenn die meisten nicht von der aktuellen Seite verwendet werden.
• Ich habe Probleme mit dem Duplizieren der Schlüssel im Array, die bereits 1000 Zeilen Code lang geworden ist und ich habe noch nichts hinzugefügt ...
• Es bedeutet, dass nicht-Programmierer nicht wirklich übersetzen können , während POedit der Standard ist, den jeder erwartet.

Kann ich lesen irgendwie .mo Dateien ohne Gettext oder Zend_Translate, oder muss ich Gettext verwenden? Wenn ja, wie kann ich alle Locales arbeiten lassen, wie in der Frage, die ich oben verlinkt habe?

EDIT: Ich bin jetzt bereit, Zend_Translate zu verwenden. Ich muss nur herausfinden, welche Dateien ich brauche (es wäre großartig, wenn sie zu einer Datei kombiniert werden könnten) - Ich möchte nicht das gesamte Zend Framework in meinem Projekt haben.

---

Update: Ich war daran interessiert zu sehen, wie groß Open-Source-Projekte i18n Griff:

• Moodle verwendet arrays.
• Drupal scheint arrays, with a database fallback zu verwenden. Sie führen auch setlocale('C'), um ein generisches Gebietsschema zu erhalten und das gesamte setlocale Durcheinander zu umgehen.
• Wordpress verwendet heaps of their own functions für i18n, obwohl darunter gettext verwendet wird.

Also keines dieser drei zufälligen Projekte verwenden Zend_Translate, noch Gettext direkt, soweit ich sehen kann.

Vielleicht ist es eine gute Idee, das Gebietsschema C zu verwenden, den Namen der Sprache im Textdomänennamen zu speichern und von dort zu gehen.

---

Also hier ist so weit wie ich damit habe:

$lang = 'de'; //debug 
setlocale(LC_ALL, 'C'); 
bindtextdomain('default', PATH . "/locale/$lang"); 
bind_textdomain_codeset('default', 'UTF-8'); 
textdomain('default'); 

var_dump(file_exists(PATH . "/locale/$lang/C/LC_MESSAGES/default.mo")); //bool(true) 

Aber ich bekomme immer noch nur die englische Zeichenfolge, obwohl ich poedit verwendet habe, msgfmt usw. die entsprechende machen Dateien. Ich habe auch versucht, Apache neu zu starten. Hier

Answer 1

ist die Lösung:

$lang = 'de'; //debug 
setlocale(LC_ALL, 'C.UTF-8'); 
bindtextdomain('default', PATH . "/locale/$lang"); 
bind_textdomain_codeset('default', 'UTF-8'); 
textdomain('default'); 

Der einzige Unterschied zwischen diesem und dem Beispiel, das ich am Ende meiner Antwort geschrieben ist, dass es C.UTF-8 verwendet nicht nur C.

Ich werde mehr testen, und wenn es plattformübergreifend funktioniert, und werde diese Antwort aktualisieren, wenn ich etwas anderes finde.

Answer 2

Versuchen Sie gettext-php. Es ist ein Drop-In-Ersatz für gettext in PHP geschrieben. Es wurde ursprünglich für WordPress gemacht, denke ich, weil WP auf freigegebenen Hosts laufen muss, die nicht immer für jedes Gebietsschema konfiguriert sind. Dies scheint mir auch dein Problem zu sein.

Es hat ein bisschen Leistung getroffen, aber es war überhaupt kein Problem für mich.