Beiträge von Ammaletu

Doku dazu: Template Tags/wp list pages « WordPress Codex

wp_list_pages hat leider keinen Parameter, um generell keine Unterseiten anzuzeigen. Wenn es nur wenige Seiten sind, kannst Du sie mit exclude ausschließen, z.B. so:

<?php wp_list_pages('title_li=<h2>' . __('Menu') . '</h2>&exclude=4,5,12' ); ?>

In dem Beispiel wären 4, 5 und 12 die IDs der Unterseiten. Wenn Dir das nicht dynamisch genug ist oder es zu viele Seiten sind, verwende ggf. ein Plugin. Ich glaube, es gibt Plugins, die Dich beim Anzeigen von Seitenhierarchien unterstützen (Unterseiten nur, wenn Du auf der Oberseite bist, aktuelle Seite hervorheben etc.). Weiß aber gerade keinen Plugin-Namen dazu.

Edit: Ok, vergiss, was ich hier geschrieben habe, und lies das Posting von marX. Den Parameter habe ich nicht gesehen beim Überfliegen. :-/ "&depth=-1" listet die Unterseiten mit auf, aber nicht eingerückt. "&depth=1" listet nur die Seiten der obersten Ebene auf.

Moin Arno!

Zitat

die funktion gibt es nicht in wordpress, sondern in einem anderen plugin.....

Doch, die ist schon in WordPress enthalten. Wie's oben steht: wp-includes/taxonomy.php:447
Das ist die WP-Funktion, und die zweite Funktion kommt dann wohl aus dem Similar-Posts-Plugin, den Pfaden nach zu urteilen.

Bye,
Johannes

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.

Bist Du sicher, dass nicht beides im Feed enthalten ist, die Kurzfassung und der ganze Beitrag? Bei mir ist das jedenfalls so, und es ist dann Sache des Feedreaders, welche Version er anzeigt.

Du benutzt relative Links, die beziehen sich dann natürlich auf die virtuelle Ordnerstruktur und ergeben damit je nach Seite keinen Sinn. Mach die Links doch einfach absolut, egal ob mit oder ohne Domain davor.

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!?

Hm, entweder in der sidebar.php Deines Themes oder über das entsprechende Widget, falls Du die Seitenleiste über Widgets aufbaust.

Hat Dein Provider zufällig dieser Tage auf MySQL 5.0.51 aktualisiert?! Dann wird es daran liegen:
http://forum.wordpress-deutschland.org/konfiguration/…rtauscht-5.html

Ingo hat in dem Thread ein kleines Plugin zur Lösung gebaut. Alternativ kannst Du Dich mit der MySQL-Bugnummer auch an Deinen Provider wenden. Wenn er gut ist, behebt er das gleich.

Ist jetzt bloß geraten, aber kann es vielleicht sein, dass sich da Akismet einfach mit der Spam-Prüfung Zeit lässt?!

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:

[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:

.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.

Sorry für die Wartezeit, ich habe ein bisschen gebraucht, das mal vernünftig aufzuschreiben. Detaillierte Infos zum Errorlog und ein kleines Infoscript sind in diesem Thread verlinkt:
http://forum.wordpress-deutschland.org/allgemeines/29…rorlogging.html

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 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.