Wiedereinmal Wordpress im backend englisch

[andiak]

Wie so viele in letzter Zeit habe auch ich dasproblem das obwohl ich das Deutsche Wordpress runtergeladen habe ein englisches backend
die zwei drei tipps im faq haben nicht geholfen weder ist de_DE.mo dadran schuld noch die gettext soweit es aussieht.
Liegen tun die daten auf ohost.de
Wisst ihr rat?

(bitte keine links zu irgendwelchen anderen threads wo seit tagen nichts mehr geschrieben wurde und das problem auch nicht gelößt wurde)

[s.a.m.]

hi mein wordpress liegt auch bei ohost, und das backend bekomme ich auch nicht auf deutsch.
die ganen tipps hab ich auch durchprobiert, nix hat geholfen.
(das einzige das ich mal geschafft hab, dass das backend "verkrüppelt" deutsch-englisch hatte)
ich glaub mittlerweile, dass das bei ohost liegt.

[Romak]

Funpic, gleiches Problem.

[kampfsau]

Hatte das selbe problem mit WP 2.3.2, mein Hoster ist 1ahosting.ch

habs folgendermassen gelöst:

So wies ausschaut hat sich einiges geändert, die Sprachdatei liegt nicht mehr wie in allen Dokus beschrieben in /wp-includes/languages sondern in /wp-content/languages, desweiteren besteht noch immer das Problem mit 64bit Servern... (edit: wies ausschaut, ist es egal ob man wp-includes/languages nimmt oder /wp-content/languages, bei problemen evtl mal beides probieren)


1. WP 2.3.2 Deutsch heruntergeladen (http://de.wordpress.org/wordpress-2.3.2-de_DE.zip)
2. Zip Datei lokal entpackt
3. Die vorhin entpackte, lokal liegende de_De.mo (liegt in /wp-content/languages) auf den Webserver nach /wp-content/languages raufladen (Binary modus verwenden!)
4. de_DE.mo sollte auf dem Webserver jetzt genau 180761 bytes gross sein

5. Die auf dem Server liegende wp-config.php öffnen (liegt im Wurzel-/ Rootverzeichniss)
6. define ('WPLANG', ''); auf define ('WPLANG', 'de_DE'); ändern
7. Testen ob das Admin Backend von WP jetzt schon auf Deutsch ist

8. Falls immer noch Englisch, wird vermutlich ein 64bit Server eingesetzt
9. Auf dem Server nach /wp-includes/gettext.php navigieren, diese öffnen
10. Den gettext_reader($Reader, $enable_cache = true) Konstruktor nach Dieser Anleitung ersetzen
11. Testen, jetzt spätestens sollte das Admin Backend in Deutsch sein

hoffe es klappt bei euch ebenfalls


greets, Kampfsau

[jottlieb]

die Sprachdatei liegt nicht mehr wie in allen Dokus beschrieben in \wp-includes\languages sondern in \wp-content\languages

Das ist nicht richtig.
Sie muss immer noch im Verzeichnis /wp-includes/languages/ liegen.

Die vorhin entpackte, lokal liegende de_De.mo (liegt in \wp-content\languages) auf den Webserver nach \wp-content\languages raufladen (Binary modus verwenden!)

Binary-Modus ist ebenso falsch. Es muss ASCII sein. Nur bei Binary gibt es bei mir Probleme.

[Putzlowitsch]

Man kann alternativ eine Sprachdatei in /wp-content/languages/ haben, normalerweise wird sie aber aus /wp-include/languages geladen. Wenn sie dort fehlt, hat man bei der Installation der deutschen WP-Version irgendwas falsch gemacht. Hier der Code aus der wp-settings.php:

PHP-Code:

if ( !defined('LANGDIR') ) {
    if ( file_exists(ABSPATH . 'wp-content/languages') && @is_dir(ABSPATH . 'wp-content/languages') )
        define('LANGDIR', 'wp-content/languages'); // no leading slash, no trailing slash
    else
        define('LANGDIR', WPINC . '/languages'); // no leading slash, no trailing slash
} 


Es ist wohl dazu gedacht, eine eigene Sprachdatei (z.B. mit "Sie") verwenden zu können, ohne das man die originale Datei damit überschreiben muß.

Das mit dem ASCII-Modus für die mo-Datei will mir allerdings nicht einleuchten. Wenn ich in die Datei reinschaue, sieht die nicht nach einer Textdatei aus. Ich habe die schon immer im Binary-Modus per FTP auf den Server kopiert und hatte nie Probleme.

Gruß
Ingo

[jottlieb]

Erklären kann ich das mit ASCII nicht, es ist nur meine Erfahrung, die ich schon mehrmals gemacht habe. Nur explizites hochladen in ASCII löste Probleme mit verschwurbelter Sprache.

[Syntronica]

MAl eine Frage. Wie viele Thread zur SPrachdatei gibt es eigentlich? ;-)

[Putzlowitsch]

Zitat von Syntronica

MAl eine Frage. Wie viele Thread zur SPrachdatei gibt es eigentlich? ;-)

Derzeit 142

Das ist das Unterforum "Sprachdatei", was für Threads soll es denn hier sonst geben?

Gruß
Ingo

[TigerDE2]

Zitat von jottlieb

Erklären kann ich das mit ASCII nicht, es ist nur meine Erfahrung, die ich schon mehrmals gemacht habe. Nur explizites hochladen in ASCII löste Probleme mit verschwurbelter Sprache.

@Jottlieb: In unserer FAQ steht auch Binärmodus, denke ich. ASCII führt zu Problemen, wenn Ziel- und Quell-OS nicht identisch sind, weil's dann Zeuilenumbrüche in der Binärdatei zerhaut. Eigentlich sollte deshalb binär funktionieren, denke ich. ASCII würde ich erst empfehlen, wenn alles andere als Fehlerquelle ausgeschlossen wurde...