Beiträge von Joerg

    Freut mich, dass Du es geschafft hast. Ich habe die Erfahrung machen dürfen, dass der Fehler selten dort ist, wo Du ihn suchst. Denn sonst würdest Du ihn ja finden! ;-)

    Kleine Änderungen an kirtischen Stellen verursachen manchmal, dass ein ganzes System kippt.
    Viel Spaß in dem Sinn!
    Jörg

    Hallo Sabine,
    habe gesehen, dass Du noch ohne Antwort allein stehst und versuche etwas zu helfen. Hoffe, Du kannst Damit was anfangen.

    Ansatz1:
    Ich weiss von einem Problem bei der WP1.21. Denach kommt es vor, dass User den Zugriff auf die Datenbank verlieren.

    http://www.tamba2.org.uk/wordpress/phpmyadmin/

    Hier findest Du dafür ein kleines Tutorial, wie man wieder Zugriff auf die Datenbank erhält, wenn das Password fehlerhaft ist. Praktisch wird ein neues encryptetes Passwort mit phpmyadmin in die Datenbank geschrieben.

    Ansatz2:
    Änderungen solltest Du immer mit Sicherheitskopie und vielleicht besser noch in einer Test-(Zweit-)Installation vorher ausprobieren.
    Richte Dir einfach eine zweite Installation ein. Den Datenbank-Präfix "wp_" änderst Du dafür in der Konfigurationsdatei von Wordpress entsprechend. So bekommst Du auf den meisten Shared-Hosting-Umgebungenlocker eine zweite Installation parallel hin.
    Dann machst Du alle Änderungen langsam und schrittweise nochmal, und speicherst die geänderten Dateien zwischendurch. So kannst Du Step by Step zum Fehler kommen.

    Momentan wüsste ich nämlich von Deiner Schilderung auch nicht, an welcher Stelle Du anfangen solltest, zu suchen.
    Also, toi, toi, toi! Drücke Dir die Daumen.
    PS: Und vielleicht schraubst Du einfach etwas langsamer an den Schrauben. ;-))

    Herzlichst
    Jörg
    http://www.einfach-persoenlich.de/

    Selbst ist der Mann...

    Hier nochmasl ein kurzes Posting mit den Ergebnissen.
    Wenn mir bisher auch auf wordpress.org keiner so richtig helfen konnte, will ich wenigstens hier einen Vermerk für andere hinterlassen.

    Bei mir funktionierte die Zusammenarbeit von "iso-8859-1"-Codierung mit Textile (Formatierung) nicht. Zumindest habe ich meine Versuche nach einiger Zeit abgebrochen.

    Nach meinen Erkenntnissen setzt Textile die Formatierung von Wordpress außer Funktion und übernimmt diese selbst. Als ich heute mal einen näheren Blick in das Plugin getan habe, fiel mir einfach immer wieder "utf-8" auf.

    Textile ist fest mit der Codierung "utf-8" verbunden. Alle übrigen Zeichen werden folglich nur mit den bekannten Schwierigkeiten umgesetzt.

    So habe ich einfach einen Test gemacht und mein Plgin dementsprechend modifiziert. Warum auch immer meine lokale Installation diesen Fehler nicht gezeigt hat. Es war mir halt Wurst!

    M-U-T - Methode des unbekümmerten Probierens!

    Sollte man zwar nicht so häufig anwenden, manchmal ist aber die schnelle Methode mit etwas Glück doch noch die erfolgreichste.
    Also bis bald! :)

    Meine Wordpress-Installation 1.3 zeigt im Gegensatz zur lokalen Installation nach der Eindeutschung und der Aktivierung von Textile (1 oder 2) einige Schwierigkeiten mit dem Umlauten. Das Template ist iso-8859-1 codiert.
    Offensichtlich ist Textile, dass ich aus Gewohnheit einsetze, hier der Störenfried. Sobald ich das deaktiviere, klappt es wieder normal. Nur die Formatierung ist dann wieder im Eimer.

    Mich würde interessieren, welche Alternativen es aus Eurer Sicht zu HTML und Markdown gibt und welcher Erfahrungen andere deutschsprachigen Blogger gemacht haben. :-)