WordPress: Nutzer über die Zeit der Kommentarschließung informieren

Um um vermeiden, dass Spammer die Kommentare älterer Beiträge mit sinnlosen Kommentaren zu müllen, bietet WordPress die Möglichkeit, die Kommentarfunktion eines Beitrages nach einer bestimmten Zeit zu sperren.

Kommentare schließen

Für die Benutzer könnte es aber überraschend sein, wenn die Kommentarmöglichkeit plötzlich verschwunden ist. Es wäre vielleicht eine gute Idee, sie über diesen Termin zu informieren.

Neue Version von Linklist (v0.4) WordPress-Plugin

Ein Neutzer meine WordPress-Plugins Linklist möchte dieses gerne in Zusammenarbeit mit einem Like/Unlike-Plugin nutzen.

Leider fügte Linklist auch die Links des Like/Unlike-Plugins zu der Liste hinzu und setzte die Liste hinter das Like-Icon:

linklist1

So war das natürlich nicht gedacht. Ich habe deshalb zwei neue Einstellungen hinzugefügt:

  1. Man kann jetzt mehrere Klassennamen für DIVs angeben, deren Inhalt nicht nach Links durchsucht werden soll. Dises Einstellung funktioniert auch mit unvollständigen DIVs (<div> und ein schließendes </div>).
  2. Die Priorität des Plugins kann eingestellt werden. Die ermöglicht Linklist die Links zu sammeln und die Liste in den Beitrag einzufügen bevor andere Plugins ihre eigenen Inhalte einfügen.

Das obige Beispiel sieht dann so aus:

linklist2

… und natürlich ist das Plugin mit WordPress 3.8 kompatibel.

Kleines Update für pagebar (v2.65)

Das letzte Update für das pagebar-Plugin gab es vor über einem Jahr. Da aber alle neuen Ideen in Version 3 eingebaut werden sollen und das Plugin mit allen aktuellen WordPress-Versionen funktioniert, gab es keinen Grund, das Plugin zu erneuern.

Neulich hat mir allerdings Borisa Djuraskovic von „Webhosting Hub“ eine Email geschrieben, dass er eine serbische Sprachdatei angefertigt hat. Das war eine gute Gelegenheit, ein kleines Feature einzubauen, dass mir schon länger im Kopf herum schwirrt:

Wie lange ist eine WordPress-Version aktuell?

Die neue WordPress-Version 3.6 wurde viel später veröffentlicht als geplant; die Veröffentlichung war für Ende April vorgesehen und wurde dann schließlich Ende August herausgegeben.

wp_versions_500

Durchschnittlich wurde eine WordPress-Version durch eine neue nach 198 Tagen ersetzt. Auffällig ist die Version 2.0, die für über eine Jahr die aktuelle Version war (Dezember 2005 bis Januar 2007). Mit der Version 2.1 nahm die Entwicklung mehr Geschwindigkeit auf und neue Versionen wurden nach vier bis sechs Monaten veröffentlicht.

(Quelle: Wikipedia)

Ideen für pagebar v3 – Teil 1: Direkter Zugriff auf Seiten

Es ist Zeit sich Gedanken über Version 3 des pagebar plugins zu machen. In dieser Artikelserie versuche ich zu erklären, was ich plane und lade Euch dazu sein, diese Pläne mit mir zu diskutieren.

Direkter Zugriff auf Seiten

Ich wollte schon immer eine Möglichkeit schaffen, einfach und schnell auf bestimmte Seiten zugreifen zu können. Die einfachste Möglichkeit wäre natürlich eine Dropdown-Auswahlbox mit allen Seitenzahlen. Dies ist vielleicht noch handlich, wenn das Blog ca. 10 Seiten enthält, aber wenn man ein Blog mit beispielsweise 300 Seiten hat, ist ein solches Eingabeelement nicht wirklich praktisch:

Nutze pagebar für eine bessere Seitennavigation

Du fragst Dich vielleicht: „Warum soll ich pagebar benutzen, die neueren Versionen der WordPress Standard-Themes enthalten doch bereits eine Seitennavigation.“ Hier ist ein Beispiel, das Dich vielleicht überzeugt, das pagebar die bessere Wahl ist.

Neue Version von pagebar veröffentlicht (v2.60)

Wie sich leicht aus dem Titel schließen lässt, handelt es sich bei der neuen Version nicht um v3.0, wie ich für diesen Sommer eigentlich geplant hatte. Prokrastination pur!

1.

Stattdessen gibt es ein „kleines Update“ auf v2.60 mit einigen Features, die leicht einzubauen waren. Zuerst enthält das Plugin einen neuen Default-Stil basierend auf CSS3:

Um das neue Layout zu aktivieren muss man die Datei pagebar.css in das aktuelle Theme-Verzeichnis kopieren.

2.

Ich habe mir die Empfehlung von Pippin zu Herzen genommen und einige Aktionen eingebaut:

  • pagebar_before/pagebar_after (Diese Aktion wird bei jedesmal ausgeführt.)

Zusätzlich hat jede „Bar“ ihre eigenen Aktionen:

  • postbar_before/postbar_after, commentbar_before/commentbar_after, multipagebar_before/multipagebar_after

3.

Ein Hauptproblem von pagebar war, dass das automatische Einsetzen der pagebar auch bei sekündären Queries ausgelöst wurde, wie es von vielen Themes genutzt wird, um z.B. „Neueste Artikel“ im Sidebar anzuzeigen. Seit der WordPress-Version 3.3 existiert die function „is_main_query()", womit es jetzt möglich ist, pagebar nur einmal unter der Haupt-Query anzuzeigen. Ich hoffe, das funktioniert auch mit allen Themes, da @toscho meinte, es könne damit evtl. Probleme geben.

4.

Schließlich gibt es eine neue Sprachdatei: Rumänisch (ro_RO). Die Datei habe ich schon vor Ewigkeiten erhalten, ich bitte Web Geek Science um Entschuldigung.

Links:

WordPress: Artikel in der Vergangenheit veröffentlichen

Es kann Situationen geben, in denen man einen Artikel in der Vergangenheit, also mit einem Datum vor dem heutigen Tag, veröffentlichen möchte. Auf den ersten Blick bietet WordPress keine Option, die dies ermöglicht, Auf den zweiten Blick findet man aber auf der Seite „Neue Artikel erstellen“ in der Metabox „Publizieren“ folgenden Eintrag:

Wenn man auf Editieren klickt, erscheint ein Feld, in dem man das gewünschte Veröffentlichungsdatum angeben kann:

Hier kann man nicht nur ein Datum in der Zukunft angeben, sondern auch ein Datum in der Vergangenheit. Hat man das Datum eingegeben, sollte man nicht vergessen OK zu drücken, da sonst das Datum bei der Veröffentlichung nicht übernommen wird:

Drückt man jetzt auf Veröffentlichen wird der Artikel sofort mit dem oben eingestellten Datum veröffentlicht und entsprechend in die Artikelreihenfolge einsortiert.

Update: Monika Thon-Soun hat mich darauf hingewiesen, dass diese Vorgehensweise nicht unbedingt zu empfehlen ist, wenn man Wert auf eine gute Platzierung in Suchmaschinen legt, weil der nachträgliche Eintrag diese wohl verwirrt.

WordPress: IDs *aller* Post-Tags ermitteln

WordPress enthält eine Funktionen, um die Tags die zu einem Artikel gehören zu ermitteln (get_the_tags), es gibt allerdings keine Funktion, die alle auf der Webseite vorhandenen Tags ermittelt.

Die Lösung ist relativ einfach, wenn man daran denkt, dass Tags lediglich vordefinierte Taxonomien sind und man die zugehörigen IDs mit der Funktion get_terms bestimmen kann:

Lustigerweise enthält WordPress eine Funktion, um die IDs aller Kategorien zu erhalten (get_all_catgory_ids).

WordPress: Aufregen über schlecht programmierte Plugins

Neulich stolperte ich über ein Plugin, das einen wirklichen Mehrwert liefert, aber leider so miserabel programmiert ist, dass ich niemanden mit gutem Gewissen den Einsatz empfehlen kann. Obwohl es schon eine größere Anzahl von „You‘re doing it wrong“-Blogartikeln gibt, muss ich einfach einen weiteren Artikel darüber schreiben, da dieses nicht näher benannte Plugin so viele Dinge gleichzeitig falsch macht.