WordPress - gettext / unpack Fehler - Ursache gefunden

    Nach langer und intensiver Recherche, Tests und vielen grauen Haaren mehr, hab ich endlich den Schuldigen gefunden, der das verursacht:

    Code
    Warning: unpack() [function.unpack]: Type V: not enough input, need 4, have 0 in C:\xampp\_root_wordpress26\wp-includes\gettext.php on line 91
Warning: unpack() [function.unpack]: Type V: not enough input, need 4, have 0 in C:\xampp\_root_wordpress26\wp-includes\gettext.php on line 91
Warning: unpack() [function.unpack]: Type V: not enough input, need 4, have 0 in C:\xampp\_root_wordpress26\wp-includes\gettext.php on line 91
Warning: unpack() [function.unpack]: Type V: not enough input, need 4, have 0 in C:\xampp\_root_wordpress26\wp-includes\gettext.php on line 91
Fatal error: Maximum execution time of 60 seconds exceeded in C:\xampp\_root_wordpress26\wp-includes\streams.php on line 66
Fatal error: Maximum execution time of 60 seconds exceeded in C:\xampp\_root_wordpress26\wp-includes\wp-db.php on line 359

    Eine Ausführliche Beschreibung hab ich bereitgestellt unter: Code Styling Project » WordPress Fehler durch Sprachdateien - die Ursache
    Das Problem lässt sich auch auch ohne Patch beheben, jedoch kann eine andere Domain in Shared Hosting Systemen (die mit auf deinem Server läuft) deine Domain "abschießen". Ich hab versucht, das so einfach wie möglich zu erklären und Lösungen angeboten.

    • Gerade eben
    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

    Hmmm, sehr interessant. Ich hatte kürzlich ein Problem mit SimplePie (hat jetzt nicht direkt was mit WP zu tun). Dabei wurden ein paar Feeds fehlerhaft ausgelesen, so daß vor dem eigentlichen XML noch 4 Zeichen standen. Mal sehen, ob ich das damit beheben kann.

    Gruß
    Ingo

    Wenn ich helfen konnte, bitte [ Gefällt mir ] klicken. :-)

    Nee, das wars bei mir leider nicht, da steht mbstring.func_overload schon immer auf '0';

    Gruß
    Ingo

    Wenn ich helfen konnte, bitte [ Gefällt mir ] klicken. :-)

    Ich hab in der Zwischenzeit einen Patch erarbeitet, der egal wie die betroffene Einstellung in der php.ini gerade gesetzt ist, immer korrekt mit den Sprachdateien umgeht.

    Der Download ist über den Link im Eingangspost zu finden (ganz oben).

    Außerdem ist der Fehler und der Patch jetzt an WP Bug Trac weitergegeben und ich hoffe, dass er in WordPress Version 2.6.1 enthalten sein wird. Ich hab die Version mal von 2.9 auf 2.6.1 angehoben und meine Seite auch noch in englischer Version bereitgestellt, damit die US boys auch wissen, was ich meine.

    Interessant, ich hatte den Fehler auch immer mal, bin auch bei all-inkl.de. Gute Beschreibung, habe alles verstanden und wenn der Fehler wieder auftritt, werde ich per .htaccess Datei den Wert ändern.
    Hast du Apache mal wegen dem Bug informiert. Vielleicht hören die ja auf deinen Rat...

    Nein, ist er leider nicht. Zumindest bei mir (HostEurope Webspace) kommt er nun fast bei jedem Seitenaufruf, also sogar deutlich häufiger als vorher.

    Ich habe die Sprachdateien nun erstmal wieder deaktiviert und hoffe nach wie vor auf eine Lösung.

    Bei mir kommt dieser Fehler übrigens auch mit der englischen Wordpress-Version. Habe keinerlei Sprachdateien installiert.

    Hat jemand eine Idee, woran das liegen könnte?

    Der in WP2.6.1 bereitgestellte Fix bereinigt das Problem auf der Basis meines eingereichten Patches. Dies löst aber, soweit ich Rückmeldungen dazu bekommen hab, die Problematik bei all-inlk.com nicht.
    Offensichtlich sind dort die Server/PHP in einer Weise konfiguriert, die diesen Fehler auch auf andere Art provoziert.
    Dies ist nicht ein Problem von WordPress selbst sondern ein konfiguratives Problem des Hosters.

    Zitat von _Paul_

    Bei mir kommt dieser Fehler übrigens auch mit der englischen Wordpress-Version. Habe keinerlei Sprachdateien installiert.

    Hat jemand eine Idee, woran das liegen könnte?


    Wenn du keine Sprachdatei von WordPress benutzt, heißt das erstmal nur, dass es nicht mit der de_DE.mo von WP zusammenhängt. Solange aber in der wp-config.php noch eine Sprache unter WPLANG angegeben ist, werden ggf. Sprachdateien von Plugins geladen, die dieser Sprache entsprechen.
    Anders kann man ohne Sprachdateien den Fehler nicht produzieren, denn wenn WP komplett auf englisch läuft (WPLANG ist "" oder "en_US") dann werden keinerlei Sprachdateien verwendet.

    Ich hab aber auch schon Rückmeldungen von Usern bekommen, die Gengo einsetzen. Dieses Plugin scheint die "Macht" zu haben, diese Art der Fehler ebenfalls zu provozieren! Leider hatte ich noch keine Zeit, dieses zu testen.

    Zitat von codestyling

    Der in WP2.6.1 bereitgestellte Fix bereinigt das Problem auf der Basis meines eingereichten Patches. Dies löst aber, soweit ich Rückmeldungen dazu bekommen hab, die Problematik bei all-inkl.com nicht.
    Offensichtlich sind dort die Server/PHP in einer Weise konfiguriert, die diesen Fehler auch auf andere Art provoziert.
    Dies ist nicht ein Problem von WordPress selbst sondern ein konfiguratives Problem des Hosters.


    Ok. Schöne Sch****, ich bin mittlerweile am Verzweifeln und denke über einen Umzug zu einem anderen Hoster nach :/ Dieser Fehler macht mich wahnsinnig, der geht einfach nicht weg :(

    Hat denn irgendjemand Ahnung, was da falsch konfiguriert sein könnte, so dass es zu diesen Fehlermeldungen kommt?

    Scheint aber laut web-junkies nicht nur ein Problem von all-inkl zu sein. Es ist also nicht sicher, daß ein Wechsel des Hosters das Problem behebt.
    Ich bin z.B. auch bei all-inkl und hatte bzw. habe dieses Problem nicht.

    Gruß
    Ingo

    Wenn ich helfen konnte, bitte [ Gefällt mir ] klicken. :-)

    Nein, ich habe PHP5.

    Kann aber auch daran liegen, daß ich den ALL-INKL-BUSINESS-Tarif habe, da teilen sich nur 30 Leute einen Server. Wenn ich es richtig verstanden haben, tritt das Problem ja besonders bei hoher Serverlast mit vielen Usern je Server auf. Seltsam ist es aber schon.

    Was mich wundert ist, daß sich PHP-Einstellungen der User gegenseitig beeinflussen sollen, das wäre schon ein dickes Ding, wenn es so ist.
    Andererseits würde es erklären, daß das Problem nicht auftritt, wenn PHP nicht als Apache-Modul sondern als CGI läuft, wie bei 1und1 oder Strato.

    Gruß
    Ingo

    Wenn ich helfen konnte, bitte [ Gefällt mir ] klicken. :-)

    Ja da gab es einen gewaltigen Bug: PHP Bugs: #27421: mbstring.func_overload set in .htaccess becomes global
    Umschaltung per .htaccess wirkt sich global aus auf alle vhost's im Apache !
    Und davon gibt es noch mehrere solcher Eier, dieser Bug ist erst kürzlich gefixt worden und in PHP4.4.9 (letzte Release) und wird noch für PHP 5.2.x diskutiert.

    Ich hab dem Support von All-Inkl geschrieben und die haben mir geraten, auf PHP4 "downzugraden"- seitdem funktioniert auch alles ohne Fehlermeldungen. Scheint also doch irgendwie mit PHP5 zusammenzuhängen. Das meinte der Supportmensch in der Mail auch...

    Zitat von _Paul_

    Ich hab dem Support von All-Inkl geschrieben und die haben mir geraten, auf PHP4 "downzugraden"- seitdem funktioniert auch alles ohne Fehlermeldungen. Scheint also doch irgendwie mit PHP5 zusammenzuhängen. Das meinte der Supportmensch in der Mail auch...


    Wobei beim Downgrade natürlich die vermeintliche Stabilität mit mangelnder Sicherheit "erkauft" wird...

    wpseek.com - Die WordPress-Code-Suchmaschine

    Ich melde mich auch nochmal zurück. Hatte die gettext Geschichte für codestyling getestet und war solange ich seinen Patch nutzte von dem Problem befreit. Jetzt, nachdem ich zwischenzeitlich auch die aktuelle WP Version auf den Server geschmissen habe (2.6.1), scheint das Problem wieder aufzutauchen.

    All-Inkl. - PHP 5

    Ein Downgrade kommt für mich, aus dem von Alphawolf genannten Grund, nicht in Frage.

    Hab das Problem bei Hosteurope auch konstant. Im Adminbereich kommt die Meldung bei fast jeder Seite.

    Hab notgedrungen in der wp-config.php wieder auf die englische version umgeschaltet:

    Code
    define ('WPLANG', '');

    Da geht alles problemlos!

    Ich hoffe, dass das Problem bald gelöst wird, egal ob es an Wordpress, PHP oder Apache-Einstellungen liegt!

    Zitat von steff3107

    Ich hoffe, dass das Problem bald gelöst wird, egal ob es an Wordpress, PHP oder Apache-Einstellungen liegt!


    In WP wurde alles getan, was man tun kann. Um die anderen Möglichkeiten und Fehler auszuschließen, bedarf es eines Systems, das diesen Fehler hat, den man Untersuchen kann. Leider hab ich das nicht und konnte nur den WP Teil machen.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden