Beiträge von codestyling

    Wenn du ein WP 2.7 geschriebenes Theme einsetzt, dann ist das bereits eingebaut und kann unter Settings -> Discussion Settings eingestellt werden:

    Code
    [x] Break comments into pages with 50 comments per page and the [last|first] page displayed by default 
    Comments should be displayed with the [older|newer] comments at the top of each page

    Sorry, hab die englische Beschriftung genommen, denn die Deutsche ist im Moment nicht eindeutig (je nachdem, woher die Sprachdatei stammt).
    In wieweit Themes, die nicht explizit für WP 2.7 geschrieben sind, dieses auch können, entzieht sich meiner Kenntnis und müsste ich auch bloß nachprüfen.

    Dann stimmt die E-Mail Adresse deiner Blog Users nicht, der als Mario deine Kommentare beantwortet. Wenn diese Profil-Einstellung nicht deiner für Gravatar vorgesehenen E-Mail Adresse entspricht, passiert das logischer Weise auch nix mit dem Bild. Sollte das jedoch korrekt sein, das müsste man sich das Theme genauer anschauen, ob das ggf. Probleme mit Avataren hat.

    Übrigens: Deine comments.php des Themes scheint nicht mit UTF-8 ohne BOM gespeichert zu sein, weshalb im Moderations-Mode das Wort "geprüft" ohne 'ü' sondern mit '?' dargestellt wird. Hast du die manuell geändert ?

    ...
    Habe dasselbe Problem.
    ....
    der Fatal Error erscheint immer wenn ich einen neuen Beitrag schreiben möchte oder einen bestehenden editieren.


    und


    ....
    Der Rest hinterlässt hier leider nur ein großes Fragezeichen, war mir nichtmal sicher, dass Du im richtigen Thread geantwortet hast...


    Ich habe mich im ersten Teil direkt auf den Wortlaut der Fehlermeldungen des Eingangsposts bezogen, da du dasselbe Problem geschrieben hast. Der Wortlaut der Fehlermeldung weist ja darauf hin, was nicht funktioniert, wenn man die nicht liest, weiß man es auch nicht :)
    Solltest du vom Wortlaut her andere Fehlermeldungen bekommen, wäre es gut, diese hier anzugeben.

    Gravatare gerade mit einem Testkommentar getestet, meiner wird angezeigt.
    Gravatare funktionieren nur mit der exakten E-Mail Adresse, die du dort registriert hast, jede Abweichung (Groß/Kleinschreibung etc.) führen zu keinem Bild. Wenn du x verschiedene E-Mail Adressen hast mußt du die einzeln beim Gravatar Dienst hinterlegen, sonst wird das nix.

    Sieht so aus, als könne dein System wegen Beschränkungen nur per FTP Dateien schreiben/lesen und nicht direkt (wwwrun user vs. ftpuser Problem). Es wird auch offensichtlich per FTP versucht (du solltest eine Maske bekommen haben für die FTP user/password Geschichte) jedoch hat der Code kein Password noch Keys bekommen, die er wieder zurücksetzen könnte.
    Kann sein, das dies ein Bug ist. Kann aber auch sein, dass du die FTP Maske nicht ausgefüllt hast oder keine Konstanten in der wp-config.php definiert hast.

    Code
    define('FTP_HOST', 'localhost');
    define('FTP_USER', 'myusername');
    define('FTP_PASS', 'mypassword');
    define('FTP_SSL', false); //TRUE for SLL-connection


    Die Werte musst du dann allerdings etwas anpassen :)

    Also, [COLOR=DarkRed]_n_noop()[/COLOR] wurde mit WP 2.7 neu eingeführt und wird im Rahmen der gettext Übersetzung der Oberfläche zusätzlich verwendet. Dies ist nicht über eingebaute PHP gettext Funktionalität erreichbar.
    Der Aufruf [COLOR=DarkRed]enqueue_comment_hotkeys_js()[/COLOR] ist ebenfalls WP 2.7 spezifisch und schaltet die Kommentar Hotkeys zu, die man unter Einstellungen aktivieren kann.
    Entweder sind nicht alle Dateien auf Stand WP 2.7 (obwohl du das schreibst) oder du hast eine eigene Variante von gepatchten Dateien laufen, die unter anderem gettext auf andere Weise durchführen. Bitte stell sicher, das alle Dateien (außer dem wp-content Verzeichnis) denen des Download Packets von WP 2.7 entsprechen.

    Damit hast du dir den TinyMCE der WP 2.7 Version zerschossen, denn WP 2.7 bringt eine neuere Version als die dort zum Download angebotene.
    Die WP Version ist ebenfalls vollständig nur ist nicht alles aktiviert in der Auslieferung. Jedoch kann man TinyMCE per WP Plugin alles freischalten, was man möchte: http://www.laptoptips.ca/projects/tinymce-advanced/
    Ich schlage vor, die stellst den Zustand wieder her, wie er vor dem Einspielen des Downloads war und schaltest dann per Plugin das zu, was du brauchst.

    Was müßte ich denn beachten, wenn ich so verfahre?

    Also zunächst mal die Plugins abschalten und backupen, danach im Rootsverzeichnis alles löschen. WP neu aufspielen, Code wie gewünscht anpassen. Plugins wieder aufspielen und aktivieren.
    Ist das alles oder hab ich da was übersehen?


    Wenn diese Aufzählung auch ein Löschen deines aktuellen Themes einschließt mit anschließendem neuen Hochladen aus einer sicheren, unverfälschten Quelle dann sollte das auch ok sein. (Wenn dir das nicht zuviel Arbeit ist :) )

    Da auf deiner Login-Seite keine solchen Zeichen enthalten sind obwohl aus dafür alle Plugins ebenfalls geladen werden, die aktiviert sind, kann man davon ausgehen, dass dein Theme bereits zu Zeiten von WP 2.3.2 manipuliert wurde.
    Dieses scheint mehr Code zu enthalten, der entweder etwas macht, was er nicht sollte oder fehlerhaft ist.
    Leider kann man das nur finden, in dem man den Theme Code durchsieht und bereinigt. Weitergehende Hilfe ist somit äußerst schwierig.

    Der Theme-Autor benutzt eine von ihm hinzugefügte und ausgelieferte "jQuery" Javascript Bibliothek älteren Datums: jQuery 1.1.2 - New Wave Javascript

    Aber WordPress selbst bringt im Lieferumfang bereits eine neuere Version der Bibliothek mit: jQuery 1.2.6 - New Wave Javascript

    Somit können alle Plugins, die nur die bereits vorhandene jQuery aus dem Lieferumfang benutzen (wie es auch sein sollte!) nicht funktionieren, denn die alte Version deines Themes enthält nicht alles bzw. ist fehlerhaft.
    Du solltest den Autor anschreiben und nach einem Update fragen, das sich korrekter Weise des bereits vorhandenen jQuery bedient und dessen Funktionen benutzt. Um eine Anpassung des Themes führt kein Weg vorbei, wenn du andere Javascript basierte Plugins nutzen willst.

    Und wie kommt es, dass die Umlaute in den Feeds im Backend falsch dargestellt werden?

    --> siehe Bild

    Überall anders gehen die Umlaute und ß richtig.....


    Das liegt daran, daß seit mehreren WP Versionen ein Bug in der Feed-Verarbeitung enthalten ist, den bisher niemand korrigiert hat.
    Ich hatte einen Fix für WP2.6 geschrieben und eingereicht: #7563 (html_entity_decode at RSS Feed import doesn't respect charset of Blog) - WordPress Trac - Trac Mittlerweile wurde der Fix begutachtet und wurde auf Milestone WP 2.7.1 gesetzt.

    [size=8](Mein Fix ist nur für WP 2.6 einsetztbar, da es in WP2.7 Änderungen an der Datei gib. Jedoch hab ich testhalber die nötigen Codezeilen in meine WP 2.7 eingebaut und er funktioniert dann auch in 2.7 anstandslos. Ich denke, mit dem nächsten[/SIZE] [size=8]Update erledigt sich diese Problem dann endgültig.)[/SIZE]

    Wenn der Satz immer konstant ist und grundsätzlich vor alle blockquotes soll, dann kannst du das im Theme erledigen.
    Such die functions.php deines Themes und schreibt dies hier rein:

    PHP
    add_filter('the_content', 'my_blockquote_sentence');
    function my_blockquote_sentence($_content) {
        $_content = preg_replace("/<blockquote>/", "<p>Das ist mein Satz:</p><blockquote>", $_content);
        return $_content;
    }

    Dann macht die Ausgabe automatisch "[COLOR=Red]Das ist mein Satz:[/COLOR]" als Paragraph vor jeden blockquote. Du kannst gern den Text ändern :-)

    Für die Autosave Kopie (eine besondere Revision-Form) wird ein eigener Rekord (und damit auch ID) in der Datenbank verbraten. Deswegen gibt es zwischen zwei Beiträgen Sprünge von 2 (1000 -> 1002) selbst wenn man keine Attachments hochgeladen sondern nur puren Text geschrieben hat.
    Du kannst die Autosave Frenquenz natürlich so hoch einstellen, das WP praktisch keinen Autosave mehr macht, dann wird auch kein solcher Rekord angelegt. (Revision Control vergreift sich nur an "revision" nicht and "autosave" Einträgen).

    Alle geschilderten Probleme sprechen für ein Plugin mit veraltenen Javascripts oder der schlechten Angewohnheit auch im Backend Scripts rein zuwerfen, die dort nicht gebraucht werden. Meistens sind das Galerie-Plugins.
    Bitte mal Plugins deaktivieren und den Schuldigen durch einzelne Aktivierung suchen. Nicht alles, was an Plugins da ist, funktioniert auch mit 2.7 !

    Das Problem liegt im Code des Themes:

    Es wird zwar geprüft, ob das smily Array nicht existiert und in diesem Falle die Initialisierung aufgerufen. Jedoch ist die Initialisierung keine Gewähr dafür, das es nachher ein Array ist, denn die Initialisierung von WP prüft eine Einstellung des Backends:

    Code
    ...
        // don't bother setting up smilies if they are disabled
        if ( !get_option( 'use_smilies' ) )
            return;
        ...

    Entweder man schaltet in Backend unter Einstellungen -> Schreiben die Smilies wieder an, oder für den Fall, das man das nicht will, muß der Code angepasst werden. Inwiefern durch einen Patch dann weitere Probleme entstehen und wie dieser aussehen sollte, kann dir sicher der Theme Author sagen: Guzel Pro Magazine Theme is Released | Gabfire web design