Der falsche Weg

Auf die Nachfrage, wie er es denn umbenannt hätte, musste er dann zugeben, dass er die originale Datei überschrieben hat. Oder er hatte sie komplett kopiert und dann den einen String geändert, das weiß ich nicht mehr so genau. Aber auf jeden Fall waren wir uns alle einige, dass dies eine sehr schlechte Lösung des Problems ist. Spätestens beim nächsten großen Update, wie z.B. bald auf Version 3.4, wird auch die Übersetzungsdatei wohl wieder überschrieben werden müssen. Alle geänderten Übersetzungen sind somit verloren und müssen erneut überschrieben werden. Ich war mit aber sehr sicher, dass es dafür eine bessere Lösung gibt.

Der richtige Weg

Vor einiger Zeit habe ich dem Artikel Lokalisierung für Child Themes am Beispiel von Thematic beschrieben, wie man in einem Child-Theme die Übersetzungen für Strings im Parent Theme überschreiben kann. Ich war mir sehr sicher, dass dies auch für die WordPress Core Strings funktionieren muss. Bei Core-Übersetzungen wird ja in den Übersetzungsfunktionen keine Domain angegeben. Daher war die erste Vermutung, dass man einfach einen leeren String für das Einbinden der Übersetzungsdatei verwenden muss. Aber das war nicht ganz korrekt. Man muss den String “default” als Parameter verwenden. Damit ist es dann möglich, eine eigene Übersetzungsdatei zu laden. In dieser Datei müssen aber nicht alle Strings enthalten sein. Es reicht aus, wenn man nur die zu überschreibenden aufführt. Die Einbindung dieser mo-Datei geschieht dann wie folgt:

load_textdomain( 'default', dirname( __FILE__ ).'/'.get_locale().'.mo' );

In diesem Beispiel befindet sich dann z.B: die Datei de_DE.mo im selben Verzeichnis wie die Datei, in die diese Zeile eingefügt wurde. Dies kann in eurem Theme aber auch in einem Plugin geschehen. Im Falle von Capsar ist es sogar am sinnvollsten, das ganze als “must-use” Plugin im Ordner /wp-contents/mu-plugins/ abzulegen. Ich habe das ganze natürlich auch mal für euch fertig vorbereitet und ihr könnt es hier herunterladen und einfach als Plugin installieren:

Download

Fazit

Auch hier hat sich wieder gezeigt, wie flexibel WordPress ist. Auch mein Grundsatz “Don’t hack the core, never!” (auf Deutsch würde man wohl sagen “Nur gucken, nicht anfassen!”) wurde dadurch mal wieder bestätigt. Ich habe bisher wirklich noch kein Problem gefunden, dass ich nicht durch ein paar Zeilen Code in der functions.php Datei oder durch ein kleines Plugin lösen konnte, ohne den Core anfassen zu müssen. Das einizige, was einem hier noch passieren könnte ist eine Änderung des zu übersetzenden Strings in einer neuen Version. Dann müsste natürlich auch die Übersetzungsdatei angepasst werden. Aber eben auch nur die wenigen Strings darin und auch nur die, die sich geändert haben.

Was haltet ihr von meiner Lösung? Hättet ihr gedacht, dass so etwas mit nur einer Zeile Code möglich ist? Habt ihr vielleicht auch ähnlich tolle Fixes parat? Über Kommentare würde ich mich wie immer sehr freuen.

Das Problem

Man kann nun aber dem Plugin nicht wirklich einen Vorwurf machen. Nachdem ich den Quellcode des Plugin sowie die Ausgabe der Blogroll im WordPress Core untersucht habe, konnte ich auch keine bessere Einbindung finden als die im Plugin verwendete. Es fehlt leider ein Filter, mit dem man den Link Tags zusätzliche Attribute anhängen kann. Da aber bei aktivierten Outlink-Tracking noch ein “onclick” Attribut notwendig ist, wurde es vom Plugin-Entwickler eben an das “target” Attribut angehängt. Damit war denn der Inhalt des selbigen nicht mehr leer und es wurde ausgegeben, auch wenn der Link für die Blogroll im Backend auf “none” gestellt war.

Die Lösung

Es gibt glücklicherweise eine recht einfache Lösung für das Problem. Da es einen Filter für die gesamte Ausgabe der Blogroll gibt, können wir hier ansetzen. Wir entfernen einfach sämtliche leere “target” Attribute im Ausgabestring mit folgendem Snippet:

function remove_empty_target($content){
        return str_replace('target="" ', '', $content);
} add_action('wp_list_bookmarks', 'remove_empty_target');

Das Snippet fügt ihr einfach in die functions.php Datei eures Themes an einer beliebigen Stelle ein. Wer für seine Seite ein Theme verwendet, das als Doctpye HTML5 nutzt, der kann diesen Tipp getrost ignorieren. Denn in HTML5 ist das “target” Attribut wieder enthalten. Trotzdem halte ich noch immer die Angewohnheit externe Links mit einem target="_blank" in einem neuen Tab/Fenster zu öffnen für eine Todsünde der Usabilty. Aber im Zusammenhang mit Formularen und JavaScript kann ein “target” Attribut durchaus Sinn machen und notwendig sein.

Ankunft und Location

Nachdem ich endlich das richtige Gebäude gefunden hatte und mich angemeldet hatte, gab es wie auch im letzten Jahr ein sehr tolles T-Shirt. Vor der ersten Session wollte ich mich noch schnell mit einem Cappuccino stärken. Das hätte ich lieber gelassen, denn er war ein löslicher, der mit viel zu wenig Wasser aufgegossen eigentlich ungenießbar war und mir noch 5 Stunden später einen unangenehmen Nachgeschmack bescherte. Die Räume der Uni, die für das WordCamp gebucht waren, hatten eine recht gute Einrichtung. Nur an die wippenden Stühle konnten sich so manche Teilnehmer nicht gewöhnen. Ich fand sie super bequem.

Die ersten Sessions

Meine erste besuchte Session hatte das Thema „Ecommerce Lösungen für WordPress“ die ich vor Allem deshalb besucht habe, um mal von Experten zu erfahren, ob es wirklich keine guten Shop-Plugins für WordPress gibt. Diese Annahme wurde im Großen und Ganzen bestätigt, da viele der Plugins einfach nicht optimal an das deutsche Rechtssystem angepasst sind. Aber als Nischenprodukte für Kleinunternehmen war schon was dabei. Ansonsten nutzt man eher eine ausgewachsene Shop-Software und versucht diese einfach soweit es geht an das Layout des eigenen WordPress-Blogs anzupassen.

Anschließend ging es in die Session „Hook me!“ die hoffnungslos überfüllt war. Nicht ganz ohne Grund, stellen doch Filter und Actions die mächtigsten Waffen im Umgang mit WordPress da. Dort wurden auch einige meiner ewig offenen Fragen beantwortet. Aber sehr ins Detail ging er Referent leider nicht um nicht mit einem Beispiel die Verwendungsmöglichkeiten zu stark einzuschränken. Im Grunde kann man mit Hooks (fast) alles anstellen und das konnte er auch gut vermitteln.

Die letzte Session vor der Mittagspause drehte sich um das Thema „Kundenprojekte mit WordPress als CMS“. Dies beinhaltete einen fast einstündigen Vortrag über Projektmanagement und den richtigen Umgang mit Kunden. Aber die Fallbeispiele am Ende der Session haben meine erste Enttäuschung doch noch gemildert.

Mittagspause

Da es vormittags nur Obst und Süßigkeiten gab war ich praktisch ohne echtes Frühstück in den Tag gestartet. Umso schöner war es dann, zum Mittag eine große Auswahl an belegten Brötchen vorzufinden. Jeder, der sich über die 10€ Gebühr aufregt (die komplett an eine gemeinnützige Organisation gespendet werden), der hat wohl spätestens jetzt keine Argumente mehr gefunden. Da das Wetter auch mitspielte machten es sich einige Teilnehmer draußen auf der Wiese bequem. Gut gestärkt konnte ich mich also in die zweite Hälfte des WordCamp stürzen.

Die improvisierte zweite Hälfte

Die erste Session „Formular-Plugins im Vergleich“ war schon eine viertel Stunde vorher sehr gut gefüllt. Leider konnten selbst Suchaufrufe über Twitter den Referenten nicht beibringen. Jeder Teilnehmer der rein kam wurde gleich als möglicher Referent gefeiert. Die Leitung las wohl auch die Twitter Posts und teilte uns dann mit, dass der Referent leider krank sei und nicht abgesagt hatte. Ganz spontan meldete sich dann aber ein Teilnehmer als Moderator für eine offene Diskussion, bei der verschiedene Teilnehmer ihre Erfahrungen zu den diversen Plugins vorstellten. Die Plugins mit cformsII und Formidable Forms bekamen dabei den größten Zuspruch der Teilnehmer. Aber auch Fast Secure Contact Form bekam gute Kritiken, nicht nur als Kontaktformular.

Anschließend besuchte ich die Session „Was kann man mit WordPress machen?“ von den Jungs von inpsyde. Sie stellten ein paar Lösungen vor, die sie mit WordPress umgesetzt haben. Was BuddyPress angeht haben sie echt ein paar super coole Features entwickelt. Bei der Vorstellung einer komplett „ajaxifizierten“ Seite war ich dann aber doch an ein Projekt erinnert, das bei dem ich selbst eine ähnliche oder sogar noch erweiterte Funktion umgesetzt habe. Zuletzt konnte man ihnen Fragen stellen, die einem schon lange im Kopf rumschwirren. Aber auf meine Frage, ob man innerhalb von THE LOOP erkennen könne, den wievielten Post man gerade ausgibt, hatten sie auch nur eine ähnlich unbefriedigende Lösung wie ich selbst parat: Mit einer externen globalen Zählvaribalen.

Im Anschluss an diese sehr interessante Session zog es mich in die „Übersetzerrunde“, die allerdings nur aus vier Personen bestand. Also unterheilten wir uns fast eine Stunde lang um die Problematik der deutschen Community. Zuletzt lernten wir dann aber doch alle noch etwas dazu, und zwar, dass man Übersetzungen auch auf einen Kontext beziehen kann. Das wird in WordPress mit der Funktion _x() realisiert.

Zum Abschluss des WordCamp besuchte ich die Session „Geld verdienen mit WordPress“, die auch wieder zu einer Diskussionsrunde erklärt wurde, da auch hier der Referent nicht anwesend war. Ich habe hier aber einige sehr interessante Möglichkeiten kennengelernt, die mir früher noch nie in den Sinn gekommen sind. So habe ich mich gestern bei der VG Wort angemeldet. Somit erhalte ich bei ausreichend Aufrufen eines Artikels Tantiemen als Autor von der VG Wort. Dass so etwas mit Blogs überhaupt möglich ist und man nur 1500 Aufrufe pro Jahr und Artikel benötigt, hätte ich nicht gedacht. Andere Tipps, abgesehen von klassischer Werbung, waren der Verkauf von Link oder auch Support-Leistungen wie Video-Trainings, Schulungen, Wartung von Blogs und ähnliches. Für den seit einiger Zeit bei mir zu findenden Flattr-Button gab es aber keine Zustimmung. Er scheint wohl im deutschen Markt wirklich noch nicht angekommen zu sein. Daher werde ich ihn wohl bald wieder entfernen und dadurch das Laden meines Blogs wieder beschleunigen.

Fazit

Damit endete dann auch schon das diesjährige WordCamp. Es waren zwar nicht wirklich viele WordPress-Entwickler-Themen dabei, aber so konnten auch Einsteiger oder Blog-Autoren auf einem angenehmen Niveau neues lernen. Ich habe trotzdem einige neue Tricks gelernt und kann damit nur sagen, dass ich auch im nächsten Jahr wieder teilnehmen werde, wenn es sich zeitlich einrichten lässt. Leider wurde noch nicht gesagt, wo es im nächsten Jahr stattfinden wird.

Ich hoffe euch hat die kleine Zusammenfassung einen guten Eindruck zum WordCamp vermitteln können. Wenn ihr zu einer bestimmten Session noch mehr Informationen haben möchtet, dann hinterlasst doch einfach einen kurzen Kommentar.

Ach ja, fast hätte ich es vergessen: Meine Rückfahrt von Köln verlief leider auch nicht wie geplant. Dieses Mal fiel aber gleich der ganze ICE aus, da ein Defekt am Triebwagen vorlag. So kam ich auch bei der Rückfahrt über eine Stunde zu spät in Berlin an. Aber immerhin gab es so insgesamt 25% des Fahrpreises zurückerstattet. Trotzdem hoffe ich, dass es im nächsten Jahr mal wieder reibungslos verläuft

Dann ging es nur noch darum eine günstige Verbindung nach Köln zu bekommen. Und nun sitze ich im Zug Richtung Köln und freue mich schon auf viele spannende Themen rund um WordPress.

Sollte wie auch im letzten Jahr der ein oder andere von euch auch mit dabei sein, dann treffen wir uns ja morgen wieder. Alle anderen kann ich nur damit vertrösten, dass ich auch dieses Mal wieder meine Eindrücke mit euch teilen und die besten Tipps nochmals hier vorstellen werde.

Mittags habe ich dann bei Golem.de erfahren, wieso WPtouch aktualisiert wurde. Bei drei bekannten Plugins (neben WPtouch waren es AddThis und W3 Total Cache) wurde Schadcode in das SVN Repository eingeschleust. Wie genau es dazu kam ist nicht bekannt. Es ist aber zu vermuten, dass die Passwörter der Plugin-Autoren geknackt wurden. Details zu den Schäden, die der Schadcode hätte anrichten können, wird zur Zeit vom WordPress Team geprüft.

Die Folgen

Wie bei Golem.de nachzulesen war, wurden die Passwörter zurückgesetzt. Ich ging zuerst davon aus, dass es sich nur auf die Passwörter der drei Plugins bezieht. Bei einer kleinen Überarbeitung einer meiner Plugins musste ich dann aber feststellen, dass die Passwörter aller WordPress Nutzer zurückgesetzt wurden. Ich habe also auch meines zurückgesetzt und dabei auf ein sichereres geändert.

Nachdem ich mit meinen Änderungen fertig war und diese per Commit in das SVN Repository gestellt habe wurde ich dann natürlich erst einmal nach dem neuen Passwort gefragt. Ein paar Sekunden später hatte ich auch schon eine Mail von WordPress in meinem Postfach. Darin war der Commit inklusive des Changelogs zu finden. Mit dieser Maßnahme wird zwar nicht verhindert, dass Schadcode ins Repository eingeschleust wird. Aber da es ca. 10min dauert, bis eine neue Version auch den Nutzern zum Download angeboten wird, sollte es dem Plugin-Autoren möglich sein, den Code wieder raus zu nehmen.

Fazit

Niemand darf blind einem Plugin vertrauen, auch wenn es von einem seriösen Entwickler stammt. Aber es ist vorbildlich, wie WordPress auf diesen “Einbruch” reagiert hat. WordPress ist noch immer eine der sichersten CMS- und Blogging-Systeme, wie verschiedene Test immer wieder zeigen. Auch durch die sehr aktive Community werden solche Sicherheitslücken in Zukunft vermutlich sehr schnell gefunden und behoben.

Einige davon sind auch sehr gut dokumentiert oder es gibt Beispiele im Netz dazu. Ich wollte auf dem Blog nun aber einen Text an den Seitentitel (also den Text innerhalb der <title> Tags im <head>) jeder einzelnen Seite anhängen. Zwar wird die Funktion thematic_doctitle() auf der Seite der Theme Filter ausführlich in einem Beispiel behandelt, ich konnte mir aber nicht vorstellen, dass es so kompliziert und mit so vielen Zeilen Quellcode geschrieben werden muss. Daher bin ich mal wieder in den Quellcode eintauchen um die entsprechende Stelle zu finden, an der die Funktion definiert ist.

Der thematic_doctitle Filter

Der Quellcode zum Filter befindet sich in der Datei “wp-content/themes/thematic/library/extensions/header-extensions.php” ab Zeile 26 (in Thematic Version 0.9.6.2). Der interessante Teil sieht wie folgt aus:

	// Filters should return an array
	$elements = apply_filters('thematic_doctitle', $elements);

	// But if they don't, it won't try to implode
	if(is_array($elements)) {
		$doctitle = implode(' ', $elements);
	}
	else {
		$doctitle = $elements;
	}

	$doctitle = "\t" . "<title>" . $doctitle . "</title>" . "\n\n";

	echo $doctitle;

Wie ich also feststellen konnte, kann die Rückgabe eines eigenen Filters entweder ein String oder ein Array sein. Sollte es ein Array sein, werden die einzelnen Elemente mit Hilfe der implode() Funktion zu einem String verbunden. Ich habe zusätzlich den Inhalt des Arrays analysiert. Je nach Seite besteht es nur aus einem einelementigen Array oder aber auch mehreren Teilen, die durch einen “Separator” voneinander getrennt werden.

Den Titel mit einer Funktion erweitern

Im Grunde war es aber für meine Zwecke unerheblich, wie es aussieht, da ich nur etwas hinten anfügen wollte. Also habe ich eine einfache Funktion geschrieben, die den Titel mit Hilfe des Filters erweitert:

function my_doctitle($doctitle) {
	return array_merge($doctitle, array('suffix' => '| example.com'));
}
add_filter('thematic_doctitle','my_doctitle');

Diese kleine Funktion fügt dem Array $doctitle ein Array mit dem Schlüssel “suffix” hinzu. Mit der array_merge() Funktion wird es mit dem originalen Array zu einem neuen “gemerged” und direkt wieder zurückgegeben.

Fazit

Statt also laut dem Beispiel im Guide zum Thematic Theme den Filter thematic_doctitle fast komplett zu kopieren um dann nur einen kleinen String anzuhängen, hat es sich mal wieder ausgezahlt sich mit dem Quellcode zu beschäftigen. So konnten wir in nur vier Zeilen das gewünschte Ergebnis erzielen.

Da ich sehr viele Filter und Action Hooks in meiner functions.php Datei verwende, lohnt es sich umso mehr nachzuschauen, ob es nicht auch einfacher geht. Sonst habe ich nämlich am Ende die Hälfte (oder sogar mehr) der verwendeten Filter aus dem Thematic Theme in meine functions.php kopiert, ohne es wirklich zu müssen.

Ich hoffe ich konnte euch einmal mehr zeigen, dass man sich nicht davor scheuen sollte auch mal den Quellcode eines Produkts zu studieren, das man verwenden und erweitern möchte. Mir hat es nicht nur in diesem Fall viel Arbeit gespart.

Zuerst einmal muss die originale “Search Loop” in eine Datei mit dem Namen wp-instant-search-template.php kopiert werden. Diese Datei muss dann in euer Theme Verzeichnis kopiert werden. Die “Search Loop” findet ihr in aller Regel in einer Datei mit dem Namen search.php in eurem Theme Verzeichnis. Er könnte z.B. wie folgt aussehen (aus dem alten “Default” Theme):

<?php
/**
 * @package WordPress
 * @subpackage Default_Theme
 */

get_header(); ?>

	<div id="content" class="narrowcolumn" role="main">

	<?php if (have_posts()) : ?>

		<h2 class="pagetitle">Search Results</h2>

		<div class="navigation">
			<div class="alignleft"><?php next_posts_link('&laquo; Older Entries') ?></div>
			<div class="alignright"><?php previous_posts_link('Newer Entries &raquo;') ?></div>
		</div>

		<?php while (have_posts()) : the_post(); ?>

			<div <?php post_class() ?>>
				<h3 id="post-<?php the_ID(); ?>"><a href="<?php the_permalink() ?>" rel="bookmark" title="Permanent Link to <?php the_title_attribute(); ?>"><?php the_title(); ?></a></h3>
				<small><?php the_time('l, F jS, Y') ?></small>

				<p class="postmetadata"><?php the_tags('Tags: ', ', ', '<br />'); ?> Posted in <?php the_category(', ') ?> | <?php edit_post_link('Edit', '', ' | '); ?>  <?php comments_popup_link('No Comments &#187;', '1 Comment &#187;', '% Comments &#187;'); ?></p>
			</div>

		<?php endwhile; ?>

		<div class="navigation">
			<div class="alignleft"><?php next_posts_link('&laquo; Older Entries') ?></div>
			<div class="alignright"><?php previous_posts_link('Newer Entries &raquo;') ?></div>
		</div>

	<?php else : ?>

		<h2 class="center">No posts found. Try a different search?</h2>
		<?php get_search_form(); ?>

	<?php endif; ?>

	</div>

<?php get_sidebar(); ?>

<?php get_footer(); ?>

Hiervon benötitg ihr den teil innerhalb des DIV mit der ID “content”. In der Regel startet die “Search Loop” mit if(have_posts()) und endet mit endif;. Aus dem Beispeil müssen also die Zeilen 11-41 in die Datei “wp-instant-search-template.php” kopiert werden.

Ist dieser Schritt getan, erzeugt die Instant Suche bereits die korrekte Ausgabe. Diese muss aber nun auch noch in das richtige DIV eingefügt werden. Die ID dieses DIV können wir auch recht einfach aus dem Beispiel-Quellcode ablesen. Es handelt sich natürlich um den Wert “content” da wir im vorherigen Schritt den Inhalt eben dieses DIVs kopiert haben. Diese ID wird nun in der Einstellungs-Seite des Plugins eingetragen:

Damit sollte dann die Einstellung des Plugins auch schon abgeschlossen sein. Sollte es bei euch doch nicht funktionieren oder ihr auf Probleme mit eurem Plugin stoßen, dann hinterlasst bitte einfach auf diesem Post oder auf dem Post zu dem Plugin selbst einen Kommentar. Für Anregungen zur Verbesserung des Plugins bin ich natürlich auch offen.

Eine detailiertere Beschreibung zur Einrichtung des Plugins findet ihr hier: Das WP-Instant Plugin für euer Theme anpassen

Installation:

Installation über die WordPress Adminstrator-Seiten:

1. Gehe zur Admin-Seite Plugins -> Installieren
2. Suche nach kau-boy und wähle das Plugin aus
3. Wähle die Aktion Jetzt installieren
4. Klicke auf Jetzt installieren
5. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress
6. Du musst eventuell die Einstellungen anpassen, vor allem den Wert für die “Inhalts Tag ID”
7. Erzeuge eine Datei mit dem Namen “wp-instant-search-template.php” und kopiere die “Search Loop” innerhalb des “Inhalts Tags” hinein

Installation unter Verwendung der WordPress Adminstrator-Seiten:

1. Lade die zip-Datei des Plugins herunter: wp-instant.1.1.zip
2. Gehe zur Admin-Seite Plugins -> Installieren
3. Wähle den Link Hochladen unter Plugins Installieren Überschrift
4. Wähle die zip-Datei aus und klicke Jetzt installieren
5. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress
6. Du musst eventuell die Einstellungen anpassen, vor allem den Wert für die “Inhalts Tag ID”
7. Erzeuge eine Datei mit dem Namen “wp-instant-search-template.php” und kopiere die “Search Loop” innerhalb des “Inhalts Tags” hinein

Installation unter Verwendung von FTP

1. Lade die zip-Datei des Plugins herunter: wp-instant.1.1.zip
2. Entpacke es und lade es in dein /wp-content/plugins/ Verzeichnis hoch
3. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress
4. Du musst eventuell die Einstellungen anpassen, vor allem den Wert für die “Inhalts Tag ID”
5. Erzeuge eine Datei mit dem Namen “wp-instant-search-template.php” und kopiere die “Search Loop” innerhalb des “Inhalts Tags” hinein

Versionsgeschichte:

• 1.1 Fehler mit uninitialisierten Variablen behoben
• 1.0 Einsatz von AJAX, so wie es hier beschrieben wird: http://codex.wordpress.org/AJAX_in_Plugins
• 0.2 Verwendung von STYLESHEETPATH als primärem Ordner für die Suche nach einem Suchtemplate
• 0.1 Erste stabile Version

Wenn dir dieses Plugin gefällt oder dir etwas fehlt, würde ich mich freuen es zu erfahren. Hinterlasse einfach ein Kommentar auf dieser Seiter oder auf meiner WordPress Plugin Seite.

Eine Anleitung zur Migration der Daten ist schon vorhanden. Damit der Einstieg für neue Nutzer von WordPress auch ohne große Frustration abläuft, stellt WordPress.com einige Tutorials und Hilfen bereit.

Ich finde das für die WordPress Community großartig. Eventuell stellen einige Nutzer von “Windows Live Spaces” fest, dass es Dinge gab, die es in WordPress noch nicht gibt und wir bekommen damit eine noch bessere Software. Ich bin auch gespannt, ob die Erstellung von Artikeln mit Office Produkten aus dem Hause Microsoft in Zukunft um Funktionen für WordPress erweitert wird. Ich komme zwar mit WordPress super klar und nutze hier immer den HTML-Modus, aber die Einstiegshürde kann gerade für nicht so internetaffine Benutzer durch eine Integration in bekannt Programme (wie z.B. Microsoft Word) noch verringert werden.

Was haltet ihr von der Ankündigung? Seit ihr vielleicht sogar “Windows Live Spaces” Nutzer und gar nicht froh über diesen Schritt? Ehrliche Kommentare (auch kritische) sind wie immer gern gesehen.

Wartungsmodus vorher

Während des Updates eurer WordPress Installation, eines Themes oder Plugins, bzw. bei der Installation neuer Themes oder Plugins wird WordPress automatisch in einen Wartungsmodus versetzt, damit keine Schäden an eurem Blog auftreten. Dabei wir eurem Benutzer aber eine sehr unschöne Nachricht angezeigt, die wie folgt aussieht:

Ich habe hier den deutschen Text als Screenshot, aber bei meinem zweisprachigen Blog erscheint immer der englische Text, egal welche Sprache der Nutzer verwendet. Aber abgesehen davon ist die Nachricht mit besonders hübsch.

Testen und kontrollieren des Wartungsmodus

Gesteuert wird der Wartungsmodus übrigens über eine Datei mit dem Namen .maintenance die von WordPress bei der Installation mit folgendem Inhalt im ROOT-Verzeichnis eures Blogs abgelegt wird:

<?php $upgrading = 1281043765; ?>

Der Timestamp hier gibt an, wann das Update gestartet wurde. Solltet ihr euren Wartungsmodus einmal testen wollen, könnt ihr einfach eine entsprechende Datei erzeugen und den Timestamp auf den aktuellen Wert setzen. Dazu einfach anstelle einer Zahl die Funktion time() verwenden, es sei denn, eure innere Uhr kennt immer den aktuellen Timestamp Denkt aber daran sie später wieder zu löschen. Ihr solltet auch nach jedem Update kontrollieren, ob euer Blog wieder funktioniert. Wie ich heute auf dem Blog von perun.net nachlesen konnte, ist es schon einigen Blogbesitzern passiert, dass die Datei nach dem Update nicht gelöscht wurde. Das kann schnell mal passieren, wenn man z.B. den Tab mit dem Update aus Versehen löscht. Glücklicherweise wird aber nach 10 Minuten der Blog wieder angezeigt, da WordPress dann davon ausgeht, dass das Löschen der Datei gescheitert ist.

Verschönern des Wartungsmodus

Jetzt aber zum eigentlich interessanten Teil des Artikels. Nachdem ich die Standardmeldung im Quellcode von WordPress ausgemacht hatte, fand ich in dem Kommentar der Funktion auch einen Hinweis darauf, wie man die Anzeige mit sehr einfachen Mitteln verschönern kann. Dazu ist es lediglich notwendig eine Datei mit dem Namen maintenance.php im Ordner wp-content abzulegen. Da man hier auch eine PHP Datei verwenden kann sind, der eigenen Kreativität keine Grenzen gesetzt.

Das Anlegen meiner Seite habe ich wie folgt vorgenommen. Zuerst habe ich eine gewöhnliche WordPress Seite erstellt und mit einem netten Text und einen Comic von xkcd.com gefüllt. Diese Seite habe ich dann kurz freigegeben und nach dem Abmelden vom Admin-Bereich gespeichert, damit auch alle Inhalte zu sehen sind, die ein angemeldeter Besucher nicht sieht. Von dieser Seite habe ich dann den Quellcode gespeichert.

Den Quellcode könnte man nun einfach in die maintenance.php Datei einfügen und im wp-content Ordner ablegen. Da mein Blog aber zweisprachig ist, habe ich zwei HTML-Dateien mit den Namen maintenance-de.htm und maintenance-en.htm und diese beiden im gleichen Ordner abgelegt. Innerhalb der maintenance.php lese ich dann die Sprache des Benutzers aus, und gebe den Inhalt der entsprechenden Datei aus. Wer mal sehen möchte, wie meine Wartungsseite aussieht kann das gerne hier tun: http://kau-boys.de/wp-content/maintenance.php.

Fazit

Der neue Wartungsmodus ist wirklich eine tolle Sache und kann mit sehr wenig Aufwand auch an die eigenen Bedürfnisse angepasst werden. Wer eine statische Kopie einer WordPress Seite verwendet, sollte seine Wartungsseite aber von Zeit zu Zeit aktualisieren, damit sie immer dem aktuellen Layout entspricht.

Ich hoffe, dass der Tipp auch euch weiterhelfen wird und ich würde mich freuen, wenn mir der ein oder andere ebenfalls einen Link zu seiner toll gestalteten Wartungsseite als Kommentar schicken würde.

Jeder Besucher des Blog kann eine Suche zu seinem Browser hinzufügen und so sehr schnell und jeder Zeit nach einem Artikel suchen. Das Plugin muss dabei nicht konfiguriert werden. Einfach installieren und aktivieren.

Installation:

Installation über die WordPress Adminstrator-Seiten:

1. Gehe zur Admin-Seite Plugins -> Installieren
2. Suche nach kau-boy und wähle das Plugin aus
3. Wähle die Aktion Jetzt installieren
4. Klicke auf Jetzt installieren
5. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress

Installation unter Verwendung der WordPress Adminstrator-Seiten:

1. Lade die zip-Datei des Plugins herunter: kau-boys-opensearch.0.1.zip
2. Gehe zur Admin-Seite Plugins -> Installieren
3. Wähle den Link Hochladen unter Plugins Installieren Überschrift
4. Wähle die zip-Datei aus und klicke Jetzt installieren
5. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress

Installation unter Verwendung von FTP

1. Lade die zip-Datei des Plugins herunter: kau-boys-opensearch.0.1.zip
2. Entpacke es und lade es in dein /wp-content/plugins/ Verzeichnis hoch
3. Aktiviere das Plugin über den Plugins Menüpunkt in WordPress

Screenshots:

Screenshot der Autmatischen Erkennung der Suche durch Firefox

Versionsgeschichte:

• 0.1 Erste stabile Version

Wenn dir dieses Plugin gefällt oder dir etwas fehlt, würde ich mich freuen es zu erfahren. Hinterlasse einfach ein Kommentar auf dieser Seiter oder auf meiner WordPress Plugin Seite.

Von Verlauf des WordCamp war ich sehr zufrieden. Meine einzige Vergleichsmöglichkeit war das CakeFest 2009, welches ebenfalls in Berlin stattfand. Im Nachhinein muss ich sagen, dass die Location des CakeFests in der German Language School (GLS) war aber um einiges besser als das betahaus, das zwar einen gewissen Charm hatte, aber dessen Räume doch sehr schlecht für solche Events ausgerüstet waren. Zu allem Überfluss waren die meisten interessanten Sessions im 4.OG und der Aufzug war entweder überfüllt oder jemand hatte mal wieder vergessen, die Tür zu zu machen.

Toll an der Location war dann aber die Übertragung des Viertelfinal-Spiels und die Stimmung, die dabei allgemein herrschte. Aber bei einem 4:0 gegen Argentinien musste die ja auch gut sein. Ich habe mich auch gefreut, dass zu der zeit, als das Spiel stattfand keine Sessions abgehalten wurden. Ärgerlich war es natürlich für alle die nichts mit Fußball anfangen konnten und extra von weit her angereist sind.

Ich hatte ja bereits berichtet, dass ich alle meine Plugins mit den Beta-Versionen und den Release Candidates erfolgreich testen konnte. Nachdem ich eben meinen Blog auf die neue Version aktualisiert habe konnte ich auch mit Freuden feststellen, dass nicht nur meine Plugins, sondern anscheinend auch fast alle Plugins, die ich einsetze mit der neuen Version funktionieren. Einzig qTranslate, das für die Mehrsprachigkeit zuständig ist, wird immer erst mit etwas Verzögerung angepasst.

Nach der Installation konnte ich dann auch gleich mal die neue Update Funktion testen, die nun auch das Aktualisieren von Templates unterstützt. Es ist nun auch nach ganz oben im Menü gewandert und zeigt ähnlich zu der Anzeige für Plugin-Updates eine Gesamtanzahl von verfügbaren Plugins an:

Wie ihr sehen könnte sind einige Punkte noch nicht übersetzt. Aber vermutlich muss ich noch die aktuellen deutschen Sprachdateien für WordPress 3.0 runterladen. Da ich das Theme selbst übersetzt habe, sollten hier alle Texte übersetzt sein.

Ich werde euch natürlich auf dem Laufenden halten, sollten sich Probleme mit einem meiner eigenen Plugins oder mit den Plugins, die ich hier einsetze, ergeben. Falls ihr Probleme findet, würde ich mich natürlich über einen Kommentar in diesem Artikel oder noch besser in den Artikeln zu dem jeweiligen Plugin freuen.

Jetzt bleibt mir nur, uns allen viel Spaß mit dem neuen WordPress zu wünschen.

Last call; final bugs
Itch, scratch, contort; calmly wait
For now: RC3

Gleichzeitig findet sich hier auch die Aufforderung an alle WordPress Plugin Entwickler die eigenen Plugins mit dem Release Candidate 3 von WordPress zu testen. Dem bin ich schon zuvor nachgekommen und kann stolz verkünden, dass ich bisher mit keinem meiner 3 aktuellen Plugins einen Fehler finden konnte.

Da es nur noch 9 aktive offene Tickets gibt bleibt zu hoffen, dass wir bald WordPress 3 auf unseren Blog einsetzen können. Ich bin zumindest schon sehr gespannt darauf.

Da ich mich bei der Entwicklung an bestimmte Standards gehalten habe und keine als DEPRECATED (veraltet) gekennzeichnete Funktion eingesetzt habe, sollten die Plugins dann auch mit der finalen Version von WordPress 3.0 funktionieren. Ich werde aber die NIGHTLY BUILDS in regelmäßigen Abständen testen und eventuell auftretende Fehler noch vor dem Erscheinen der finalen Version von WordPress 3.0 beheben.

Solltet ihr bereits Fehler mit WP 3.0 gefunden haben oder aber einen Fehler mit einer aktuellen Version, dann teilt mir das bitte in einem Kommentar auf den Pluginseiten oder in diesem Post mit.

Ich wünsche uns allen viel Spaß mit den tollen neuen Features von WP 3.0 und hoffe, dass wir sie bald in einer finalen Version genießen können.

Zusätzlich konnte ich auch die Sprachenauswahl auf der Login Seite reparieren. Diese war auch seit irgendeinem Update defekt und man musste dann nachträglich die Sprache innerhalb des Backends wechseln. Das funktioniert jetzt also auch wieder direkt bei der Anmeldung.

Da für WordPress 3.0 schon angekündigt wurde, dass sich für Plugin Entwickler einiges ändern wird hoffe ich, dass meine Mühe nicht umsonst gewesen ist und das Plugin auch mit Version 3.0 noch auf Anhieb funktioniert.

Die neue Version könnt ihr auf meinem Post zum Plugin sowie im Plugin Repository von wordpress.org runterladen. Wer es schon installiert hat kann es wie immer direkt über das Backend komfortabel aktualisieren. Solltet ihr das Plugin bereits vorher verwendet haben, müsst ihr eventuell einmal die Cookies für eure Website löschen, damit das Plugin reibungslos funktioniert.

Danke an dieser Stelle noch einmal an Inaki und Lars für ihre Rückmeldung bezüglich des Fehlers in WordPress MU!

Auch die IT-Welt ist jedes Jahr mit witzigen und teilweise sehr gut versteckten Scherzen vertreten. Ich möchte hier drei Beispiele aufführen, die mir dieses Jahr besonders gut gefallen haben. Dieses Jahr waren es aber auch viele internetbezogene Themen und nicht die üblichen Vaporware Meldungen, die es mir angetan haben.

3. Platz: Peruns Weblog: Google kauft WordPress, Adobe senkt Preise

Die Bronzemedaille geht an Peruns Weblog. Hier wurden gleich mehrere Behauptungen aufgestellt. So wurde hier berichtet, dass Google WordPress gekauft haben soll und dabei Apple und Microsoft ausgestochen hat. Hier wurden auch Kommentare von Googles Pressesprecher sowie von Steve Jobs und Bill Gates aufgeführt. Das Statement von Steve Jobs wird allerdings unglaubwürdig, als er vom fehlenden feminine touch enttäuscht ist und die mangelnde Euphorie der WordPress User gegenüber seiner Person bemängelt. Die Aussage von Bill Gates wird spätestens dann unglaubwürdig, als ein Kommentar von ihm über den Speicherbedarf von PCs aufgeführt wird, das nachweislich nicht von ihm stammt, wobei hier der Autor sogar noch auf den Wikipedia-Artikel verweist, der auch genau das aussagt.

Sehr schön wären auch die Behauptungen über Adobe, die Photoshop für 99€ in der 3er Lizenz abgeben würden und aufgrund von aktuellen Sicherheitslücken jedem Benutzer bei jedem Start einen 10€ Amazon Gutschein schenken würden.

Alles in allem war hier der Aprilscherz für jeden Benutzer sehr schnell erkennbar. Wer es dennoch glaubte bekam schon in den ersten Kommentaren die Auflösung.

2. Platz: WordPress Deutschland: WordPress Deutschland muss seine Domain abgeben

Der Aprilscherz von WordPress Deutschland war nicht direkt erkennbar. So wurde die Abgabe der Domain an WordPress mit dem Markenrecht begründet und es wurde auch auf den Fall von 2006 verlinkt, bei dem die Domain wordpress.de bereits abgegeben werden musst. Auch hat der Autor keine Kosten und Mühen gescheut und die neue Domain wördpräss.de wirklich registrieren lassen und eine provisorische Seite eingerichtet.

Die wenigsten werden aber wohl geglaubt haben, dass WordPress Deutschland als neue Domain eine mit Sonderzeichen verwenden würde, auch wenn die Zielgruppe der Seite diese auf ihrer Tastatur ohne weiteres eintippen können.

Aber alleine die gute Planung durch die angelegte Domain und die stichhaltige Begründung sind die Silbermedaille mehr als wert.

1. Platz: tagesschau.de: Alle IP-Adressen besetzt – ICANN schaltet Rootserver ab

Der mit Abstand beste Aprilscherz, den ich dieses Jahr gelesen habe kommt von der Online-Redaktion von tagesschau.de. Die Meldung wurde sogar im News-Feed veröffentlicht. In dem Artikel wird behauptet, dass die ICANN die letzte noch verfügbare IP Adresse vergeben hat. Die drastische Maßnahme die nun ergriffen werden müsse wäre die Abschaltung des Root-Servers am 2. April um Mitternacht US-Westküstenzeit. Im Laufe dieses Tages würden dann alle Server von IPv4 auf IPv6 umgestellt. Alle IPv6 fähigen Rechner könnten danach wieder auf das Internet zugreifen, für die IPv4 Rechner wäre eine Verbindung nach diesem Tag nicht mehr möglich. In dem Artikel wurde auch auf ein Interview mit einem Experten verlinkt. Auch wurde genau erklärt, wie eine IPv4 Adresse aufgebaut ist und wieso diese jetzt nun alle verbraucht sind.

An keiner Stelle im Text war sofort erkennbar, dass es sich um einen Aprilscherz handelt. Lediglich hinter ein paar Link im Text und hinter einem Link am Artikelende wurde auf eine Seite verlinkt, die die Situation aufklärte. Da wohl einige User die Meldung geglaubt haben wurde heute eine Aufklärung veröffentlicht, in der ein paar Reaktionen nachzulesen sind.

Mit dem gut recherchierten Text gepaart mit dem fingierten Interview hat sich dieser Aprilscherz mit Recht die Goldmedaille in diesem Jahr geholt. Ich bin schon gespannt was uns im nächsten Jahr von der tagesschau.de Redaktion aufgetischt wird.

Was waren euere Highlights am 1. April? Habt ihr anderen auch einen Streich gespielt oder seid auf einen reingefallen? Kennt ihr auch noch gute Scherze, die online die Runde gemacht haben? Über Kommentare dazu und zu den von mir erwähnten Scherzen würde ich mich wie immer freuen.

Wer mich also schon immer mal persönlich treffen möchte hat dort die einmalige Gelegenheit dazu. Natürlich lohnt sich ein Besuch des WordCamp auch dann, wenn ihr etwas über die Macher hinter den ganzen Plugins und Themes erfahren möchtet und euch mit Gleichgesinnten austauschen möchtet. Es ist die Gelegenheit eure Fragen und Anregungen mit anderen Nutzern von WordPress zu diskutieren.

Das Programm steht wie immer bei solchen Barcamps im Vorfeld noch nicht fest. Jeder kann auf der Website selbst eine Session zum Programm anmelden. Wenn ihr also ein tolles Thema rund um WordPress habt, dass ihr anderen vorstellen möchtet, dann meldet eure Session an.

Das WordCamp 2010 findet im betahaus statt. Ich finde das die perfekte Location dafür. Es basiert auf dem Prinzip des Coworking. Jeder arbeitet hier zwar für sich, aber statt dich ein eigenes kleines Büro zu mieten und dort alleine und verlassen zu arbeiten, trifft man sich hier mit vielen anderen kreativen Köpfen. Da ich schon immer mal das betahaus besuchen wollte trifft sich das also ganz gut.

Also, wer von euch jetzt Lust bekommen hat auch am WordCamp teilzunehmen sollte sich schnell auf der Website anmelden, da die Teilnehmerzahl auf 200 begrenzt ist. Die Schutzgebühr für das WordCamp beträgt 10€, die aber vollständig an eine gemeinnützige Organisation gespendet werden. Vermutlich ist die Anmeldung nicht kostenlos, damit sich auch nur diejenigen anmelden, die wirklich kommen möchten. Es wäre doch schade, wenn am Ende wie im letzten Jahr ein Viertel von den 200 Angemeldeten nicht kommen.

In diesem Sinne, bis Juli auf dem WordCamp! Und wer mich dann wirklich treffen möchte kann gerne vorher mit mir Kontakt aufnehmen. Am besten hinterlasst ihr hier einen Kommentar

Der Kommentator, der den Fehler gefunden hat, konnte auch selbst am nächsten Tag schon eine Lösung finden, die er auf seinem eigenen Blog sowie als weiteres Kommentar hinterlassen hat. An dieser Stelle nochmals vielen Dank an David.

Ich versuche Fehler, die mir mitgeteilt werden immer innerhalb von wenigen Tagen zu beheben. Dazu bin ich natürlich darauf angewiesen, dass mir diese auch mitgeteilt werden. Bei WordPress kann es sehr oft vorkommen, dass sich zwei Plugins nicht zusammen vertragen. Wenn ihr also mit einem meiner Plugins ein Problem feststellen solltet, dann scheut euch nicht mir das mitzuteilen. Ich werde gerne versuchen das Problem zu beheben.

Ich selbst habe Akismet nach ca. einer Woche aktiviert. Am Anfang gab es noch so gut wie keine Kommentare auf meinem Blog. Allmählich sind dann aber diverse Spam-Bots auf meinen Blog aufmerksam geworden. Von Pflichangabe wie E-Mail wollte ich eigentlich absehen und auch ein Captcha finde ich persönlich sehr nervig, wenn ich auf einem Blog oft einen Kommentar hinterlasse. Daher habe ich Akismet getestet uns bin seither sehr zufrieden damit. Alle Mails zu Medikamente, Casinos, Geld verdienen und so manch nicht jugendfreiem Thema werden dadurchz wirksam geblockt. Für den unwissenden Blogbetreiber ist es auch manchmal recht schwer die gut getarnten Kommentare zu entlavern, die z.B. den Blog loben, nur um damit einen Backlink zu setzen und den Blogbesucher dann auf eine zweifelshafte Seite zu lenken.

Ich kontrolliere alle als Spam markierte Kommentare mit Hilfe meines Kommentar-Feed Plugins per Outlook. Das dauert pro Tag nur ein paar Sekunden und ich kann damit Kommentare finden, die von Akismet fälschlicherweise als Spam markiert wurden, was aber extrem selten passiert.

Mein Spam/Ham Verhältnis, wie es die Akismet-Statistiken anzeigen ist zur Zeit bei ca. 1:22 was also bedeutet, dass auf einen guten Kommentar 22 Spam Kommentare kommen. Mein Aksimet “Yummy Pie” sieht also zur zeit wie folgt aus:

Wem dieser Kuchen genauso wenig schmeckt wie mir, der kann gerne etwas dagegen unternehmen, indem er mal das ein oder andere Kommentar hinterlässt. Die Hürden dazu habe ich wie gesagt sehr niedrig gesetzt.

Allen Lesern, die selbst einen Blog betreiben und noch kein Akismet einsetzen, kann ich dies nur nochmals empfehlen. Es benötigt keinen großen Aufwand und erspart einem viel Zeit beim aussortieren des Spams. Die nächste Plugin Empfehlung wird wohl über WPtouch sein, dass ich seit Anfang des Jahres einsetze. Der ein oder andere Handy-Surfer wird es wohl schon bemerkt haben.