Beiträge von Ammaletu

    Dafür brauchst Du kein Plugin, ein paar Dinge kann WordPress auch selber. ;-)

    Dieser FAQ-Eintrag beschreibt, wies es andersherum geht:
    WordPress Deutschland FAQ » Warum werden Links, Bilder und Formatierungen im Artikel oder Archiv nicht angezeigt?

    In Deinem Theme ist dann vermutlich the_content verwendet, was Du durch the_excerpt ersetzen möchtest. Du kannst dann entweder die automatisch erstellte Vorschau nutzen oder, wenn WP z.B. mal an einer blöden Stelle aufhört, selber eine Kurzfassung in das entsprechende Feld im Editor eingeben.

    Das Plugin "Similar Posts" hat eine Funktion get_terms() deklariert, die es aber in WordPress schon gibt. Das heißt, dieses Plugin ist mit WP 2.3 nicht mehr kompatibel. Schau nach, ob der Autor schon ein Update bereitgestellt hat, frag ihn ggf. danach.

    Hier gibt es einen Thread mit einigen Tips dazu:
    http://forum.wordpress-deutschland.org/allgemeines/25…ie-problem.html

    Wobei ich vorsichtig wäre, Sachen zu ersetzen, wenn Du nicht weißt, was das bewirkt. Läuft Deine Seite auf einem IIS? Das wird in dem Thread mit als ein Problem erwähnt. An anderer Stelle liest man, dass die Funktion, ein Test-Cookie zu setzen, mit WP 2.3 erst eingeführt wurde. Dein System läuft aber mit 2.2.3!?

    Ansonsten fällt mir noch ein, dass das Plugin Bad Behavior letztens mal alle Nutzer ausgesperrt hatte. Weiß aber nicht mehr genau, ob das die gleichen Symptome waren. Du kannst ja mal testhalber den BB-Ordner umbenennen, und falls es das war das Plugin mal aktualisieren.

    Edit: Ach ja, dass Dein Browser Cookies zulässt, davon gehe ich mal aus!? :-)

    Ah, mit dem aus dem Bild abgeschriebenen Link zur Seite *g* ist es ganz einfach zu lösen: Es fehlt eine Listenebene. Die Punkte weiter unten, die auch die >>-Zeichen davor haben, liegen als ul > li > ul > li in der Seite, also zwei Listen ineinandergeschachtelt. Oben bei den Seiten ist nur eine Liste drumrum.

    Und das ist schön tief versteckt im Codex auch so erwähnt:

    Zitat

    title_li (string) Set the text and style of the Page list's heading. Defaults to '__('Pages')', which displays "Pages" (the __('') is used for localization purposes). If passed a null or empty value (''), no heading is displayed, and the list will not be wrapped with <ul>, </ul> tags. See the example for Headings.

    Also müsstest Du den Code in Deiner sidebar.php mal so anpassen:

    PHP
    [LEFT]<li>
      <ul>
       [COLOR=#000000] [COLOR=#0000cc]<?php wp_list_pages[/COLOR][COLOR=#006600]([/COLOR][COLOR=#cc0000]'sort_column=ID&title_li=&depth=1' [/COLOR][COLOR=#006600]); [/COLOR][COLOR=#0000cc]?>
    [/COLOR]  [/COLOR] </ul>
    </li>
    [/LEFT]

    So, ich hoffe, das war es jetzt. ;-)

    Dafür gibt es im Prinzip zwei Erklärungen: Das Löschen klappt, aber Du siehst noch eine alte Ansicht. Oder das Löschen klappt nicht. Letzteres ist wohl wahrscheinlicher, wenn der Effekt dauerhaft ist und Du nicht irgendein Super-Cache-Plugin laufen hast.

    Ok, nehmen wir an das Löschen klappt nicht. Dann müsstest Du rauskriegen, woran das liegt. Was mir da so einfällt: Sicherstellen, dass der Löschaufruf nicht irgendwie geblockt wird. Das Löschen funktioniert meines Wissens nach mit JavaScript (Ajax). Nach dem Löschen mal in die DB schauen, ob die Einträge da weg sind (werden sie vielleicht neu eingefügt?). Wenn das Löschen nicht bis zur DB durchkommt, aber trotzdem eine Erfolgsmeldung anzeigt... Tja, dann könnte es theoretisch daran liegen, dass entweder gleich der JS-Aufruf geblockt wird oder die Ajax-Verbindung zum Server. Dass die Zeile dann aus der Beitragsliste verschwindet, hat nichts zu sagen, das macht das Script lokal wenn es eine Erfolgsmeldung bekommt (wäre logisch jedenfalls bei einem Fehler die Zeile nicht aus der Ansicht zu entfernen).

    Also: Mal anderen Browser probieren. Hast Du Toolbars, die in das JavaScript eingreifen? Läuft auf dem Server irgendein "Sicherheitslayer" im PHP (Suhosin, Hardened PHP... Kenne mich nicht wirklich damit aus, aber das hatten wir hier schon mal, dass die was Spezifisches geblockt haben.)?

    Ergänze doch mal nach dem zitierten Schnipsel folgendes im Stylesheet:

    Code
    .post hr {
      position: static;
    }

    Damit wird die Anzeige von hr speziell für die Beiträge aktiviert. Es muss deshalb auch nach der ersten Anweisung stehen. Das klappt natürlich nur, falls die Klasse "post" in Deinem Theme auch verwendet wird. Falls es nicht geht, zeig uns mal einen Link zur Seite, dann kann man das genauer sagen.

    Zitat

    ja, ich benutze Widgets. Diese lassen sich aber nicht verdoppeln. Oder ich habe noch nicht herausgefunden, wie das geht.

    Oh man, ich muss mich wohl endlich mal hinsetzen und herausfinden, wie das mit den Widgets funktioniert. Habe die noch nie benutzt. Aber was ich hier so gelesen habe, könnte es sein, dass das einfach nicht geht.


    Zitat

    Das habe ich nicht verstanden.

    Was ich da geschrieben hatte, bezog sich auf die normale Arbeit mit der sidebar.php. Damit sollte Dein Problem relativ einfach lösbar sein. Man kann auch beides nutzen, sidebar.php und Widgets, es lässt sich nur nicht beliebig mixen. Was aber problemlos geht: Die neuen Kästen vor oder nach den Widgets anzeigen. Dann müsste man aber das Link-Widget so modifizieren, dass es bestimmte Links nicht mit anzeigt, da weiß ich nicht, ob das geht.

    So, jetzt hast Du mich komplett verwirrt, was nun eigentlich Dein Problem ist. ;-) Ich dachte es geht darum, dass auf der Tag-Seite (also wenn Du auf einen der verlinkten Tags mal draufklickst) in der Überschrift eine Zahl statt des Tagtitels ausgegeben wird, z.B. "Archiv des Tags '19'". Und das Problem ist doch immer noch da!? Um das zu lösen: siehe meinen ersten Beitrag hier. Das würde mich auch interessieren, wie es dazu gekommen ist, denn ich glaube, kurz darauf hatte ein anderer User das gleiche Problem, und ich kann mir das im Moment nicht so ganz erklären.

    Also ich glaube da musst Du Dir generell Dein Theme noch mal anschauen. Kuck mal was da für Validierungsfehler ausgegeben werden:
    http://validator.w3.org/check?verbose=…ust-ronni.de%2F

    Und das sind zur Abwechslung mal nicht bloß abstrakte Fehler, sondern sie treffen den Kern des Problems, denke ich. Da sind li-Tags, welche nicht von einem ul-Tag umschlossen werden. Beendet werden sie auch nicht. Mich wundert da eher, dass da alle anderen Browser zufällig das gewünschte Ergebnis draus erzeugen. ;-)

    Dein Ergebnis kann ich Dir auch nicht genau erklären, aber der gepostete Code enthält auf jeden Fall einen Fehler. Vielleicht kommt WP da durcheinander. Probier es mal so:

    [LEFT]

    PHP
    <?php wp_list_pages('sort_column=ID&title_li=&depth=1' ); ?>

    Wenn Du keine Ausgabe willst, brauchst Du dem Titel-Parameter nämlich nichts mitzugeben. Ein leerer h2-Tag macht ja nicht wirklich Sinn. ;-)
    [/LEFT]

    Könnte sein, dass Du um das "Role Manager"-Plugin nicht herum kommst. Zumindest wird es in diesem Kontext häufig genannt (habe es selbst noch nicht benutzt). Ansonsten überlege Dir doch mal, wie viel Workflow Du brauchst. Also z.B. dürfen Autoren veröffentlichen oder willst Du sie "zwingen" ihre Beiträge als Entwurf zu speichern und Du gibst das dann frei. Wenn Du da genauere Vorstellungen hast, kann man Dir sicher auch konkrete Tips geben. :-)

    Such mal nach "wordpress canonical url", das könnte mit diesem WordPress-Feature zusammenhängen. Davon abgesehen habe ich aber Dein Problem noch nicht verstanden: Wenn ich Itemgelaber: Zwischen Azeroth und Mittelerde aufrufe, werde ich nicht irgendwohin weitergeleitet. Die Startseite wird ganz normal angezeigt. Allerdings zeigen alle Links auf der Seite auf die andere Domain und funktionieren nicht. Geht es Dir darum?! Prinzipiell wirst Du Dich für eine Domain entscheiden müssen, nämlich die, die Du in WordPress einträgst. Du kannst WordPress nicht unter zwei Domains aufrufen, weil WP immer auf die eingetragene umleitet.

    Wir haben hier ja bestimmt einmal die Woche Nutzer, bei denen unerklärliche Fehler in WordPress passieren oder die gar bei irgendeiner Aktion nur eine weiße Seite angezeigt bekommen. Die Nachfrage nach dem PHP-Errorlog ist leider meist nicht sehr ergiebig, deshalb dachte ich, wäre das mal ein schönes Thema um eine kurze Anleitung dazu zu schreiben:
    PHP-Errorlog

    Schon beim Korrekturlesen wurde mir dann klar, dass sich niemand so eine Textwüste durchliest. *g* Deshalb habe ich dazu noch ein kurzes PHP-Skript verfasst, dass die fürs Logging relevanten Infos ausgibt:
    PHP-Loginfos herausfinden

    Ich hoffe, dass das dem ein oder anderen User den Weg zu seinem Errorlog zeigt und für den Rest das Rätselraten über die Fehlerursache reduziert. ;-)

    Über Kommentare sowohl zum Artikel als auch zum Script freue ich mich natürlich, hier oder auf meiner Seite.