WordPress in deutscher Sprache

Hi dogman,

es lag wohl an meinem email-notifier-plugin, von dem ich beim update versehentlich ein paar Dateien gelöscht hatte.

Vielen Dank für die Hilfe!

Ich habe die deutsche Sprachdatei installiert und im Adminbeeich funktioniert sie auch.
Nur auf der Seite selber nicht.
So wie ich das sehe sollten aber in der Sidebar die Überschriften auch auf Deutsch ausgegeben werden. Oder liege ich da falsch?
Vielen Dank und lg
Tina

Hallo,

eine dt. Sprachdatei für die neue WordPress V2.0.1 gibt es noch nicht, oder?

LG
Angelcurse

Lösung zu 64-Bit-gettext-Problem

Hallo,

ich bin gerade mit Hilfe von Dritten zu weiteren Ergebnissen gekommen:

Folgendes sollte auf allen System laufen:

// $MAGIC1 = (int)0x950412de; //bug in PHP 5
    $MAGIC1 = (int) - 1794895138;
    // $MAGIC2 = (int)0xde120495; //bug
    $MAGIC2 = (int) - 569244523;


    $this->STREAM = $Reader;
    $magic = $this->readint();
    if ($magic == ($MAGIC1 & 0xffffffff)) {
      $this->BYTEORDER = 0;
    } elseif ($magic == $MAGIC2) {
      $this->BYTEORDER = 1;
    } else {
      $this->error = 1; // not MO file
      return false;
    }

Wir haben ein Bug-Ticket bei php-gettext und WordPress hinterlassen:

https://savannah.nongnu.org/bugs/index.php…m&item_id=15923
http://trac.wordpress.org/ticket/2514

Hatte ich nicht genau diesen Fehler schon vor Weihnachten hier im Thema angekreidet (Link), oder ist das nu schon wieder n neuer Bug an derselben Stelle?
Nun ja, wenigstens kümmert sich mal jemand drum. Betrifft ja im Endeffekt doch relativ viele und es werden ja nicht weniger...

Thx & Gruß

Adminbereich plötzlich in Englisch- gestern war's noch Deutsch

by the way an dieser stelle.

... gestern hatte ich mal wieder ein neues plugin installiert, wieder deinstalliert und durch ein anderes ersetzt.

WP verhielt sich wie gewohnt, Adminbereich in Deutsch, wie von Anfang an.

heute morgen dann entdeckte ich: der Adminbereich in englisch. Hmmm
was hab ich mir denn da wann und wie zerschossen?!

nachdem mir endlich einfiel, die Spracheinstellung in wp-config.php zu überprüfen, schaute ich ob sich da evtl. durch die Installationen (der meist englischen Plugins) was geändert haben könnte.

Nein, da stand allemal immer noch:

define ('WPLANG', 'de_DE');

- wie es soll.

Na, was tun? Methode: Versuch und Irrtum.
Also, diese Zeile raus und nochmal rein, abgespeichert und überprüft, ob's nun wieder ...

JA! :-) Alles wieder ok.

Was war das denn nun?! :confused:

was stimmt mit meiner de_DE.mo nicht?

hab die Frage wieder gelöscht, da keine Antwort erhalten und das Problem anderweitig gelöst

Ein paar deutsche Sprachdateien für Plugins und ein Tutorial geschrieben, wie man das ändern der Sprache auch vom Besucher der Seite vornehmen lassen kann: http://forum.wordpress-deutschland.org/showthread.php?t=7470

Selbes Spiel nach Upgrade von 2.0.3 auf 2.0.4

Da sich die gettext.php geändert hat, muss wie zu Beginn dieses Threads beschrieben erneut gepatcht werden - zumindest auf meinem Debian Sarge System erhalte ich anderenfalls wieder die altbekannte Fehlermeldung

Warning: unpack(): Type V: not enough input, need 4, have 0 in ..../wp-includes/gettext.php on line 82

Mit folgender Änderung funktioniert es bei mir:

108a109
>     $MAGIC3 = (int)  2500072158; // ÄNDERUNG 64 BIT
112c113
<     if ($magic == ($MAGIC1 & 0xFFFFFFFF)) { // to make sure it works for 64-bit platforms
---
>     if ($magic == (( $MAGIC1 || $magic == $MAGIC3 ) & 0xFFFFFFFF)) { // to make sure it works for 64-bit platforms

Für Menschen, die keine diffs mögen, gibt's hier den betreffenden Codeabschnitt der funktionierenden Version:

// Caching can be turned off
    $this->enable_cache = $enable_cache;


    // $MAGIC1 = (int)0x950412de; //bug in PHP 5
    $MAGIC1 = (int) - 1794895138;
    // $MAGIC2 = (int)0xde120495; //bug
    $MAGIC2 = (int) - 569244523;
    $MAGIC3 = (int)  2500072158; // ÄNDERUNG 64 BIT


    $this->STREAM = $Reader;
    $magic = $this->readint();
    if ($magic == (( $MAGIC1 || $magic == $MAGIC3 ) & 0xFFFFFFFF)) { // to make sure it works for 64-bit platforms
      $this->BYTEORDER = 0;
    } elseif ($magic == ($MAGIC2 & 0xFFFFFFFF)) {
      $this->BYTEORDER = 1;
    } else {
      $this->error = 1; // not MO file
      return false;
    }


    // FIXME: Do we care about revision? We should.
    $revision = $this->readint();

Ich habe übrigens kein 64-bit-System:

# uname -a
Linux WEB-01 2.4.27-2-686-smp #1 SMP Wed Aug 17 10:05:21 UTC 2005 i686 GNU/Linux

Viele Grüße

Markus

Hallo,
vorab: bin wohl ein DAU :-(
Kurz: Deutsche Version heruntergeladen, ging nicht
->Forum durchsucht -> aha, liegt an Sprachdatei -> erstmal de_DE aus config raus --> ging

nun wollt' ich's ja aber deutsch --> weiter gesucht und das hier gefunden

Ergebnis: mit diesem Code (von MarkusW -Seite vorher-) funzt es auch mit 'de_DE' ... aber: es ist immer noch englisch :-(
Was muss ich noch tun?

Gruß!

Mike

OK, ich versuch's mal...

genau, die DE-Edition. Die Fehlermeldungen waren diese hier schon ein paar mal gefundenen: "... not enough input..." (drei Zeilen).
Wie gesagt, mit dem Code von MarkusW kann ich mich nun anmelden, aber der Admin-Bereich ist halt komplett englisch statt deutsch

Meine phpinfo!?!

Hm, vielleicht ist es das: MySQL 4.0.15 mit der Oberfläche phpMyAdmin 2.5.6

sonst konnte ich meinem account nichts finden zu php

ah, halt, ich hab die gettext.php geändert (Code von MArkusW). Hab das nun wieder rückgängig gemacht, damit die alten Fehlermeldungen erscheinen:

Zitat

Warning: unpack(): Type V: not enough input, need 4, have 0 in /home/www/web11/html/wordpress/wp-includes/gettext.php on line 82

Warning: unpack(): Type V: not enough input, need 4, have 0 in /home/www/web11/html/wordpress/wp-includes/gettext.php on line 82

Fatal error: Maximum execution time of 30 seconds exceeded in /home/www/web11/html/wordpress/wp-includes/streams.php on line 60

Super, danke für diese php-info-Sache. Das spuckt er aus (hab mal nur das genommen, von dem ich denke, das es interessant ist):

Zitat

System Linux y051 2.4.25-fastIT #1 Tue Feb 24 20:04:03 CET 2004 i686
Build Date Feb 21 2005 15:06:09
Server API Apache 2.0 Handler
Virtual Directory Support disabled
Configuration File (php.ini) Path /etc/php.ini
PHP API 20020918
PHP Extension 20020429
Zend Extension 20021010
Debug Build no
Thread Safety disabled
Registered PHP Streams php, http, ftp, https, ftps, compress.bzip2, compress.zlib

Alles anzeigen

Bei einem Freund aufm Server. Er hat mir extra das mit den Datenbanken eingerichtet, weil ich das noch nicht hatte. Das System (oder wie das bei nem Server heißt) ist Confixx.

Zitat

bist damit neben MarkusW der zweite Fall den ich sehe

Aber bei MarkusW ging's dann danach mit deutsch, oder hatte ich das falsch verstanden? Ich mein, immerhin komme ich rein, aber mit deutsch tät ich mir extrem leichter (hoff ich).

Danke fürs Dranbleiben!

Gruß!

misfit

Zitat von misfit

Aber bei MarkusW ging's dann danach mit deutsch, oder hatte ich das falsch verstanden? Ich mein, immerhin komme ich rein, aber mit deutsch tät ich mir extrem leichter (hoff ich).

Das Admin-Interface ist bei mir nach wie vor Englisch, ich bin bislang davon ausgegangen, dass sich die deutsche Übersetzung aufs Frontend beschränkt.

Zitat von MaD

es ist genau anders herum ... die deutsche Sprachdatei ist für den Adminbereich ... für das deutsche Frontend muss man ein deutsches Theme nutzen ...

bin aber leider noch zu keinem Ergebnis gekommen, warum das so ist bei euch ...

Du hast recht - es macht bei mir überhaupt keinen Unterschied, ob das .mo-File nun vorhanden ist oder nicht. Im Frontend werden zudem Datumsangaben in Englisch dargestellt, da dieser Bereich offenbar auch von der Sprachdatei übersetzt werden müsste. Ich habe mich ein wenig in wp-l10n.php umgesehen und in der Funktion load_textdomain()
geprüft, ob Wordpress den korrekten Pfad zur Sprachdatei findet (passt) und ob die Datei für Wordpress lesbar ist (passt ebenfalls). Auch die Funktion get_locale() gibt den korrekten Wert aus der wp-config.php zurück.

Ich habe auch einen anderen Tipp aus diesem Thread getestet und die .mo-Datei in de.mo umbenannt und danach wp-config.php angepasst - hat leider nichts gebracht.

Als nächstes habe ich die fragliche Stelle in gettext.php angesehen. Mein "Patch" macht leider offenbar nichts anderes, als sicherzustellen, dass bei die if-Abfrage (~Zeile 111) immer in den else-Bereich läuft - ($this->error = 1; return false;). Wenn ich dort versuche, $this->BYTEORDER selbst zu setzen (sollte auf einem nicht-64bit-System ja offenbar 0 sein), dann erhalte ich wieder die Fehlermeldung:

[B]Warning[/B]:  unpack(): Type V: not enough input, need 4, have 0 in [B][...]/wp-includes/gettext.php[/B] on line [B]82[/B]


[B]Warning[/B]:  unpack(): Type V: not enough input, need 4, have 0 in [B][...][/B][B]/wp-includes/gettext.php[/B] on line [B]82[/B]


[B]Fatal error[/B]:  Maximum execution time of 30 seconds exceeded in [B][...][/B][B]/wp-includes/streams.php[/B] on line [B]60[/B]

Ich habe leider zu wenig Know-How, um mich selbst weiter durch den Code zu wühlen, die eigentliche Funktionsweise der Sprachdatei ist weiterhin eine Black Box für mich. Wie könnte ich denn weiter vorgehen, um das ganze zu debuggen?

Server Version: Apache/1.3.33 (Debian GNU/Linux) JRun/4.0 mod_gzip/1.3.26.1a PHP/4.3.10-16 mod_ssl/2.8.22 OpenSSL/0.9.7e

register_globals = Off
magic_quotes_gpc = Off
magic_quotes_runtime = Off

Ich habe testweise den installierten eAccelerator deaktiviert, dann komplett aus der php.ini auskommentiert, das Ergebnis blieb das gleiche.

Viele Grüße

Markus