Beiträge von codestyling

    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.

    Und schon wieder: der mac empfängt die mails immer korrekt, die dosen jedoch nicht.
    Könnte das nicht auch am noch nicht installierten servicepack 3 liegen?


    Welche Email meinst du ? Diejenigen, die man bekommt, wenn ein Kommentar moderiert werden soll ? Und welchen E-Mail Client benutzt du bei Windows ?
    Es gibt bekannte Probleme bei Outlook Express mit den charsets die aber in einer Vollversion von Outlook nicht auftreten (MS behandelt eingehende SMTP Mails in Express anders als in Vollversion).
    Mit ein paar mehr Informationen könnte man vielleicht der Sache auf den Grund gehen.

    Deaktiviere mal alle Plugins, sofern du welche aktive hast und lösch mal den Javascript Cache des Editors (Inhalt folgenden Ordners) unter:

    Code
    wp-content\uploads\js_cache


    Danach den IE Browser Cache nach Aufruf von about:blank löschen und den IE neu starten.
    Alles am Stück durchführen. Wenn er dann funktioniert, dann Plugin für Plugin aktivieren und überprüfen, welches den Editor behindert.


    Na der Validator sagt ja schon was Sache ist:

    Code
    [LIST=1]
    [*]<br />
    [*]<b>Warning</b>:  stristr() [<a href='function.stristr'>function.stristr</a>]: Empty delimiter. in <b>/homepages/30/d131160533/htdocs/wordpress/wp-content/plugins/wassup/wassup.php</b> on line <b>2093</b><br />[/LIST]


    Dein wassup Plugin baut einen <br /> ein, der da nicht hingehört und verschluckt sich dann. Die Fehlermeldung von wassup gehört logischerweise da auch nicht hin. Das solltest du mit dem Autor klären, warum das aussteigt.

    Der Anzeige sollte man schon trauen können. Aber trotzdem ist irgend ein content Filter aktiv, der die Ausgabe der RSS Datei manipuliert und manchmal zerstört.
    Also Plugins würde ich erstmal ausschließen. Aber das zu finden ist schwierig mit Ferndiagnose. Da muss ich erstmal nachdenken, was mir dazu noch einfällt.