Ja, ihr habt richtig gehört. Felix Krusch, der Macher der RichWP Themes, folgt dem Trend auf dem Premium Themes Markt und entwickelt ein neues Framework (ihr wisst schon, sowas wie Thesis oder Genesis) und gibt deshalb die bisherigen Themes kostenlos ab. Ihr könnt sie von der Original-RichWP-Themes Website herunterladen.

Das ist ein ziemlich cleverer Schachzug, wenn ihr mich fragt. Denn ein solcher Knaller bringt mit Sicherheit jede Menge Aufmerksamkeit in der Premium-Themes-Szene und damit auch jede Menge Backlinks. Und alles was man dafür einsetzen muss ist ein Paket schnell veraltender Themes, die sowieso nicht mehr gepflegt werden. Hut ab, Herr Krusch!

Alle RichWP-Themes kostenlos – for free is a post from: FirstDayBlack

Wenn man Matt Mullenwegs Äußerungen Ankündigung in diesem Video-Interview vom Core Team Meetup glauben kann, wird es 2010 ein neues Default Theme geben, dass den originellen Namen 2010 (TwentyTen) tragen wird. Das allseits bekannte Kubrick-Theme hätte damit ausgedient.

Der ganze Satz, beginnend ab ca. 5:40, ist etwas schwierig zu verstehen, weil Matt so nuschelt undeutlich spricht, aber der erste Satz ist eindeutig:

»There’s gonna be a new default theme called 2010. I guess this good as any place to announce it.«

Hab ich jetzt den Scoop? Wie auch immer, was erwartet ihr vom neuen Default Theme? Wird es, wie ich vermute, dem Trend hin zum childtheme-fähigen Framework folgen? Bitte schreibt eure Ideen in den Kommentarbereich. Wer der Sache am nächsten kommt, hat gewonnen.

2010 – Neues Default-Theme für WordPress is a post from: FirstDayBlack

Wie bringt man einem englischsprachigen Theme die deutsche Sprache bei?

Die meisten deutschsprachigen WordPress-Anwender sprechen Englisch. Aber gilt das auch für die Leser? Voraussetzen wird man das nicht können, zumal dann nicht, wenn man sich an ein Publikum außerhalb der Bloggerszene wendet. Außerdem sieht es einfach besser aus, wenn da Schreibe einen Kommentar steht statt Leave a Comment und der Submit-Button mit Abschicken beschriftet ist.

Deutschsprachige Themes und plugins mit Codestyling Localization

Doch wie bringt man seinem Theme die deutsche Sprache bei?

In WordPress selbst wird die Lokalisierung mit Hilfe von GNU-gettext, d.h. PO-(Portable Object)- und MO-(Machine Object)-Dateien, durchgeführt. Die PO-Datei enthält einen Katalog der zu übersetzenden Strings (Texte) im Klartext, die MO-Datei die Übersetzungen in einem maschinenlesbaren Format. Auf sie wird im Live-Betrieb zugegriffen.

Bei guten Themes, die ihr Geld wert sind, geht es genauso. Sie sind ab Werk für die Lokalisierung mit gettext ausgestattet. Sind sie es nicht, bleibt nur die Möglichkeit, die Quelltexte selbst hardcodiert zu übersetzen, aber das ist nicht wirklich eine Option.

Ein paar technische Hinweise zur Lokalisierung für Theme-Entwickler gibt Simon Rimkus in seinem Tutorial »WordPress-Themes lokalisieren«.

Die Aufgabe besteht also jetzt darin, eine mo-Datei mit deutschen Texten zu erstellen.

Ein weit verbreitetes Tool zur Übersetzung von GNU-gettext-Dateien ist der Editor poEdit, den man herunterladen und lokal installieren muss. Die po-Datei wird vom Server heruntergeladen, übersetzt und dann wieder hochgeladen. Das ist umständlich und lästig, denn man kann das Ergebnis nicht sofort im Theme-Kontext überprüfen.

Ich wollte etwas schnelleres, das ein unmittelbares Ergebnis bringt, und habe mir deshalb das WordPress-Plugin Codestyling Localization von Heiko Rabe installiert.

Das »Codestyling Localization«-Plugin im Einsatz

Lokalisierung im Menü Werkzeuge

Das »Codestyling Localization«-Plugin wird heruntergeladen und installiert. Es benötigt keine weitere Konfiguration, legt keine neuen Tabellen an und kommt ohne eigene Werte in der wp_option Tabelle aus.

Um mit der Übersetzung beginnen zu können, brauchen wir erst einmal einen Katalog der zu übersetzenden Strings, d.h. eine PO-Datei. Für die Varietäten des deutschsprachigen Raumes sind das de_DE.po, de_AT.po oder de_CH.po. Ist so eine Datei schon im Theme oder Plugin vorhanden, findet »Codestyling Localization« sie automatisch, liest sie ein und bietet sie im WordPress-Administrationsbereich zur Bearbeitung an (Punkt Lokalisierung im Menübereich Werkzeuge). Auch die Sprachdateien von WordPress selbst werden gefunden. Wer also schon immer mit der ein oder anderen Formulierung seiner WordPress-Installation unzufrieden war, kann sie hier leicht ändern.

Ist das Theme zwar für die Lokalisierung ausgerüstet, hat aber noch keine deutsche Sprachdatei dabei, müsst ihr selbst eine erstellen. Dazu klickt ihr auf den Link »Neue Sprache hinzufügen« und wählt eine Sprache aus der Dialogbox aus. Diese so erstellte PO-Datei ist aber noch leer. Um sie zu füllen klickt ihr auf den Link »Einlesen«. Das Plugin durchsucht dann die Plugin-Quelldateien nach übersetzbaren Strings und speichert sie in der PO-Datei.

Tip: Auch wenn eine po-Datei vorhanden ist, kann es sich lohnen, mal auf den Einlesen-Link zu klicken. Der Katalog wird dann aktualisiert und es kann durchaus sein, dass man nachher mehr Strings drin hat als vorher. Codestyling Localization hat dann in den Quelldateien Strings gefunden, die noch nicht im Katalog enthalten waren, und hinzugefügt.

Eine Sprachdatei bearbeiten und einlesen

Das Übersetzen

Hat man die Vorarbeiten erledigt – was schneller geht als die lange Anleitung vermuten lässt – kann man mit der eigentlichen Übersetzungsarbeit anfangen.

Dazu klickt man auf den Link »Bearbeiten« und erhält ein Fenster mit zwei Spalten. In der linken Spalte stehen die Strings in der Originalsprache, in die rechte kommen eure Übersetzungen. Hat man einen oder mehrere Strings übersetzt, oder vielleicht sogar schon alle, kann man ganz oben links auf den Button »erstelle mo-Datei« klicken. Das Ergebnis, die oben schon erwähnte maschinenlesbare mo-Datei, steht dem System sofort zur Verfügung und man kann sich die Früchte seiner Arbeit in einem zweiten Browser-Tab ansehen.

erstelle mo-Datei

Und für alle, die jetzt gleich loslegen wollen, hier nochmal der Download-Link:

WordPress Plugin Codestyling Localisation

WordPress Themes auf deutsch – So geht’s is a post from: FirstDayBlack

Was muss man tun, um seine WordPress-Installation für den Einsatz als professionelles Online-Magazin aufzurüsten. Welche Überlegungen müssen angestellt werden und welche Plugins sind nötig? Mit dieser Frage beschäftigt sich das Buch WordPress professionell einsetzen von Thomas Früter, das erst vor wenigen Tagen bei Data Becker erschienen ist.

WordPress professionell einsetzen

Angefangen vom Eigenbau eines Themes im Magazin-Stil (2. Kapitel), über die Erweiterung des Workflows zum Redaktionssystem durch Plugins (4. Kapitel) bis hin zur Performance- (5. Kapitel) und Suchmaschinenoptimierung (6. Kapitel) gibt der Autor, Thomas Frütel, eine komplette Anleitung, wie das mit dem Content-Management-System WordPress und seiner Peripherie, d.h. geeigneten Plugins, technisch zu bewerkstelligen ist.

Vorausgesetzt werden dabei grundlegende WordPress- und PHP-Kenntnisse, d.h. man sollte selber schon mal ein WordPress auf einem Server installiert haben. Wer sein Blog bei einem der Bloghoster laufen hat, wird mit dem Buch weniger glücklich werden, kann sich aber den Appetit auf ein selbstgehostetes Blog holen. Eine Anleitung zum Umzug des Blogs auf einen anderen Server ist in dem Buch enthalten.

Was findet ihr im Buch?

Ich habe das 400 Seiten starke Buch an zwei Abenden gelesen. Dabei habe ich aber einiges, was ich schon kannte, nur überflogen. Sehr positiv fand ich, dass Thomas Frütel das Thema wirklich umfassend abhandelt und das Buch technisch auf dem neuesten Stand ist, d.h. es wird die aktuelle WordPress-Version 2.7 verwendet. Der inzwischen überholte Hinweis auf den kostenlosen Download der Revolution2-Themes fällt nicht ins Gewicht.

Beim Lesen habe ich immer wieder Dinge gefunden, die ich noch nicht kannte oder womit ich mich noch nie beschäftigt habe. Von alleine wäre ich z.B. nie auf den Gedanken gekommen, mir mit dem YAML-Builder ein eigenes Theme-Layout zusammenzubauen. Unter uns gesagt halte ich das auch nicht für die glücklichste Idee, den die Premium-Magazin-Themes haben unter Haube schon noch einiges mehr an Funktionen zu bieten als die glänzende Oberfläche vermuten lässt.

Am meisten haben mich die Kapitel über Plugins, Performanceoptimierung und SEO interessiert. Vor allem im Plugin-Kapitel geht es im Abschnitt Erstellung eigener Plugins an die technischen Innereien von WordPress. Es wird das Funktionsprinzip von Plugins vorgestellt und die Schnittstelle zum WordPress-Kern, d.h. die Hooks erklärt. Auch der Widget-API sind ein paar Seiten gewidmet. Hier hätte ich mir etwas mehr Tiefe gewünscht, aber das hätte den Rahmen des Buches gesprengt.

Im nächsten Kapitel geht es um den Workflow eines Redaktionssystems. Es werden die verschiedenen Nutzertypen und Rollenmodelle des WordPress-CMS und ihre Berechtigungen vorgestellt und gezeigt, wie man sie mit dem Rolescoper-Plugin verwaltet. Wer immer schon mal Nutzerprofile mit eingeschränkten Freigaben für Mitarbeiter einrichten wollte, erfährt hier wie das geht.

Sehr interessant ist auch das Kapitel Performance-Optimierung unter WordPress. Hat man es mit einem Beitrag mal unverhofft auf die Startseite von Rivva oder Yigg geschafft, erfährt man hier wie man mittels eines Cache-Plugins dem Ansturm gerecht wird. Auf den zwanzig Seiten, die der Minimierung der Serverlast gewidmet sind, erfahrt ihr, wie ihr die Anzahl der HTTP-Requests verringern könnt oder mit einem minimalistischen Notfall-Theme Lastspitzen abfangt, die z.B. nach einer Erwähnung eures Blogs in der Tagesschau auf euch und euren Server zukommen können.

Nach einem Kapitel über SEO, das im Wesentlichen das wpSEO-Plugin von Sergej Müller empfiehlt, folgt das letzte Kapitel, das nochmal alles zusammenfasst und euch den Einsatz des selbstgebauten WordPress-Magazins in der Praxis demonstriert.

Ein paar kleinere Schönheitsfehler hat das Buch dennoch. Für meinen Geschmack werden die Plugins teilweise etwas zu ausführlich abgehandelt. Hier hätte eine straffere Darstellung genügt, die das Prinzip klarmacht – zumal es für den selben Einsatzzweck oft mehrere Plugins gibt. Die dadurch gewonnenen Seiten wären beim Thema WordPress-Sicherheit besser verwendet gewesen, das zwar angesprochen wird, aber noch etwas konkreter hätte ausgeführt werden können.

Gestört hat mich auch, dass dem Autor der grundlegende Unterschied zwischen Kategorien und Tags (Schlagwörter) nicht klar zu sein scheint. Sonst würde er nicht so viel Mühe darauf verwenden, sich mit einem Workaround aus der Misere wieder herauszuwinden, in die er sich durch die falsche Verwendung eines Tags statt einer Kategorie selbst gebracht hat.

Bewertung

Der Autor möchte in seinem Buch zeigen, wie man mit WordPress als CMS ein professionelles Online-Magazin aufzieht. Dazu gibt er gründliche, umfassende und praxistaugliche Anleitungen, die vom Anwender leicht nachvollzogen werden können. Aber nicht nur der professionelle Anwender kann aus dem Buch lernen, auch der Nur-Blogger bekommt wertvolle Hinweise, wie er sein Blog weiter nach vorne bringen kann. Zwar findet ihr vieles davon auch im Internet, aber hier bekommt ihr alles kompakt und sauber strukturiert zwischen zwei Buchdeckel gepresst. Deshalb ist das Buch eine klare Empfehlung.

Wer mir den Euro Provision gönnt, bestellt das Buch bei Amazon, wer nicht, bekommt es im Buchladen seines Vertrauens. Es kostet 39,95 Euro.

Buchinformationen

Das große Buch WordPress professionell einsetzen
Gebundene Ausgabe: 380 Seiten
Verlag: Data Becker (Februar 2009)
Sprache: Deutsch
ISBN-10: 3815828031
ISBN-13: 978-3815828038

Buchreview: WordPress professionell einsetzen is a post from: FirstDayBlack

ScreenPress

Veranstaltet wird ScreenPress von der Inpsyde GbR. Das kann zwar keiner aussprechen, ist aber die Firmengründung der wordpress-deutschland.org-Leute. BTW: Sollte das nicht eine GmbH werden?

Videoportal ScreenPress ist da is a post from: FirstDayBlack

Dass der Herr Mullenweg auf der korrekten CamelCase-Schreibweise für WordPress WordPress besteht, hatte ich ja schon mal kurz erwähnt. Dass er aber auf wordpress.com ein Script installiert bzw. installieren lassen hat, dass alle Falschschreibungen auf den richtigen Weg zwingt, habe ich heute erst bei Lorelle gelesen.

Einige Entwickler haben vorauseilend reagiert (das Problem scheint also schon länger virulent zu sein) und Plugins veröffentlicht, die den selben Effekt auch für selbstgehostete Blogs ermöglichen sollen:

1. A Plugin to Correctly Spell WordPress. Not WordPress. Not Word Press. (Juni 2007)
2. Fix the P (Dez. 2007)
3. W-P (Januar 2005!)

Wer will, kann auch händisch ein Codesnippet in sein Theme einfügen, das bei den WP-Engineers zu haben ist.

Ich werde nichts dergleichen tun. Ich finde das affig. Wie lange mag es wohl noch dauern, bis die richtige Schreibweise Teil der Lizenzbedingungen wird? Wird Automattic uns bald die ersten Abmahnungen ins Haus flattern lassen? *kidding*

WordPress Logogate is a post from: FirstDayBlack

Das ›richtige‹ und das falsche WordPress-Logo

Da es Matt nur um das missgestaltete W geht: Warum konstruieren die nicht einfach eine Mischform, blauer Gradient und richtiges W?

Achja, und es heißt WordPress, nicht WordPress, sagt der Herr Mullenweg. CamelCase. That is.

Das korrekte WordPress-Logo is a post from: FirstDayBlack

Sieben Plugins habe ich gestern installiert, als ich das neue Thesis-World-Blog aufgesetzt habe – sieben Plugins, die bei mir zur Standardausstattung jeder WordPress-Installation gehören. Die möchte ich euch hier mal aufzählen. Vielleicht könnt ihr was damit anfangen.

1. Clean Umlauts

WordPress ist ein amerikanisches Produkt und spricht besser Englisch als Deutsch. Mit Umlauten in der URL umgehen kann es schon gar nicht, die werden einfach aus dem Titel entfernt. Abhilfe schafft da o42-clean-umlauts von Scott Hanson und Michael Renzmann, das die Umlaute in lesbare Zeichen umwandelt – ä in ae, ü in ue, ö in oe usw. Ein Muss.

2. Timezone

Timezone ist ein sehr nützliches Plugin, dass WordPress die automatische Umstellung von Sommer- auf Winterzeit und umgekehrt beibringt. Klar könnte ich das zweimal im Jahr von Hand machen, aber ich bin faul und installiere das Plugin.

3. Spamschutz

Bisher habe ich ohne großes Nachdenken einfach das mit WordPress mitgelieferte Akismet aktiviert. Wenn man sich da einmal einen Aktivierungsschlüssel geholt hat, kann man den für jedes weitere Blog verwenden. Leider hat mir Akismet schon mehrmals Kommentare in den Spamordner sortiert, die kein Spam waren. Die habe ich erst Tage später dort gefunden und freigeschaltet.

Seit Sergej Müller seine kostenlose Antispam-Bee veröffentlicht hat, nehme ich die und bin mit den Ergebnissen sehr zufrieden. Für die Abwehr von Trackback-Spam, den die Biene nicht erfasst, habe ich Simple Trackback Validation installiert

4. WordPress.com Stats

Natürlich will ich wissen, welche Beiträge gut ankommen und welche nicht. Ich will auch wissen, wieviele Leser das Blog besucht haben und auf welche Links geklickt wird. Dafür verwende ich bei kleineren Blogs das Plugin WordPress.com Stats, nach Bedarf ergänzt durch den WordPress.com Stats Helper, der einige Auswertungen in der Sidebar sichtbar machen kann.

5. Datenbank-Backup-Manager

Wem schon mal eine Installation oder ein Festplatte abgeraucht ist, der weiß, wie wichtig regelmäßige Backups sind. Da ich mich nicht alleine auf die Backups des Hosting-Providers verlassen will, istalliere ich den WP-DBManager von Lester Chan. Der zieht in festgelegten Intervallen SQL-Abzüge der Datenbank, die man auf dem Server speichern oder sich per E-Mail zusenden lassen kann.

6. Google XML Sitemaps

Es ist im Gespräch, das Plugin Google XML Sitemaps von Arne Brachhold, das auf Knopfdruck eine Sitemap im Google-XML-Format erzeugt, in den Core von WordPress aufzunehmen. Solange das aber noch nicht passiert ist, installiere ich das Plugin manuell. Webseiten mit Sitemap werden öfter und schneller vom Googlebot besucht als Seiten ohne, heißt es. Ob das aber wirklich stimmt, weiß ich nicht.

7. Ein SEO Plugin

Hatte ich bisher noch SEO Title Tag und Head META Description im Einsatz, bin ich jetzt komplett auf wpSEO umgestiegen. Die Fähigkeiten und Einstellmöglichkeiten des Plugins sind so vielfältig, dass ich sie hier nicht im Einzelnen aufzählen kann. Das Plugin ist zwar nicht kostenlos, aber die 20 Euro für eine Einzel- oder 50 Euro für die Mehrfachinstallation machen sich schnell bezahlt. Sehr zeitsparend ist dabei der Export und Import der Einstellungen per XML-Datei.

Natürlich gibt es noch viele andere Plugins, die ich je nach Anforderung an das Blog häufiger einsetze. Aber hier soll es nur um die absoluten Basics gehen. Weggefallen ist seit WordPress 2.7 der Update-Monitor und seit Thesis der Feedburner/Feedsmith, die bis dahin auch zur Minimalausstattung gehört haben. Ein Must-Have-Plugin eines Thesis-Blogs ist natürlich auch Thesis Openhook von Rick Beckman, aber das nur am Rande. Interessant für die Zukunft ist auch das openID-Plugin, das den Lesern ermöglicht, sich beim Kommentieren mit einer openID zu identifizieren.

Welche Plugins gehören bei euch zum Basisinventar?

WordPress-Installation: Die Plugin-Grundausstattung is a post from: FirstDayBlack

Vor ein, zwei Tagen hat Simon hier einen Kommentar über den Umgang der WordPress-Offiziellen mit Paid Themes geposted, den ich nicht verstanden habe, weil mir der Hintergrund fehlte. Ich wusste einfach nicht, wovon er redet. Heute bin ich zufällig über diesen Thread im WordPress-Forum bei Xing gestolpert und jetzt weiß ich, um was es geht. Ich muss sagen, mir hats erst mal die Sprache verschlagen.

Simon hat vier kostenlose WordPress-Themes im WordPress Directory gehabt. Die haben ihm die Offiziellen dort ohne Vorwarnung rausgeworfen, weil er auf seiner Website Bannerwerbung für fremde Bezahl-Themes gemacht hat!

»Letzte Woche hatte ich eine Mail vom WordPress-Team im Posteingang, in der sie mir mitteilten, dass meine Themes aus der Theme Directory gelöscht wurden, da ich auf dem Blog Werbung für bezahlte Premium Themes hatte.«

Das muss man sich mal auf der Zunge zergehen lassen. Bestimmen jetzt die WordPress-Leute schon darüber, was man auf seinem eigenen Blog tun darf und was nicht? WordPress.org als Gouvernante und Aufsichtsbehörde in einem? Muss man sich in Zukunft seine Anzeigen von Matt Mullenweg vorab genehmigen lassen?

Besonders pikant dabei ist, dass Brian Gardner, der seine Revolution-Two-Themes zwar unter GPL, aber nicht kostenlos vertreibt, im WordPress Theme Directory sogar ein Werbebanner haben darf. In was für einem Film sind wir hier eigentlich?

Ich wundere mich über den Gleichmut, mit dem Simon das hinnimmt. Auch kann ich nicht nachvollziehen, dass er gleich einknickt (»Auf jeden Fall werde ich in Zukunft diese Werbung nicht mehr einbinden«). Ich hätte da sicher anders reagiert.

Was glaubt dieser Herr Mullenweg eigentlich wer er ist?!

WordPress straft Werbung für Bezahl-Themes ab is a post from: FirstDayBlack

Das WordPress-Magazin zeigt ein einem interessanten Artikel, wie man Werbebanner nur für Besucher von Suchmaschinen anzeigen lassen kann. Dazu werden ein paar Zeilen PHP-Code per Hand in die Theme-Dateien eingefügt. Für den gleichen Zweck gibt es auch mehr oder weniger ausgefeilte Plugins, die darüber hinaus noch einige Funktionen mehr bieten. Im Kommentarbereich scheiden sich die Geister an der Frage, ob man sowas besser per Plugin realisiert oder eben die genannten PHP-Zeilen direkt ins Theme einfügt.

Mal abgesehen davon, dass das herumhantieren mit PHP-Quelltexten nicht jedermanns Sache ist, halte ich das für eine grundsätzliche Frage. Sollte man zusätzliche Funktionalitäten direkt in sein Theme einbauen oder auf Plugins setzen?

Bis vor einigen Wochen hätte ich mir dazu keine besonderen Gedanken gemacht und mal die eine, mal die andere Variante genommen. Ganz nach Tagesstimmung. Seit ich aber das Thesis-Theme kenne und seine konsequente Trennung zwischen Grundfunktionalität, Layout und Extrafunktionen schätzen gelernt habe, sehe ich das anders.

Ein gutes Theme wird von seinem Entwickler gepflegt und weiterentwickelt. Das Gleiche gilt auch für ein gutes Plugin. Wird eins von beiden aktualisiert, spielt man das Update ein und ist fertig. Wenn man Theme und Plugin miteinander vermischt, indem man Codezeilen vom einen in das andere kopiert, ist für das Gemenge keiner mehr zuständig. Entweder macht man dann keine Updates mehr, was nicht besonders klug ist, oder man muss nach jedem Update oder Upgrade die Änderungen wieder per Hand nachpflegen – falls man sich noch an alle erinnern kann. Das Gleiche gilt natürlich bei einem Theme-Wechsel. Die manuellen Änderungen sind dann futsch, die Plugins können weiterbenutzt werden.

Ich empfehle daher, nur noch gut durchdachte und supportete Themes und ausgereifte Plugins einzusetzen. Auf längere Sicht zahlt die Qualität sich aus, selbst wenn die Software mal etwas kostet.

Plugin oder Codeschnipsel? is a post from: FirstDayBlack