Beiträge von codestyling

    So, bei zwei betroffenen Usern habe ich folgende Unterschiede in der WP de_DE.mo festgestellt, die für den Admin Bereich zuständig ist (english Phänomen):

    Code
    Meine    de_DE.mo:  WP 2.5.1 mit 226673 Bytes Größe vom 2008-04-26 11:02+0100 
                        (Language-Team: Robert Pfotenhauer <sprachdatei@wordpress-deutschland.org>)
                        
    User A   de_DE.mo:  WP 2.5.0 mit 225631 Bytes Größe vom 2008-03-31 16:17+0100 
                        (Language-Team: Robert Pfotenhauer <sprachdatei@wordpress-deutschland.org>)
    
    
    User B   de_DE.mo:  WP 2.5.0 mit 221500 Bytes Größe vom 2008-03-24 21:00+0000 
                        (Language-Team: de.wordpress.org <translations@wpde.org> | Last-Translator: Johannes Ries <kontakt@johannesries.de>)

    Die Sprachdateien der betroffenen User passen nicht direkt zur jeweilig laufenden WP 2.5.1 und in beiden Fällen fehlen gettext Meta Felder für die intene gettext Funktionsabbildung in PHP. Bei User B kommt noch dazu, das sämtlich X-Poedit Felder fehlen.

    In wieweit das Einfluss hat, kann ich noch nicht sagen, da mir ja keine Machine zur Verfügung steht, auf der das passiert. Ich hab aber mittlerweile einem der beiden meine Datei geschickt mit der Bitte, die mal testhalber zu benutzen. Ergebnisse folgen dann.


    Hast du mal die Plugin Infos gelesen, die auf den Download Seite stehen ?

    Code
    * Version: 1.5
        * Other Versions »
        * Last Updated: 2008-2-28
        * Requires WordPress Version: 2.1 or higher
        * [COLOR=Red][I][B]Compatible up to: 2.3.3
    [/B][/I][/COLOR]

    Eindeutig steht da: kompatible bis zur Version 2.3.3 und [COLOR=Red]nicht! 2.5.1 oder gar 2.6[/COLOR] Wer lesen kann, ist klar im Vorteil!

    Jetzt geht der Spass richtig los, denn das ist die neueste Version von jQuery (jQuery 1.2.6 - New Wave Javascript), die von WP 2.6 standardmäßig im Adminbereich als erstes geladen wird.
    Jedoch sind alle! im Umlauf befindlichen Plugins, die selbst jQuery nochmal mitbringen nur bis Version (jQuery 1.2.3 - New Wave Javascript) ausgelegt! Damit überschreiben die Plugins (meist Gallery Plugins) die neue Bibliothek mit ihrere eigenen alten und führen dann zu einer Endlosschleife in dem korrupten jQuery Misch/Masch aus 2 verschiedenen Versionen.

    Da hilft nur rausfinden, welche Plugins das verursachen und dem Autor eine Mail schicken und fragen, ob das mit (jQuery 1.2.6 - New Wave Javascript) funktioniert.

    Hab meinen Patch geprüft mit der streams.php aus dem WP 2.6 Install. Da diese ungeändert die gleiche ist wie in WP2.5.1, kann der Patch auch für WP 2.6 benutzt werden.
    Meinen Blog-Beitrag, werde ich mal dahingehend erweitern.
    Das Phänomen, das mache berichten, nachdem der Patch eingespielt wurde, das plötzlich alles english ist, wird noch untersucht. Der Patch selbst kann das nicht verursachen, weshalb die Suche nach dieser Randerscheinung deutlich schwieriger wird.
    Ich empfehle, die zu ersetzende Datei vorher zu sichern falls man wieder zurückstellen möchte.

    Klingt nach Javascript und/oder CSS Cache Problem. Bitte mal den Browsercache komplett löschen, Browser beenden und wieder starten.
    Auf der Domain mal bitte den Cache des Editors mit löschen (wp-content/uploads/js_cache). Opera macht gern solche Späße :-D aber auch andere Browser erkennen die geänderten Files nicht immer.

    WordPress setzt meines Wissens keine php.ini-Einstellungen.


    WordPress benutzt zwar keine ini Manipulation, jedoch werden einige globals von WP entfernt. Dies findet man in der wp-settings.php:


    Ansonsten kann ich mich nur anschliessen an die Aussage, dass man keine register global Variablen benutzten soll, die nicht autorisiert und System wichtig sind. Dies ist meist das 1. Einfallstor eines Hacks. Es wäre sinnvoller, die Seiten umzustellen und auf register global zu verzichten.

    Da hast sich jemand seeehr viel Mühe gemacht und 64 Stufen verschlüsselt. Zum Glück ist dann nur der Footer Text drin, aber es kann sich in so etwas auch ein Trojaner verstecken, wenn man sich überlegt, mit welchen Aufwand das versteckt wurde (Teil-Dekodierungen auf 100 Zeichen begrenzt wegen Beitragslimit):

    Der Inhalt der .htaccess sollte so aussehen:

    Was ist "UL"?


    Ein Tippfehler meinerseits :-D Sollte URL heißen.
    Hmm, die Weigerung der Browsers in Zeile 3 ist nicht nachzuvollziehen, denn so sieht das ganze erstmal korrekt aus. Mich wundert nur, das der Browser sich über HTML beschwert, obwohl dies eher auf Scripte zutrifft. Bloß Zeile 3 in post-new.php als Quelle im Screenshot würde die php Datei betreffen.
    Da muß ich erstmal grübeln, was IE hier sagen will.

    codestyling: Das Beispiel dort sieht bei mir nicht wirklich toll aus. Die Tooltips gehen meist irgendwo auf, nur nicht an dem Link selbst. Außer man scrollt nicht, dann gehts. ;-) (Opera 9.51/Win)

    [size=8]In den anderen Browsern die ich hier zur Verfügung hab gehts aber.[/SIZE]


    Wie der Autor schon schreibt in der Erklärung zum Stylesheet:

    Zitat


    Like a lot of simple demonstrations there is always one browser that cannot get it right, and this time it is Opera. The :hover does not display correctly, but when the link is clicked it shows correctly.

    Perhaps the next release of Opera can rectify this 'bug'.

    Man sollte das vielleicht auch mal Opera melden, denn seit 2007 und unzähligen Opera Versionen ist dieser Browser immer noch nicht in der Lage, dies korrekt darzustellen.

    Info: hab ich als bug-347503 bei Opera mal gemeldet.