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.

Nur WordPress-Beiträge abonnieren

Es sol Leute geben, die den Feed dieses Blogs nur wegen der WordPress-Beiträge abonniert haben. Sie werden im Moment etwas enttäuscht sein (oder sogar das Feed-Abo beenden), weil hier in letzter Zeit nichts mehr über WordPress steht.

Die Gründe dafür sind jetzt nicht so wichtig, aber wer meine anderen Beiträge nicht im Feed haben möchte, dem kann geholfen werden. Einfach die Standard-Feed-Adresse durch

http://elektroelch.de/blog/category/wordpress/feed/

ersetzen und schon gibt’s nur noch WordPress-Kram…

 

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)

Wie kürzlich ist „kürzlich“?

Wenn man Plugins deaktiviert kann man sie noch einige Zeit unter der Rubrik „Kürzlich Aktiviert“ auflisten:

kuerzlichaktiv

„Kürzlich“ ist nicht unbedingt eine genaue Aussage. Wie lange gelten Plugins denn als „Kürzlich aktiviert“? Um das herauszufinden müssen wir einen Blick in den Quellcode werfen.
In Zeile 166 der Datei wp-admin/plugins.php wird die Einstellung „recently activated“ aktualisiert, wenn ein Plugin deaktiviert wird:

Die Einstellung enthält ein serialisiertes assoziatives Feld, das als Schlüssel den Pfad zur Hauptdatei des Plugins und als Wert die Zeit (als Unixtime), zu der das Plugin deaktiviert wurde, enthält.

183 recently_activated/td> a:1:{s:21:“hello-dolly/hello.php“;i:1357900255;}

Die Zeitangabe wird benutzt um vor der Erstellung der Plugintabelle zu ermitteln, welche Plugins „kürzlich aktiv“ waren (wp-admin/includes/class-wp-plugins-list-table.php Zeile 76):

Der Code durchsucht alle Plugin-Namen, die in „recently acitivated“ gespeichert sind und entfernt jene, die läter als eine Woche sind und speichert die anderen zurück in die Datenbank.

Die Antwort auf die Frage ist also: WordPress definiert „kürzlich“ als eine Woche.

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.