Wo sind die offiziellen i18n WordPress Versionen gespeichert (SVN)?

Ich habe bereits http://i18n.svn.wordpress.org/ überprüft, aber etwas scheint aus. Ich brauche offizielle Dateiprüfsummen.

Ich habe /ar (Arabisch) als Beispiel genommen und alle Dateien im Repository mit den Dateien verglichen, die ich von http://ar.wordpress.org/ heruntergeladen habe, und sie stimmen nicht überein (speziell wp-content / Sprachen / ar.po und ar.mo Dateien). Auch die Verzeichnisse /ar/trunk und /ar/tags/4.1 sind ziemlich leer. Fehle ich etwas?

Solutions Collecting From Web of "Wo sind die offiziellen i18n WordPress Versionen gespeichert (SVN)?"

i18n ressource … das Versteckspiel

Anmerkung vorne: Ich bin mir nicht 100% sicher, also nehmen Sie bitte Folgendes mit einem Körnchen Salz.

Ich bin mir zu 99% sicher, dass die folgenden Informationen korrekt sind. (Es ist immer noch verwirrend, auch nach Jahren mit WordPress).


Nicht-Gettext-Übersetzung für Core

Die Ressource 18n.wordpress.org wird vom Glotpress-Projekt verwendet . Dort finden Sie fast alle Sprachen für die Dateien, die nicht mit Gettext übersetzt werden können, und sehen Sie sich den Status der Sprachvervollständigung an . Das heißt: wp-config-sample.php , readme.txt , license.txt und einige Nachrichten, etc. werden dort übersetzt

Gettext-Übersetzung für core

Wenn Sie sich die Seite mit den WordPress-APIs ansehen, finden Sie auch den Abschnitt ” Übersetzung ” . Dort findest du nicht nur Pointer, sondern auch alle von wp.org gehosteten Plugins und Themes. Wenn Sie pingen

 https://api.wordpress.org/translations/core/1.0/?version={wp-version} 

Sie erhalten eine JSON-Antwort zurück (Beispiel für WP v4.1.1 ). Beispielausgabe (verkürzt):

 { "translations" : [ { "language" : "ar", "version" : "4.1.1", "updated" : "2015-01-17 19:01:24", "english_name" : "Arabic", "native_name" : "\u0627\u0644\u0639\u0631\u0628\u064a\u0629", "package" : "https:\/\/downloads.wordpress.org\/translation\/core\/4.1.1\/ar.zip", "iso" : { "1" : "ar", "2" : "ara" }, "strings" : { "continue" : "\u0627\u0644\u0645\u062a\u0627\u0628\u0639\u0629" } }, // ... other languages here 

Die language und iso werden folgende sein

Das Repository enthält Verzeichnisse für jedes Gebietsschema, die wie folgt benannt sind:

  • ISO 639 Sprachcode (Kleinbuchstaben) oder
  • ISO 639 Sprachcode (Kleinbuchstaben) + ein Unterstrich + ISO 3166-1 Alpha-2 Ländercode (Großbuchstaben) oder
  • Sprachcode nach ISO 639-3 (Kleinbuchstaben)

Quote: Repo-Dateistruktur auf Glotpress – Requisite Dominik “@ ocean90” Schilling zur Behebung dieses Problems in der GlotPress-Dokumentation.

Die “ISO 639” (und die verwendeten Teile 1 und 2) sind die internationale bibliografische Sprache und Ländercodes. @StephenHarris und ich unterhalten den “WCM User Language Switcher” mit seinem Breakout-Projekt, der “ISO 639-1 / 2” JSON-Quelle (afaik, es gibt nur diese im Internet), mit der man Teile des JSON-Rückkehr.

Jeder Sprachcode, der in dem Zwei-Buchstaben-Code-Satz vorhanden ist, hat einen entsprechenden Sprachcode in der Alpha-3-Liste, aber nicht notwendigerweise umgekehrt. ISO 639-2: 1998 bietet zwei Sätze von dreibuchstabigen alphabetischen Codes für die Darstellung von Namen von Sprachen, eine für Terminologie-Anwendungen und die andere für bibliographische Anwendungen. Die Codesätze sind die gleichen, mit Ausnahme von fünfundzwanzig Sprachen, die aufgrund der Kriterien, die für ihre Formulierung verwendet werden, Variantensprachencodes haben.

Prüfsummen

Es gibt auch einen offiziellen API-Endpunkt für Prüfsummen in Ihrer Sprache:

 https://api.wordpress.org/core/checksums/1.0/?version={version_number}&locale={iso_code} 

Füllen iso_code einfach iso_code mit de_DE zum Beispiel.

Das zurückgegebene JSON wird wie folgt aussehen:

 { "checksums" : { "wp-settings.php" : "c4833959e93d9368a35712e52c57c650", "wp-cron.php" : "cf2ae664186202bf6944c31378ec5af9", // ... 

Das ist es.

Edit : Ich habe gerade ~/wp-admin/includes/update-core.php und die update_core() Version update_core() und es scheint, dass wir auch eine global $wp_local_page global bekommen haben. Dort finden Sie auch die function get_core_checksums() .

Ruft die Prüfsummen für die angegebene WordPress-Version ab und speichert sie zwischen.

@return boolean|array False on failure. An array of checksums on success.

So benutzt core es innerhalb von update_core() :

 $cs = get_core_checksums( $wp_version, isset( $wp_local_package ) ? $wp_local_package : 'en_US' ); 

Die WordPress-Version

Die WordPress-Version kann von den $GLOBALS['wp_version'] . Stellen Sie sicher, dass Sie eine stabile Version verwenden, und versuchen Sie dies nicht auf dem Stamm, wo Sie Sachen wie '4.2-alpha-31531' während die aktuelle Version 4.1.1 . Was wird offensichtlich zurückkehren … nichts.

Probleme mit dem internen Updater von WordPress

Ein weiteres Problem: Wenn Sie nur Übersetzungsdateien herunterladen, wie oben beschrieben und im Codex, aber kein vollständiges lokalisiertes Paket, startet der Updater möglicherweise einen Fehler beim Aktualisieren, auch wenn Ihre Dateien bereits aktuell sind. Dies liegt an lokalisierten Paketen, die die globale Variable $wp_local_package . Für weitere Details casting Sie einen Blick auf diese Frage .

Schnelles Beispiel

Um diesen WordPress-Strukturen mehr WordPress-y-Touch zu geben, rufen Sie einfach die Ressourcen mit der WP HTTP-API ab. Ich habe viele Beispielantworten geschrieben: Link zu SERP hier . Möglicherweise möchten Sie eine wp_remote_head() ausführen, um vor dem Abrufen zu überprüfen, ob eine Datei vorhanden ist.

i18n Dateien über … Komponist!

Und dann – wie der Österreicher @kraftner sagte – gibt es auf Koodimoni in Finnland ein Satis Repo, das alle 30 Minuten aktualisiert wird. Weitere Informationen, wenn Sie dem Link folgen. Hinweis: Ziehen Sie diese Quelle vor, wenn Sie versuchen, WP einzurichten. Ansonsten bevorzuge das oben genannte, wenn du entfernte Anfragen oder Plugin-Sachen selbst erstellst.