SELECT YEAR(post_date) AS jahr, COUNT(id) AS anzahl FROM `wp_posts` WHERE post_type=’post’ AND post_status=’publish’ GROUP BY jahr ORDER BY jahr ASC

Uns interessieren hier also die Einträge in der Posts-Tabelle vom Typ “post” (also keine Seiten, Revisionen oder Bilder etc.) die mit dem Status “publish” (veröffentlicht) versehen sind. Diese werden dann noch jährlich gruppiert und in Reihenfolge der Jahre geordnet ausgegeben. Wer eine monatliche Aufstellung erhalten möchte, erweitert das einfach entsprechend und hat eine etwas längere Liste:

SELECT DATE_FORMAT(post_date, ‘%Y-%m’) AS jahrmonat, COUNT(id) AS anzahl FROM `wp_posts` WHERE post_type=’post’ AND post_status=’publish’ GROUP BY jahrmonat ORDER BY jahrmonat ASC

Eine permanente Statistik für’s eigene Blog lässt sich am einfachsten über wp_get_archives() (mit type=monthly und show_post_count=true) basteln oder eine bzw. mehrere wp_query-Abfrage(n) die dann zusammengefasst werden.

Kürzlich gab es einigen Hick-Hack um das Thesis-Theme bezüglich der nach Meinung der WordPress-Entwickler fehlenden GPL-Anerkennung bzw. -Lizensierung des kommerziellen Themes. Die Fronten waren regelrecht verhärtet und die Situation hatte sich über einen längeren Zeitraum aufgestaut und alles lief auf einen handfesten Rechtsstreit mit ungewissem Ausgang hinaus, als der Thesis-Entwickler sich zum Einlenken bereiterklärte. Nun, da das Theme unter einer geteilten Lizenz steht, sind diese Probleme beigelegt.

Trotzdem werde ich das Theme (das ich vor längerer Zeit gekauft hatte) nicht mehr einsetzen. Jedoch nicht aus Lizenz-politischen Gründen, sondern ganz pragmatisch aus folgenden Überlegungen heraus:

1. Die Verwendung von Thesis führt mich als Entwickler weiter weg von WordPress, das in den letzten Jahren stark zugelegt hat in der Unterstützung von Features, die früher nur durch Plugins realisiert wurden. Das alles geschieht in einem Tempo, das ich als angemessen und weder übereilt noch zäh ansehe. Um eine mit Thesis realisierte Seite wirklich für die benötigten Zwecke anzupassen, ist eine Bearbeitung von Dateien unerlässlich. Alles lässt sich eben nicht per Klicki-Bunti-Oberfläche und einen “Big-Ass-Save-Button” realisieren. Auch wenn dort ein File-Editor inkludiert ist – komfortabel ist das im Vergleich zur Entwicklungsumgebung nicht. Somit macht es für mich keinen großen Unterschied, ob ich mir zuvor die wichtigsten Werte per Weboberfläche zusammenklicken konnte. Jeder, der eine Weile mit WordPress arbeitet und mehrere Seiten damit aufgesetzt hat, wird sowieso dazu übergehen sein eigenes Grundtheme zu nutzen bzw. Set von Regeln abzuspulen und eine “Bibliothek” mit Plugins aufzubauen, die immer wieder verwendet werden.
2. Es wird eine eigene Welt geschaffen, in der ich mich als Thesis-Nutzer nach einer Weile recht gut zurecht finde, jedoch ein “normaler” WordPress-Entwickler (obwohl voll “im Stoff” stehend) erst nach einiger Einarbeitungszeit. Eben das ist jedoch eine der großen Stärken, die WordPress über die Jahre mit zum Erfolg verholfen haben: jeder Entwickler der mit dem Grundsystem vertraut ist, kann entweder an einem Projekt  mitarbeiten oder die Weiterentwicklung des Projekts relativ problemlos übernehmen. Das Gleiche ließe sich zwar auch über Thesis selbst sagen, allerdings ist die Verbreitung eben nur bei einem Bruchteil der WordPress-Blogs gegeben. Eine Portierung der Einstellungen ist nur wesentlich umständlicher möglich, als wenn ich gleich für WordPress entwickle und maximal ein paar Anpassungen für eine neue Version vornehmen muss (was bisher immer recht reibungslos verlaufen ist).
3. Die Abhängigkeit vom Theme steigt mit jedem verwendeten Thesis-Loop, mit jeder per Thesis-Options eingegebenen Blog-Einstellung. Ein Wechsel auf eine andere Lösung wird mit jedem Schritt schwieriger. Was aus geschäftlicher Sicht (von Seiten der Thesis-Entwickler) verständlich erscheint (Barrieren für einen Wechsel möglichst hoch zu bauen) macht aus meiner Sicht als entwickelnder Webdesigner wenig Sinn. Ich lege mir ein hübsches EiTheme ins Nest mit dem ich in ein paar Jahren möglicherweise unzufrieden bin, das aber dann schon ausgebrütet ist und sich so gar nicht nach meinem Geschmack entwickelt (oder erziehen lässt).

Meiner Meinung nach, hat Thesis besonders mit folgenden Elementen punkten können:

• die einfache Verwaltung von (aufklappbaren) Menüs (mit Submenüs)
• Verwendung von Bildern als Teaser wurde vereinfacht bzw. für viele Nutzer erst nutzbar
• Möglichkeit zur komfortablen Eingabe von Suchmaschinen-relevanten Werten

Doch auch hier hat WordPress erst kürzlich mit der Version 3 deutlich zugelegt: sowohl die komfortable Menüverwaltung (auch wenn es hier wie immer noch Verbesserungsmöglichkeiten gibt) als auch das neue Standard-Theme, das ein entsprechendens “Drop-Down-Menü” mit Untermenüs “Out-of-the-box” darstellen kann, sind deutliche Zeichen für die eingeschlagene Richtung. Pro Beitrag angepasste Themen- / Header-Bilder wurden auch als Bedarf von den WordPress-Entwicklern erkannt und eingeführt. Und ein TimThumb kann ich gerade noch selbst einrichten, dazu benötige ich kein kommerzielles Theme. Die Eingabe SuMa-relevanter Werte kann entweder über ein Plugin realisiert werden (Trennung von Layout und Inhalt) oder über selbst programmierte Masken (notfalls “rohe” benutzerdefinierte Felder) eingegeben werden (gilt natürlich nur für den, der ein angepasstes Standard-Theme baut oder sich jedes Mal die Mühe machen möchte).

Trotzdem hat Thesis sicher seine Daseinsberechtigung – der über die Jahre aufgebaute Erfolg gibt da schon ein wenig Recht. Aber die Zeiten entwickeln sich (rasant) weiter und wenn ich Thesis mit der aktuellen Version vom Standard-WordPress-Theme und einigen installierten Plugins vergleiche, dann fällt mir nichts Signifikantes ein, was da fehlt (Vorschläge und Gegenmeinungen gern per Kommentar). Die Bequemlichkeit, die Thesis bis vor einiger Zeit noch zusätzlich gegenüber der Standard-Variante von WordPress geboten hat, ist nicht mehr sonderlich gr0ß. Und wenn ich die Wahl habe, möchte ich in diesem Punkt lieber unabhängig von einer Instanz bleiben, die sehr deutlich gezeigt hat, dass sie allein dem persönlichen Profitstreben eines Einzelnen untergeordnet ist – und der dabei auch schon mal in der Webgemeinde anerkannte und über Jahre gewachsene ethische Grundsätze leichtfertig über Bord wirft.

Es gibt diverse Theme-Frameworks für WordPress (wie z.B. auch das kommerzielle Genesis Theme Framework), über die sich zum Teil das Gleiche wie über Thesis sagen lässt – trotzdem werde ich mir einige Varianten davon genauer anschauen und entscheiden, ob die Vorteile die sie bieten, die negativen Seiten (wie z.B. die potenzielle Abhängigkeit) aufwiegen.

Andere Punkte die angepasst wurden:

• das Entfernen einiger Teile in denen PHP-Code per eval-Befehl ausgeführt wurde
• die Upload-Funktionalität arbeitet mit Whitelisting der Nutzer
• zwei alte Tag-Daten Importer wurden ausgemustert

Die aktuelle Wordpress-Version 2.8.5 kann wie immer kostenlos auf der Wordpress Download Seite herunterladen werden.

Original-Meldung auf wordpress.org (englisch)

Weiterführende Infos: Tipps dazu, wie das eigene Wordpress sicherer zu machen sei, finden sich z.B. bei Frank Bueltge im Wordpress-Buch-Blog.

Ein (englisch-sprachiges) Video über die in “Wordpress 2.8 Baker” zu erwartenden Neuerungen ist auch vorhanden:

Die Optik ist wie zu erwarten war (keine Überraschung für alle die schon vorher die Beta oder RC Version ausprobiert hatten) gleich geblieben. Bei der Usability im Backend hat sich etwas getan: die Zahl der angezeigten Zeilen und Spalten kann jetzt komfortabel angepasst werden, wie gut im Video zu sehen ist.

Insgesamt soll einiges unter der Haube passiert sein, sodass Wordpress etwas schneller performen soll, was meiner Erfahrung auch dringend nötig war, da die mit 2.7 eingeführten Änderungen einiges an Performance gekostet haben. Wir werden in den nächsten Tagen und Wochen sehen, ob die Voraussage zutrifft.

Weiterhin wurde der Widget-Bereich überarbeitet, eine Theme-Verwaltung mit Updatefunktion und Theme-Browser ist vorhanden und es gibt Syntax Highlighting wie es von Desktop-Editoren her bekannt ist. Wem das zu viel Stress ist, der sollte sich vielleicht einmal mit Wordpress MU (multiuser) auseinandersetzen, oder noch ein Weilchen warten, bis Wordpress und Wordpress MU sowieso zusammengelegt werden.

so long: Happy Blog-Updating…

Die neue Version “WP 2.8 Baker” kann wie immer auf der Download-Website heruntergeladen werden:

Aktuelle Wordpress-Version 2.8 herunterladen »

Mit der “Wordpress MU” genannten Version lassen sich mehrere Blogs auf einer Wordpress-Installation aufsetzen und verwalten (beliebig viele – im Rahmen der Serverleistung). Darauf basiert z.B. der hauseigene Blog-Dienst der Wordpress-Macher “Wordpress.com“.

Wordpress und Wordpress MU werden zusammengeführt

Automattic-Gründer und Wordpress-”Vater” Matt Mullenweg hat  auf einer Konferenz bekanntgegeben, dass die beiden Versionen zukünftig zusammengeführt werden sollen. Das bringt verbesserte Möglichkeiten für die “normalen” Wordpress-Nutzer und die Entwicklungs-Power der Macher wird konzentriert.

Der Schritt ist nicht völlig überraschend: wer sich die “Innereien” von Wordpress schon einmal etwas genauer angeschaut hat, dem könnte z.B. aufgefallen sein, dass in der Datenbank-Tabelle “wp_options” eine Spalte “blog_id” existiert, die bei einer Ein-Blog-Umgebung bisher ungenutzt ist.

Auch die Plugins sind grundsätzlich schon jetzt austauschbar zwischen den beiden Ausführungen, bis auf jene, bei denen sich die Programmierer zu wenig Mühe gegeben haben und etwas unsauberen Code produziert haben. Auch dieses Problem wird in Zukunft durch die Zusammenführung beider Versionen erschlagen.

Erfolgreiche Zukunft für Wordpress

Es ist also aufgrund der Entscheidung mit etlichen positiven Effekten für die Entwicklung der verbreiteten Blog-Software zu rechnen. Geballte Power auf Seiten der Entwickler und Plugin-Hersteller und weniger Verwirrung für die Nutzer bei zugleich erweiterten Möglichkeiten – alles gute Voraussetzungen, um die positive Entwicklung der letzten Jahre fortzuführen.

Ein Zeitrahmen ist noch nicht bekannt, es allerdings nicht unwahrscheinlich, dass das “Mergen” der Versionen noch vor dem Sprung auf die große Ausführung “Worpress 3.0” erfolgen wird.

via: Technosailor

Nachtrag: auch auf der Seite wordpress-deutschland.org findet sich eine Erwähnung des Themas mit der Bestätigung von mehreren Stellen.

Nachtrag 2: beim Wordpress-Entwickler Donncha O Caoimh findet sich im Blog ein Beitrag zur Thematik. Er meint dazu folgendes:

Basically, the thin layer of code that allows WordPress MU to host multiple WordPress blogs will be merged into WordPress. [...] many more people will be working on that very same MU code which means more features and more bugfixes and faster too. It also means no more marathon code merging sessions.

Das unterstreicht also nochmals dass es tatsächlich zu einer Vereinigung von Wordpress und Wordpress MU kommen wird (der Mann ist bei Automattic angestellt) und stellt auch den Vorteil heraus, den eine Zusammenführung auf die weitere Entwicklungs-Arbeit von Wordpress haben wird.

Download-Seite: Wordpress
Download-Seite: Wordpress MultiUser

• Es gibt jetzt eine Versions-Verwaltung der Inhalte (ähnlich wie aus Wiki-Software bekannt)
• die Bildverwaltung im Editor wurde angepasst (ein stetes Quell der Freude…)
• Gears Unterstützung, das schnelleres Laden der Verwaltungs-Oberfläche im Firefox und Internet Explorer ermöglicht (besonders hilfreich für alle, die noch mit ISDN arbeiten müssen)

Weitere kleinere aber sehr sinnvolle Erweiterungen sind z.B.:

• automatisches Wörter zählen im Beitrag
• Wahlmöglichkeit ob der Flash-Uploader oder der herkömmliche genutzt werden soll (es kann also für alle bei denen der Flash-Uploader Probleme gemacht hat, ein Plugin zum Abschalten wegfallen)
• Press this! Button und Funktionalität, um schnell kleine Inhaltsschnipsel zu posten (u.a. aus dem Quick Post plugin hervorgegangen)

Ich werde die neue Version diese Woche einmal in einem Testumfeld ausprobieren, mich interessiert besonders der aktuelle Stand der Bilder-Verwaltung, da es dort in der Vergangenheit häufiger unerwartete Probleme gab.

Flash Uploader per WP-Plugin abschalten

Wer auch Probleme beim Bildupload mit der neuen Wordpress-Version 2.5 hat, dem hilft vielleicht das Plugin “No Flash Uploader” weiter, das zum Download bereit steht. Damit wird das Upload Formular wie bisher mit normalen HTML-Mitteln dargestellt, was die Probleme erst einmal beseitigt. Es lässt sich jederzeit deaktivieren, wenn das grundsätzliche Problem gelöst wurde.

Wer ganz viel Zeit hat und noch weitere Methoden ausprobieren möchte, um es doch irgendwie hinzufrickeln, dem sei diese Seite zum Thema WP-2.5-Upload empfohlen.

Wir haben schon rumgeulkt, ob es bald ein “Mach dass Wordpress 2.5 wie 2.3 arbeitet”-Plugin geben wird…

Der ganz normale Programmier-Alltag

Aber mal im Ernst: dass Probleme bei einer so deutlichen Software-Weiterentwicklung, ist klar. Daher kann man getrost von den Kinderkrankheiten der neuen Version sprechen, die mit einer der nächsten Update-Versionen aus der Welt geschafft sein dürften. Deswegen ist es ja auch nicht zu Empfehlen, bei jeder neuen Version gleich auf den Zug aufzuspringen. Zumindest nicht vor exzessivem Testen.

Trotzdem ist neben den zu erwartenden Bugs nicht alles zu loben am neuen Wordpress: z.B. war die Kategorie-Auswahl (die ja immer passiert) in der Seitenleiste viel besser aufgehoben. Nun muss man immer bei jedem Beitrag unnütz scrollen. Vielleicht gibt es ja da noch Nachbesserung.

Einige Posiv-Punkte der neuen Version als Ausgleich:

• für “normale” Nutzer unwichtige Menüpunkte sind aus dem Hauptmenü verschwunden (Plugins, Einstellungen, Benutzer)
• DASS es eine neue Media-Verwaltung gibt ist wichtig und lang ersehnt (muss eben nur noch dran gefeilt werden) Bilder lassen sich leicht durchsuchen in der Mediathek (ging früher garnicht – nur durch blättern)
• das Backend-Layout hat eine feste Maximalbreite bekommen und auch an sich sehen die beiden Backend-Themes (bzw. Farbschemata) besser aus als das alte (man muss sich nur erst dran gewöhnen)
• ausstehende Kommentare sind übersichtlicher in der Liste der Beiträge dargestellt etc.

Insgesamt hat sich also die Übersicht erhöht und die Funktionalität in Details verbessert. Mal schauen inwieweit sich die Entwickler den Benutzer-Wünschen anpasst und auf das Feedback reagieren. Bis dahin reicht mir auch die normale Upload-Funktion ohne Flash-Uploader.

• Standard-Accounts umbennen und IDs ändern
• aktuelle Updates einspielen
• nur so viel wie nötig Zusatzsoftware einsetzen (Plugins)
• Dateien vor direktem Zugriff aus dem Web absichern (bei denen das möglich ist)
• etc.

Wenn Du noch einen guten Tipp zum Thema parat hast, kannst Du dies gern in den Kommentaren erwähnen, ansonsten: viel Erfolg beim Optimieren und Schrauben!

Wordpress 2.5 Vorschau

Unter anderem Jeffrey Zeldman hat an der Gestaltung mitgewirkt und bisher gefällt mir die Weiterentwicklung sehr gut. Es braucht allerdings ein wenig Zeit sich einzugewöhnen, daher habe ich mir noch kein abschließendes Urteil gebildet. Das aktuelle Fazit ist jedoch eher positiv als negativ.

Änderungen die im Wordpress-Blog erwähnt werden sind:

• anpassbares Dashboard
• multi-File Upload
• implizite Galerien
• Ein-Klick-Plugin-Updates
• Tag-Verwaltung
• Gravatars inklusive
• Full-Text-Feeds
• schnellere Ladezeit

Ich bin gespannt, wie sich der Blog-Software-Markt weiterentwickelt und ob andere Player es schaffen, an der Vormachtstellung von Wordpress zu kratzen, z.B. Serendipity (S9Y). Bei Wordpress ist bei weitem nicht alles Gold was glänzt, aber bestehende Probleme werden konsequent angegangen und beseitigt: so gab es bisher keine Möglichkeit hochgeladene Bilder aller Beiträge nach Namen zu durchsuchen (man musste die Seiten manuell durchblättern). In der neuen Version gibt es eine Media-Galerie, die sich durchsuchen lässt.

Von einem Produktiv-Einsatz der Software ist natürlich wie immer aus Gründen der Sicherheit vorerst abzuraten. Wer die aktuelle Version einmal ausprobieren möchte, aber keine Lust hat, diese zu installieren, der kann dies dort tun (Benutzer: admin, Passwort: demo).

Die meisten Plugins haben einen sehr unterschiedlichen Funktionsumfang, um ein komfortables Arbeiten zu gewährleisten, sollte jedoch eine gewisse Grundausstattung zu einem Bilderverwaltungs-Plugin gehören, wie zum Beispiel die automatische Größen-Anpassung anhand der Konfigurations-Vorgaben.

wünschenswerte Anforderungen an ein Galerie-Plugin:

• jedes Bild unter einer eigenen URL abrufbar
• Bilder hochladen per Einzelbild-Upload oder zip-Archiv
• automatische Anpassung der Größe hochgeladener Bilder anhand von Konfigurationsoptionen
• automatische Erstellung von Vorschaubildchen
• optionale Bildunterschrift (die dann auch als Seitentitel verwendet werden sollte)
• komfortable Einbettung der Bilder in Beiträge und optionale Verlinkung mit der Bild-/Galerie-Seite
• optionale Eingabe von Tags pro Bild und pro Galerie
• Einbindung der Galerie-relevanten JS- und CSS-Files nur auf Galerie-Seiten
• Kommentar-Funktionalität für Bilder

Einige Galerie-Plugins habe ich ausprobiert. Die folgenden beiden haben mir bisher am besten gefallen, auch wenn die in meinen Augen noch nicht das Optimum darstellen:

MyGallery: Ein einfaches Plugin zur Verwaltung von Bildern. Es bietet etliche Konfigurations-Optionen (wie Bildbreite oder Sortierung) und deckt die meisten der oben genannten Punkte ab. Für jede Galerie muss eine eigene (leere) Seite angelegt werden. In diese wird dann ein spezielles Galerie-Tag eingefügt. Weitergehende Features lassen sich für das jeweilige Projekt implementieren, da die Software unter der GPL steht.

WPG2 (Wordpress Gallery2): WPG2 ist ein Wordpress-Plugin, mit dem die Einbettung einer Gallery2-Installation in die eigene Wordpress-Seite möglich ist. Gallery2 ist eine recht umfangreiche Online-Bilderverwaltung, die sehr viele Möglichkeiten zur Anpassung bietet und eine große Community hat (Tutorial zur Installation). Diese wird einfach eingebettet in die Wordpress-Installation. Obwohl ich die Wordpress/Gallery2-Kombination für etwas überdimensioniert bei vielen Anwendungsfällen halte, stellt aber eindeutig die “professionellere” Lösung dar.

Weiterhin kann man in der seitenlangen Liste frei verfügbarer Wordpress-Plugins zum Thema Bilder stöbern, was allerdings eine sehr zeitraubende Aufgabe ist, da man ja bei den meisten Plugins erst nach dem Ausprobieren weiß, ob es den eigenen Anforderungen entspricht.

Grundsätzlich stelle ich mir die Installation eines Galerieplugins so einfach vor, wie die eines jeden anderen Plugins. Maximal noch die Anpassung der Schreibrechte auf das Bilderverzeichnis sollte dem Nutzer abverlangt werden.

Mit welchen Wordpress-Plugins für Galerie-Funktionalität habt Ihr gute Erfahrungen gemacht?