Aktuelle Artikel auf dNaber.de

Wo $wp_scripts drauf steht, ist WP_Scripts drin

David — Wed, 16 May 2012 16:42:35 +0000

Denkste. Hier hat sich für ein paar Tage der Fehlerteufel eingeschlichen. Und er wäre noch immer drin, hätte mich Toscho nicht darauf aufmerksam gemacht. In einem neuen Plugin, dass ich hier gerade teste, soll möglichst flexibel aber sparsam mit externen Javascripts gearbeitet werden. WordPress handhabt das im Kern mit dem globalen Objekt $wp_scripts. Dessen Eigenschaft queue enthält alle registrierten, noch nicht im Template ausgespuckten Scripte. Ein blindes darauf-zugreifen führt dann zwangsläufig zum Crash, wenn das globale Objekt gar nicht gesetzt ist. Genau das ist – logischer weise – im Feed der Fall. Außer man ist angemeldet, dann schlummert in jener Eigenschaft das Script für die Adminbar. Auch im Feed.

Fazit: man sollte auch den eigenen Feed in irgend einem Reader haben und wenn man sich von den API-Funktionen von WordPress löst, lieber einmal öfter die benutzen Globalen prüfen. Und testen, testen, testen.

WordPress: get_terms(), sortiert nach ‘description’

David — Sun, 13 May 2012 16:21:37 +0000

Die Funktion get_terms() nimmt einiges an Parametern in Form eines Arrays entgegen, so auch einen der bestimmt, nach welchem Attribut sortiert werden soll – leider akzeptiert WP keinen Wert um nach der Beschreibung der Begriffe zu sortieren. Zum Glück wird dieser Teil des SQL-Statements auch durch einen Filter geschickt, dieser heißt get_terms_orderby und den kann man dann nutzen. Die Funktionsparameter werden zu einer Datenbankabfrage über die Tabellen wp_terms und wp_term_taxonomy zusammen gefügt. Dabei wird wp_terms der Alias t und wp_term_taxonomy der Alias tt zugewiesen. Die Beschreibung der Begriffe ist in der Tabelle wp_term_taxonomy gespeichert, die Spalte nach der sortiert werden soll benennt man also mit tt.description und platziert diese über den Filter an Ort und Stelle. Das geht so lange gut, bis sich das SQL-Schema der Funktion get_terms mal ändert, dann hat man im schlimmsten Fall einen SQL-Fehler produziert. Um sicher zu gehen, dass wenigstens der Alias der entsprechenden Tabelle stimmt, kann man die Spalte für die Anzahl der mit diesem Begriff verknüpften Posts, genannt count, heranziehen, der sich die Tabelle mit der description teilt. Die Sortierung nach der Anzahl wird von Hause aus nämlich unterstützt. Also:

/**
 * get SQL-clause to 
 * sort by wp_term_taxonomy.description
 * 
 * @param string $orderby
 * @return string
 */
function order_terms_by_desc( $orderby ) {

	return str_replace( '.count', '.description', $orderby );
}

Um dann im Theme (oder wo man sonst möchte) diverse Begriffe nach der Beschreibung sortiert zu bekommen, setzt man den Filter vor dem Funktionsaufruf (und nimmt ihn anschließend wieder raus!):

add_filter( 'get_terms_orderby', 'order_terms_by_desc' );
$terms = get_terms( 
	'eine-taxonomie',
	array(
		# some parameter
		'orderby' => 'count' # important!
	)
);
remove_filter( 'get_terms_orderby', 'order_terms_by_desc' );

Mit PHP Klassen nach dem nth-child-Prinzip vergeben

David — Mon, 07 May 2012 15:37:44 +0000

Es könnte alles so einfach sein wenn da nicht der IE wäre, der bis einschließlich Version 8 nichts von der CSS Pseudoklasse :nth-child weiß. Ich versuche inzwischen, das weitgehend zu ignorieren solange es sich um Schönheitsfehler handelt und nicht um elementare Gestaltungsprobleme. Für den zweiten Fall habe ich mir eine PHP-Klasse geschrieben, die im Template den HTML-Elementen nach der Nth-Child-Syntyx eine Klasse verpasst um diese Elemente mit dem Klassenselektor anzusprechen. Gibt es bestimmt schon in hundert-facher Ausführung, aber ich hatte gerade mal Lust auf ein klein wenig Mathe.

Das ganze funktioniert dann so:

…

Es lässt sich z.B. auch auf WordPress-Posts anwenden, wenn man die Klasse um zwei Methoden ergänzt:

/**
 * applied to the wp filter 'post_class'
 *
 * @param array $classes
 * @param string $class
 * @param int $post_id
 * @return array
 */
public function wp_get_class( $classes, $class, $post_id ) {

	$nth_class = $this->get_class();
	if ( '' !== $nth_class )
		$classes[] = $nth_class;

	return $classes;
}

/**
 * clean up
 */
public function __destruct() {
	remove_filter( 'post_class', array( $this, 'wp_get_class' ), 10, 3 );
}

und im Constructor den Filter setzt:

add_filter( 'post_class', array( $this, 'wp_get_class' ), 10, 3 );

Im Theme wird die Klasse dann vor dem Loop einmal instanziert. Direkt danach räumt man mit unset() auf die Instanzvariable alles sauber auf.

Erkenntnisse Bloggen 2: Firefox’ magische Paddings auf Listenelementen

David — Mon, 19 Mar 2012 11:50:07 +0000

Firefox hat – wie ich seit heute weiß – die nette Angewohnheit, Listenelementen einen mysteriösen Innenabstand zu verpassen, wenn man list-style-position auf inside setzt. Auch dann, wenn der list-style-type auf none gesetzt ist. Warum das so ist, kann ich nicht genau sagen, Fakt ist, dass alle anderen bekannten Browser die – meiner Meinung nach – korrekte Darstellung zeigen. Folgendes Beispiel reproduziert das Verhalten:


	

	
	Floated list elements
	
	
		List-style-possiton
		
			one
			two
			foo
		
	Lorem Ipsum

Was würde man in etwa erwarten?

Statt dessen erscheint einen Innenabstand, interessanter weise auf der rechten Seite der einzelnen Listenelemente:

Danach sucht man gerne mal auch etwas länger. Das float hat dabei übrigens keinen Einfluss auf den mysteriösen Padding, er lässt sich auch nicht mit expliziten Angaben zum Verschwinden überreden. Was hilft ist entweder explizit den list-style-type auf outside zu setzen oder den Listenelementen als Inline-Block Elemente zu formatieren. Zwar ist outside der Standard, sieht aber im Fließtext hässlich aus und wer verlässt sich schon gern auf Standards?

Erkenntnisse bloggen 1: WordPress Post-GUID sind nicht verlässlich

David — Sun, 12 Feb 2012 18:22:50 +0000

Gerade habe ich mit Toscho in einem kurzen Chat über die GUIDs in WordPress gesprochen und festgestellt, dass diese nicht immer so verlässlich sind, wie ich anfangs dachte. Darauf meinte er, dass solche Ensichten eigentlich gleich gebloggt werden müssen. Recht hat er.

Eine GUID ist eigentlich eine global eindeutige ID. Die WordPress GUID, die in der Posts-Tabelle ein eigenes Feld hat ist in aller Regel der Permalink zum Zeitpunkt an dem das Post angelegt wird und ändert sich nicht – theoretisch. Global bezieht sich hier auf den Blog, bzw. auf das Blognetzwerk einer Multisite-Umgebung. Für meine Zwecke reichte das.

Nun fristet die Post-GUID eher ein Nieschendasein (mir ist sie noch nie begegnet, entdeckt habe ich sie eher zufällig) und, so meint Toscho, wenn sie mal zu einer echten GUID mausert, dann war’s dass mit der Konsistenz der Daten, wenn man auf die GUID als Verknüpfung gesetzt hat. In meinem Fall hat dem entsprechend beim Import niemand an die GUID gedacht. In Zukunft werde ich gleich lieber ein Post-Meta mehr nehmen als an der falschen stelle zu sparen. Sogesehen kann ich froh sein, dass der große Chrash ausgeblieben ist und das Problem noch vor dem Release aufgefallen ist.

WordPress: TinyMCE Plugin mit Dialogbox

David — Tue, 24 Jan 2012 09:51:45 +0000

In diesem Beitrag zeige ich eine Möglichkeit, wie man den WordPress-standardeditor TinyMCE um einen Button erweitert der eine beliebig komplexes Dialogfenster öffnet mit dem man mit den gewohnten APIs auf die WordPressumgebung zugreifen kann. Sämtliche Codebeispiele sind als Gist direkt zu sehen.

Das Tutorial beschreibt ein erdachtes WordPress-Plugin mit folgender Verzeichnisstruktur:

my-plugin/
	i18n/
		mce_locale.php
	js/
		editor_plugin.js
	my_plugin.php

TinyMCE

Ein TinyMCE-Plugin ist wie Folgt aufgebaut:

Sämtliche Plugin-Dateien sind in einem eigenen Verzeichnis zusammengefasst. In der editor_plugin.js wird das Plugin initialisiert:

// js/editor_plugin.js
/**
 * an example tinyMCE Plugin
 */
tinymce.create(
	'tinymce.plugins.myPlugin',
	{
		/**
		 * @param tinymce.Editor editor
		 * @param string url
		 */
		init : function( editor, url ) {
			/**
			 * register a new button
			 */
			editor.addButton(
				'my_plugin_button',
				{
					cmd : 'my_plugin_button_cmd',
					title : editor.getLang( 'myPlugin.buttonTitle', 'My Button' ),
					image : url + '/img/example.gif'
				}
			);
			/**
		 	* and a new command
		 	*/
			editor.addCommand(
				'my_plugin_cmd',
				function() {
					/**
					* @link http://www.tinymce.com/wiki.php/API3:method.tinymce.WindowManager.open
					* @param Object Popup settings
					* @param Object Arguments to pass to the Popup
					*/
					editor.windowManager.open(
						{
							file : url + '/dialog.htm',
							width : 320,
							height : 120,
							inline : 1
						},
						{
							plugin_url : url,
							some_custom_arg : 'custom value'
						}
					);
				}
			);
		}
	}
);
// register plugin
tinymce.PluginManager.add( 'myPlugin', tinymce.plugins.myPlugin );

(Das ist der Standard von TinyMCE, die Datei kann natürlich auch anders heißen). Dafür wird der Methode tinymce.create() neben dem Namen des Plugin-Objekts an zweiter Stelle ein Objekt übergeben, welches u.A. die Methode init definiert. Diese akzeptiert wiederum zwei Parameter: das Objekt des Editorfensters und die URL zum Pluginverzeichnis. Mit dem Editor-Objekt und dessen Methoden kann man sich in die Funktionalität von TinyMCE einklinken und z.B. einen Button registrieren, ein Kommando definieren, dass beim Klick auf den Button zur Ausführung kommt und so fort. Über die Methode editor.getLang() kommt man an die übersetzten Textbausteine heran. Dazu später mehr. Um nun ein Dialog mit mehreren Eingabemöglichkeiten zu öffnen, geht TinyMCE den Weg über eine externe HTML-Datei die es in einem Inline-Frame öffnet. Das ist in sofern von Nachteil, da in diesem Kontext nur schwerlich an die WordPress API heranzukommen ist. Von der umständlichen Handhabung, das Fenster so zu stylen, dass es im WordPress-Look daher kommt mal ganz abgesehen.

WordPress bietet eine andere Option an: Das Markup (in den meisten Fällen ein HTML-Formular) für das Dialogfenster wird einfach über den Hook wp_footer in die Seite eingesetzt und per CSS ausgeblendet.

# somewhere in my_plugin.php
if ( is_admin() ) {
	/**
	 * hook in only, if current user can
	 * see the editor and want to have
	 * a rich text editor
	 */
	if (
	    (    current_user_can( 'edit_posts' )
          || current_user_can( 'edit_pages' ) 
	    )
	    && 'true' == get_user_option( 'rich_editing' )
	) {
		add_action( 'wp_footer', 'my_plugin_dialog' );
	}
}

function my_plugin_dialog() { 
	?>


Die Funktionalität des Popups stellt das WP-Interne TinyMCE-Plugin »WP-Dialog« zur Verfügung. Der Methode editor.windowManager.open wird anstelle eines Pfads zum Popup einfach die ID des Formulars übergeben. Das ganze an ein Befehl gebunden, der wiederum an einen neuen Button gebunden wird, öffnet das Fenster beim Klick auf selbigen.
// js/editor_plugin.js
/**
 * somewhere in the init-method
 * of the parameter object at
 * tinymce.create()...
 *
 * this requires the mce plugin WPDialog
 */
editor.addCommand(
	'my_plugin_button_cmd',
	function() {
		/**
		 * @param Object Popup settings
		 * @param Object Arguments to pass to the Popup
		 */
		editor.windowManager.open(
			{
				 // this is the ID of the popups parent element
				 id : 'my_plugin_dialog',
				 width : 480,
				 title : editor.getLang( 'myPlugin.popupTitle', 'Default Title' )
				 height : 'auto',
				 wpDialog : true,
			},
			{
				plugin_url : url
			}
    	);
	}
);
WordPress
WordPress kümmert sich dankenswerter Weise um die Integration des Plugins in TinyMCE. Dazu sind die Filter mce_external_plugins für das Plugin-Script und mce_buttons für den Button bereit gestellt. Beide Filter werden auf je ein Array angewendet, dass erweitert zurück gegeben wird. Um etwas Abstand zwischen die Buttons zu bekommen, setzt man als ein Array-Element einen senkrechten Stricht '|'.
# somewhere in my_plugin.php
add_filter( 'mce_external_plugins', 'register_my_tinymce_plugin' );
add_filter( 'mce_buttons', 'register_my_tinymce_button' );

/**
 * register_my_tinymce_plugin
 *
 * @param array $mce_plugins
 * @return array $mce_plugins
 */
function register_my_tinymce_plugin( $mce_plugins ) {
	$mce_plugins[ 'myPlugin' ] = plugins_url() . '/my-plugin/js/editor_plugin.js';

	return $mce_plugins;
}

/**
 * register_my_tinymce_button
 *
 * @param array $buttons
 * @return array $buttons
 */
function register_my_tinymce_button( $buttons ) {
	array_push( $buttons, '|', 'my_plugin_button' );

	return $buttons;
}


Dynamik in den Dialog bekommt man wie gewohnt über ein JavaScript, dass mit der Funktion wp_enqueue_script() geladen wird. Innerhalb dieses Scripts kommt man über das globale JavaScript-Objekt tinyMCEPopup an den Editor bzw. mit edCanvas an die Textarea im HTML-Modus heran. Zu beachten ist, dass tinyMCEPopup zum Zeitpunkt des jQuery-eigenen Events ready nocht nicht verfügbar ist.
i18n
Um innerhalb des TinyMCE Plugins lokalisierbare Strings zu nutzen, bedarf es einer weiteren PHP-Datei, die über den Filter mce_external_languages geladen wird. Genauer gesagt loopt WordPress über mehrere solche Dateien und erweitert dabei einen String, der die entsprechenden Textausteine enthält, die in bekannter Weise übersetzt werden können. Der String selbst ist JavaScript-Code, der die Methode tinymce.addI18n() aufruft. Über den hier definierten Namensraum sind die Textbausteine dann verfügbar.

Das Laden übernimmt wieder WordPress:



Firefox 7 – und es wird nicht unbedingt besser
David — Tue, 27 Sep 2011 21:52:43 +0000
So schnell kann man gar nicht gucken, wie jetzt die Versionen von Firefox rauspurzeln. Wirklich praktisches Neues ist auch bei der eben erschienenen Version 7 nicht dabei. Dafür zwei Sachen, bei denen ich ins Grübeln komme ob mir die Richtung in die die Entwicklung geht gefallen soll.
In der Adresszeile wird die URL jetzt um das Protokoll beschnitten. Zumindest wenn es sich dabei um das HTT-Protokoll handelt. Was das bringen soll, kann ich nur vermuten. Mir gefällt es jedenfalls nicht. In about:config kann man das unter dem Schlüssel browser.urlbar.trimURLs beheben.
Ein weiterer Punkt der eher Kopfschütteln verursacht ist die Implementierung der CSS-Eigenschaft text-overflow samt Wert ellipsis. Diese von Microsoft erfundene Eigenschaft führt dazu, dass Text der nicht in das umgebende Element passt (sic!) gekürzt wird und durch eine Ellipse (…) ergänzt wird. In gutem Webdesign passt sich die Box dem Text an und nicht… lassen wir das. Fakt ist, dass der Text der im Quelltext steht auch am Bildschirm zu sehen sein muss. Wenn man seine Texte schon kastrieren will, dann ist das keine Aufgabe des Stylesheets sondern des Scripts auf dem Server. Also kommt gar nicht erst auf dumme Gedanken, liebe Webdesigner da draußen. Danke.



Firefox 6 und der schwache Kontrast der URL
David — Mon, 22 Aug 2011 17:53:06 +0000
Schwups, da war Firefox schon bei Version 6. Wirklich große Neuerungen für den Benutzer gibt es nicht. Was auffällt ist, dass die URL in der Adressleiste sehr kontrastarm erscheint. Mozilla bezeichnet das als Hervorhebung des Domainnamens und hat sich das wahrscheinlich bei Opera abgeschaut. Beispiel:
http://subdomain.domainname.tld/pfad/zurm/ziel
Ich hatte noch nie Probleme die einzelnen Teile einer URL zu erfassen und bei gut gemachten Seiten sind die Permalinks eine Orientierungshilfe (wenn überhaupt sollte man also den Pfad hervorheben). Was mir Probleme bereitet sind schwache Kontraste.
Um die URL gewohnt darstellen zu lassen gibt man in die Adressleiste about:config ein, sucht nach dem Eintrag browser.urlbar.formatting.enabled und setzt den Wert auf false. Nach einem Neustart des Browsers ist der Unsinn behoben.



Und alle so: px oder em – oder rem?
David — Mon, 02 May 2011 16:08:37 +0000
Es vergeht wohl kein Tag, an dem ich nicht einem zerstörten Weblayout begegne oder seufze, weil die Schrift wieder mal viel zu klein ist um sie vernünftig lesen zu können. Eigentlich habe ich mich zu der Problematik schon ausführlich geäußert und in den anderthalb Jahren hat sich die Lage auch nicht groß verändert, wenn, dann eher ins Negative. Da taucht ein Silberstreif am CSS3-Horizont auf, wie ich gerade durch den Artikel „Font sizing with rem“ erfahre.
Jonathan Snook reduziert das Problem der Einheit px, wie häufig in dieser Diskussion, auf den InternetExplorer. An der Einheit em stört ihn die Ungenauigkeit und die Vererbbarkeit. Ersteres ist leider nich einmal das Hauptproblem und Letztere kann man als Probleme sehen.
Absolut jeder Browser, nicht nur der IE, stellt die Schrift in der Größe dar, in der sie in px bemaßt ist. Ebenfalls in jedem Browser ist die Möglichkeit gegeben, eine Schriftgröße einzustellen, die den persönlichen Gegebenheiten Rechnung trägt – das müssen noch nicht mal körperliche Einschränkungen sein, es reicht z.B. ein 15″-Bildschirm mit einer hohen relativen Auflösung zu nutzen. Zugegeben, diese Möglichkeit wird wahrscheinlich eher selten genutz, aber wer nutzt sie denn? Jemand, der sich nicht jedesmal auf’s Neue den Text zurechtzoomen möchte. Muss er aber, wenn die Schriften mal wieder in px bemaßt sind! Einziger Ausweg ist, die Mindestschriftgröße (die in vielen Browsern ab Werk nicht gesetzt – also null – ist) auf einen erträglichen Wert herauf zu setzen. Die (bedauernswert häufige) Folge: zerschossene Layouts oder Text, der im Nirgendwo verschwindet. „Barrierefreies Webdesign? – Noch nie gehört!“
Die bessere Alternative zu px heißt em. Diese bedarf allerdings im Einsatz etwas mehr der Vorüberlegung. Unachtsam auf ein Element wie ul angewendet, führt eine Verschachtelung zu einer Multiplikation der relativen Schriftgrößenwerte. Für eine konsistente Schriftgößengestaltung würde man also darauf verzichten einzelne Textbausteine wie Absätze oder Listen mit Schriftgrößen zu versehen sondern ganze Inhaltsbereiche wie Navi oder die Sidebar. Wem das zu kompliziert ist, der darf auf CSS3 hoffen, dass mit rem eine Einheit einführt, die sich auf das Wurzelelement bezieht und somit das Verschachtelungs-„problem“ umgeht.
Bleibt noch die Ungenauigkeit die em, bzw. auch rem als Nachteil ausgelegt wird. Jonathan fängt an rumzurechnen: auf Basis der Standardschriftgröße (in den meisten Fällen 16) versucht er, das Verhältniss 10:1 für px:em in der Darstellung zu erreichen und kommt auf einen Umrechnungsfaktor von 62,5%. Wem die Zahl bekannt vorkommt: Diese Idee war schon vor über 5 Jahren schlecht und sie ist es noch heute, denn es läuft auf das selbe Problem hinaus: die Ignorierung der Schriftgröße im Browser. Diese um über ein Drittel zu reduzieren nötigt Betroffene einmal mehr zur Mindestschriftgröße zu greifen. Schade eigentlich.



Gutmensch
David — Sun, 13 Mar 2011 16:08:15 +0000
Gut|mensch, der; -en: Vernunftbegabte Person, die sich durch die Fähigkeit einer differenzierten Betrachtungsweise auszeichnet. Diese und kritisches Denken bilden die Grundlage der Meinungsbildung des G. und befähigen ihn diese in sachlichen Argumenten zu artikulieren. Der Begriff G. wird häufig abwertend von Menschen, deren politische Überzeugung als – dem konservativen bis rechts-nationalen Spektrum zugehörig – zu beschreiben ist, verwendet, um die Fähigkeiten den G. zu diffamieren und die mangelnden, bzw. fehlenden charakteristischen Eigenschaften des G. bei sich selbst zu verschleiern.
Angesichts solcher Kommentare zur aktuellen Lage in Japan, erschien mir eine Definition dieses Begriffs nötig.



Für eine handvoll Popcorn
David — Tue, 01 Feb 2011 19:34:12 +0000
Mark Zuckerberg ist einer der jüngsten Selfmade-Milliardäre der Welt. Innerhalb von fünf Jahren ist es ihm gelungen aus Schei… scheinbar Nichts Geld zu machen. Der Wert seines sozialen Netzwerks Facebook wird auf bis zu 55 Mrd. $ geschätzt und ist darüber hinaus zum Quasi-Standard im Web 2.0 geworden. Zwar kenne ich Zuckerberg nicht persönlich – woher auch – dennoch ist er mir herzlich unsympatisch. Facebooks enormer virtueller Wert schöpft sich nicht aus einer besonders kreativen Leistung, oder einem inovativen Produkt, nein, Ware und Wert sind die Nutzer.
Facebook war nicht Zuckerbergs erstes Projekt. Aus einer Idee, unanttraktive Bilder seiner Kommilitonen mit Fotos von Tieren zu vergleichen, die ihm nach eigenen Angaben im Suff unter Alkoholeinfluss kam, entstand FaceMash.com, ein visuelles Bewertungssystem für Studenten. Die Bilder dafür »besorgte« Zuckerberg sich übrigens aus den geschützten Netzwerken der Harvard-Uni. Erst Später folgte Facebook, das schrittweise erst Studenten, später auch Schülern der Vereinigten Staaten und schließlich allen zur freien Nutzung geöffnet wurde. Es stellte sich als das bessere Geschäftsmodell heraus.
Heute sind weltweit über 500 Millionen Nutzer bei Facebook registriert. Unzählige Websites bieten einen Facebook-Link an, oft kann man sich sogar mit dem Facebook-Account bei anderen Diensten anmelden. Dem Nutzer bieten sich eine Fülle von Möglichkeiten sämtliche Kontakte zentral zu verwalten und sich selbst zu präsentieren in dem man Fotos oder Videos hochläd oder einen Weblog führt. Dabei entscheidet jeder selbst, was und wieviel er von sich preis gibt und kann einstellen, wer die Informationen einsehen darf. (Ein Fortschritt im Vergleich zu Zuckerbergs erstem Projekt.) Eine derart prall gefüllte Datenbank, voll von persönlichen Interessen,  Personenbeziehungen oder auch dem aktuellem Standort, beschert  Facebook dennoch regelmäßig finanzkräftige Investoren.
Was erhält man, wenn man die Schnittmenge aus Kunden eines bekannten Internetdienstanbieters und einer großen Handelskette mit Rabattsystem auf Basis persönlicher Kundenkarten bildet? Eine beachtenswert große Versuchsgruppe, an der man die nachhaltige Wirkung von Werbung nachweisen kann, völlig ohne das Wissen der Probanden. So geschehen bei einem Experiment das in Kooperation zwischen Yahoo und einer nicht genannten Handelskette in den USA stattfand. Das Ergebnis ist erschreckend eindeutig: die 80% der Versuchsobjekte, die regelmäßig Werbung des Händlers eingeblendet bekamen, gingen deutlich häufiger bei diesem einkaufen und gaben auch mehr Geld pro Einkauf aus, ohne dass es ihnen bewusst gewesen wäre. Dabei war es unerheblich, ob die Bannerwerbung angeklickt wurde oder nicht. Diese Art der Manipulation Werbung ist also hoch effektiv und darüber hinaus kostengünstig. Um die Effektivität dieser suggestiven Kundenaquise weiter zu steigern müsste man die eingeblendete Werbung nur noch auf die persönlichen Interessen des Menschen vor dem Bildschirm anpassen. Und wo würde man genauere Informationen über die »Wünsche« des »Kunden« erfahren als in den Datenbanken eines omnipräsenten sozialen Netzwerks?
Seit Neuestem kann man sich bei Facebook auch aktiv zum Objekt der Werbekampagnen degradieren. Dazu reicht es, der Welt über sein Smartphone mitzuteilen, dass man sich gerade in der Filiale eines Geschäftspartners von Facebook aufhält. Als Gegenleistung erhält man kostenlos eine Tüte Popcorn von der Lieblings-Kinokette oder einen Fanschal des Lieblingsvereins. Wäre es nicht sogar echt praktisch, wenn im Anschluss an den Kinobesuch sich der Lieblingsklamottenladen meldet, der zufällig ein Superschnäppchen nur für »Dich«  und noch zufälliger, genau in deiner Größe parat hat?
Mark Zuckerberg, der die Privatsphäre für überholt hällt, behauptet, die Leute würden freiwillig immer mehr Daten über sich preisgeben um sie mit anderen zu teilen. Facebook würde sich diesem Trend lediglich anpassen. Damit mag er recht haben. Ich unterstelle ihm, dass sich Facebook diesem Trend nicht nur anpasst, sondern ihn maßgeblich antreibt und zwar nicht um den Leuten die Möglichkeit zu geben sich mit anderen auszutauschen, sondern mit diesen Informationen Geld zu verdienen – möglichst ohne das die Nutzer davon wissen.
Es ist also nicht der lockere Umgang mit persönlichen Daten, den man Facebook vorwerfen muss, liebe Frau Aigner. Selbst bei völliger Transparenz der Datenschutzeinstellungen, Facebook muss niemandem direkten Zugriff auf seine Datenbanken geben, oder Adressen verkaufen, wie es in der Dialogmarketingbranche gern gemach wird. Es reicht, die entsprechenden »Werbeflächen« für Kundenprofile zu verkaufen, die nahezu beliebig scharf abgegrenz werden können. Anstatt also zu laschen Datenschutz anzuprangern, sollten Sie vieleicht lieber Anfangen, die Leute aufzuklären, welchen Preis sie für ihre Mitgliedschaft wirklich zahlen. Aber das könnte ja langfristig indirekt der Binnennachfrage schaden.



Sächsischer Landtag winkt JMStV durch
David — Wed, 15 Dec 2010 14:28:26 +0000
Entgegen der erdrückenden Last der Argumente hat unser Landtag gestern den Jugendmedienschutz-Staatsvertrag durchgewunken. Höchstwahrscheinlich mit den Stimmen der CDU und der FDP, Informationen zur Abstimmungen sind leider rar gesät. Vom Sächsischen Landtag heißt es nur dass der Landtag „mehrheitlich zugestimmt hat“. Jedenfalls hatten sich Sprecher beider Fraktionen in der Debatte zuvor für eine Zustimmung ausgesprochen und gelogen ohne dabei rot zu werden. Von wegen Jugendschutz war bisher im Internet nicht möglich und der zur Abnickung stehende Staatsvertrag dient effektiv dem Jugendschutz im Internet.
Wie sehr es bei dem Staatsvertrag um das eigentliche Thema Jugendschutz geht, kann man abschätzen, wenn man das politische Kasperletheater in den einzelnen Länderparlamenten im Ganzen betrachtet. In Sachsen stimmt die CDU für den Staatsvertrag, im Rot-Rot regierten Berlin dagegen. Bei den Linken ist es andersrum. Grün ist in Sachsen dagegen, in Hamburg winkt man ihn noch schnell durch, bevor man die Regierung verlässt. Da ringt man mit sich, das Vertrauen in dieses verkrustete System nicht zu verlieren.
Den Vogel schoß derweil ein Herr Beermann von der CDU ab. An die Linke Julia Bonk gerichtet sagte er:
… den 14. Medienschutz-Staatsvertrag in seinem Lauf, … halten weder Ochs noch Esel auf.
Was er damit ausdrücken wollte, kann man nur mutmaßen. Wahrscheinlich asoziiert er die Linke mit der sozialistischen DDR-Regierung, keine Ahnung. Was er hingegen gesagt hat, spiegelt auf eine wunderbar präzise Art und Weise die erkentnissresistente, starköpfige Ignoranz wieder, die ihn und seine Fraktionskolegen weit näher an die Haltung alter DDR-Regierungsmitglieder rücken, als die Linke jemals gewesen wäre. Auf jeden Fall zeigt es aber, wie abgehoben einige Volksvertreter inzwischen sind. Komm du mir noch mal auf den Wahlzettel!



Navigationsmenüs unter WordPress
David — Tue, 16 Nov 2010 15:46:42 +0000
Mit der Version 3 von WordPress kam ein ziemlich cooles Feature hinzu, welches einem gerade auf nicht-nur-Blog-Seiten sehr gelegen kam: die „Nav-Menus“ oder: die Möglichkeit die Navigation aus dem Backend zu steuern. Endlich muss ich nicht mehr in den Templates rumschreiben, wenn ich die Navigation ändern will. Die dazu passende Template-Funktion heißst wp_nav_menus(), wird im Header- oder Sidebar-Template (oder wo man es halt möchte) untergebracht und nimmt wie gewohnt einige Parameter in Form einens Arrays entgegen um z.B. HTML-Attribute wie Titel, ID und Klassen zu vergeben. Das role-Attribut ist leider nicht vorgesehen. Ich wollte schon nach den passenden Filtern suchen, um dieses Attribut mit einfügen zu können, als ich spaßeshalber folgendes probierte:
wp_nav_menu ( 
	array (
		'menu'       =>; 'main_navigation',
		'container'  =>; '',
		# Seit Version 3.1 geht das hier nicht mehr, Nachtrag beachten!
		'menu_id'    =>; 'navigation" role="navigation',
		'menu_class' =>; ''
	)
);
Zu meinem Erstaunen funktioniert das so einwandfrei. Ich kann mir zwar kaum vorstellen, dass das so gewollt ist und dauerhaft funktionieren wird, aber wenn es so einfach ist, braucht es vorerst keinen zusätzlichen Filter. (Zur Erläuterung: die Funktion zeigt das Menü mit dem Namen „main_navigation“ ohne umschließendes Element und ohne eine Klasse an, allerdings mit dem ID-Wert: navigation" role="navigation woraus der Quelltext



&lt/ul>



 resultiert.) Der Wert wird also ungefiltert übernommen, also aufpassen, was man reinschreibt.
Nachtrag:
Achtung! Spätestens seit Version 3.1 funktioniert das nicht mehr (wahr auch zu erwarten). Hier kann man zu folgender kurzer Funktion greifen, die man in den Filter wp_nav_menu einhängt:

/**
 * fügt ein role-Attribut mit dem Wert 'navigation'
 * dem Ersten öffnenden HTML-Tag von $a
 * hinzu
 */
function mytheme_add_nav_role( $a ) {

    $a = preg_replace(
		'#^\s*<([a-z]+)([^>]*)>#i',
		'<${1}${2} role="navigation">',
		$a
	);

    return $a;
}
add_filter( 'wp_nav_menu', 'mytheme_add_nav_role' );

Seitenauswahl einrücken
Jetzt aber ab ins Backend und das Menü anlegen um zu sehen, wie das funktioniert. In den meisten Fällen wird die Navigation sicher die Stuktur der angelegten Seiten abbilden. Warum die Seiten also nicht in ihrer hirarchischen Anordnung sondern in einer einfachen Liste, ihrem Titel nach sortiert, dargestellt werden, ist mir ein Räzel. Spätestens wenn die Seiten nicht mehr allein durch ihren Titel sondern durch die Beziehung zu anderen Seiten identifizierbar sind, steht man vor einem echten Problem.

Dabei ist der Core-Code nur eine Zeile von der Lösung entfernt. Da in diesen untiefen des WordPress-Codes keine Möglichkeit besteht über die Plugin-API einzugreifen, habe ich die entsprechende Funktion und eine Klasse kurzerhand in einem Plugin geklont. Jetzt existiert eine weitere Metabox in der das Chaos weitgehend gebannt ist.

Das Plugin trägt den schönen Namen „nav-menu-page-tree“ und kann hier herunter geladen werden:
nav-menu-page-tree.zip.
Nachtrag

Mit Version 3.2 werden die existierenden Seiten von WordPress selbst auch hirarchisch geordnet dargestellt, womit das Plugin obsolet geworden ist.
Markup aufräumen
Das durch wp_nav_menus() erzeugte Markup der Navigation im Frontend ist gewohnt tadellos, allerdings reichlich überladen. Jedes Listenelement hat eine ID und mehrere Klassen. Darauf kann ich getrost verzichten. Im Falle der ID geht das ganz unkompliziert mit folgendem Filter:
add_filter( 'nav_menu_item_id', create_function( '$a', ' return ""; ') );
Bevor Worpress das ID-Attribut in den Quelltext einfügt, wird geprüft, ob der Wert überhaupt existiert. Wir haben ihn hier gerade gelöscht. Bei den Klassen funktioniert das seltsamer weise nicht. Nachdem ein Filter die Klassen mit einem leeren String überschrieben hat, müssen vor der Ausgabe des Markups die leeren Attribute entfernt werden:
add_filter( 'nav_menu_css_class', create_function( '$a',' return array();' ) );
add_filter( 'wp_nav_menu', create_function( '$a', 'return str_replace( " class=\"\"","", $a );' ) );
Diese zwei Maßnahmen sparen unter Umständen einen ganze Menge Quelltext. Man kann sich jetzt drüber streiten, ob die Einsparung der Datenmenge die längere Scriptlaufzeit aufhebt, aber als Freund sauberen Quellcodes ist mir das allemal lieber.
Die Funktion wp_nav_menus() schicke ich in den Templates überdies noch durch Thomas’ Funktion remove_self_links() um Links zu entfernen die auf die aktuell angezeigte Seite zeigen. Das klappt hoffentlich auch irgendwann mal von Hause aus.



12. Dresden Marathon
David — Fri, 22 Oct 2010 14:01:55 +0000
Kommenden Sonntag findet wieder der alljährliche Dresden Marathon statt. Wer, wie ich, auf das Auto angewiesen ist, wird mit einigen Einschränkungen in der Innenstadt rechnen müssen, und sollte entsprechend viel Zeit einplanen.
Die Veranstalter haben die Straßensperrungen tabellarisch zusammengefasst was ich nicht sehr praktikabel finde, gerade für Ortsfremde. Ich habe die Sperrungen mal in eine Karte bei Google-Maps eingetragen. Vieleicht hilft es ja dem einen oder anderen, der aus der Innenstadt raus muss (oder rein will). Der Wegverlauf des Halbmarathons ließ sich leider nicht über die Karte legen. (Vieleicht lieg es an dem Beta-Status des Fußgänger-Routenplaners.) Für den öffentlichen Nahverkehr gelten auch einige Einschränkungen.



Anhörung zum JMStV im Sächsischen Landtag
David — Tue, 14 Sep 2010 18:21:20 +0000
Gestern lud der Ausschuss für Wissenschaft und Hochschule, Kultur und Medien sieben Sachverständige zu einer öffentlichen Anhörung zum Thema Jugendmedienschutz-Staatsvertrag ein. Neben Jürgen Ertelt und den  Professoren Kurt Starke und Hannes Federrath waren u.a. auch Vertreter der KJM, der Medienanstalt Sachsen-Anhalt und des Verbands Privater Rundfunk und Telemedien e.V. anwesend.
Alle anwesenden Sachverständigen waren sich dahingehend einig, dass Jugendschutz ein wichtiges Thema sei und dass man sich mehr Sachlichkeit in der Diskussion über das „Wie?“ wünscht. Schon mit dem zweiten Punkt nahm es nicht jeder so genau. So wurden Bedenken, dass durch diese Form des JMStV neue Abmahnansätze geschaffen würden, von Herrn Heine (Medienanstalt ST) flapsig beiseite gewischt. Jeder der eine Internetseite ins Netz stellt, habe sich zu informieren. Abmahnungen gebe es nun mal, damit müsse man leben. „Das Urheberrecht sei für Internetseitenersteller viel schwerer …“, so Heine. Der JMStV macht den Braten also auch nicht mehr Fett. Ähnlich argumentierte Herr Grewing (VPRT), der überzeugt ist, dass Sendezeiten für das Internet bald technisch möglich sind und sich für einen verpflichtenden Einsatz der Filter seitens der Accessprovider aussprach.
Mit etwas handfesteren Aussagen konnte zumindest Frau Braml von der KJM argumentieren. Ihre Kommission habe die bisher verfügbaren Jugendschutzfilter getestet. Das Ergebnis ist hinsichtlich der korrekten Funktion der Filter und des Preises der Programme allerdings unbefriedigend. Aus ihrer Sicht setzt der JMStV dennoch positive Impulse für den Jugendschutz im Sinne der „regulierten Selbstregulierung“. Die praktische Umsetzung (sprich, die Kontrolle auf Entwicklungsbeeinträchtigende Inhalte) kann durch redaktionelle Betreuung von nutzergenerierten Inhalten (auf Nachfrage wenigstens 100 Mitarbeiter auf 10⁶ Nutzer) oder „Beschwerde-Buttons“ erfolgen.
Jürgen Ertelt sprach, wie auch Prof. Dr. Frederrath, die technischen Probleme und vor allem gesellschaftlichen Konsequenzen an, die sich aus diesem JMStV ergeben. Seine Argumente decken sich weitgehend mit den Forderungen des AK-Zensur und lassen sich mit seinen Worten „Technik kann Erziehung nicht ersetzen“ wohl am besten zusammenfassen.
Einen sehr interessanten Beitrag zur Diskussion lieferte Prof. Dr. Kurt Starke, seines Zeichens Soziologe, Jugendforscher und Sexualwissenschaftler, der einen bis dahin völlig unbeachteten Aspekt des JMStV beleuchtete. Die Tatsache, dass der Begriff der „Pornografie“ nicht klar definiert ist öffnet der Willkür „Tür und Tor“. Außerdem erfasst der Passus über „sexuelle Handlungen von, an oder vor unter 18-jährigen“ einen Großteil der Jugendsexualität. Laut Starke gibt es keine Untersuchung, die die Entwicklungsbeeinträchtigung von „Pornografie“ belegen kann. Etwas scheinbar Entwicklungsbeeinträchtigendes mit Altersbeschränkungen  zu kennzeichnen schafft aber gerade erst einen Reiz des Verbotenen und wird somit erst recht interessant. Bezüglich des Konsums von Pornografie wird Jugendlichen viel unterstellt, was nicht den Tatsachen entspreche. Wer Jugendliche schützen will, kommt mit einer Strategie der Bevormundung von Eltern und Jugendlichen nicht weit. Ethische Maßstäbe sind sinnvoller als Verbote.
Bisweilen fühlte man sich an die „Zensursula“-Debatte vor knapp einem Jahr erinnert. Ich kann es nachvollziehen, dass Herr Federrath es frustrierend findet, wie Argumente, die mit großem Sachverstand und Geduld aus den Fachrichtungen zusammengetragen werden, immer wieder beiseite Gewischt werden oder schlicht an Vorurteilen und festgefahrenen Meinungen abprallen.
Es bleibt zu hoffen, dass diese Anhörungen bei den Mitgliedern der Regierungsfraktionen berechtigten Zweifel an dem JMStV sähen konnte. Sonst steht uns bald der nächste Versuch, ein gesellschaftliches Problem mit technisch wirkungslosen Mitteln zu lösen, ins Haus, der in dieser Form allenfalls den Rechteverwertern zusagt und einigen Jugendschützern ein gutes Gewissen beschert.



Kampf dem Spam
David — Mon, 19 Apr 2010 14:07:44 +0000
Was unterscheidet eine Maschine vom Menschen? Scheinbar ist die Antwort schnell gefunden: der Eine kann Gefühle empfinden, der Andere nicht, der Andere ist dumm der Eine… lassen wir das. Leider ist diese Frage, gerade wenn es darum geht Besucher einer Website von einem automatisierten Programm – einem Bot – zu unterscheiden, alles andere als leicht zu beantworten. Das wird einem spätestens dann leidlich bewusst, wenn man z.B. ein Kontaktformular oder Blog mit Kommentarfunktion ins Internet stellt. Früher oder später kommen E-Mails bzw. Kommentare herein, die so gar nicht zum Thema passen, wenn sie denn überhaupt sprachliche Inhalte und nicht nur unzählige Links und Kauderwelsch enthalten. Je populärer dabei das eingesetzte System (z.B. WordPress) desto mehr scheint man im Fokus der Spammer zu liegen. Es muss heutzutage Kinderleicht sein, Bots zu programmieren, die auf ihrem Streifzug durch das Netz sämtliche Formulare mit Links zu Glücksspielseiten und Blauen-Pillen-Händlern zupflastern. Es wäre wohl zu viel verlangt, würden diese Programme ihre Intention in die Browserkennung schreiben. Also müssen andere Möglichkeiten gefunden werden, um dem Spam Herr zu werden.
CAPTCHAS
Wer kann's lesen?
Die wohl zuverlässigste Methode um Spam-Bots zu behindern und echte Besucher auf lange Zeit zu vergraulen nennt sich CAPTCHA. Eine in eine Grafik eingebettete Zeichenfolge soll vom Benutzer erkannt und in ein Feld eingegeben werden. Der Vorteil dieser leider sehr verbreiteten Methode besteht lediglich darin, dass der Seitenbetreiber diesen Schutz sehr schnell in seine Seite integrieren kann. Aus der großen Popularität resultiert aber eben auch eine zunehmende Zahl an Programmen, die diese Bilder auf unterschiedlichen Wegen entschlüsseln oder umgehen können. Unnötig zu erwähnen, dass solche Lösungen nicht nur Barrieren aufbauen, sondern auch nerven. Nur wenig besser (aus Sicht der Zugänglichkeit) sind in Klartext formulierte Logikfragen oder Rechenaufgaben, deren Antwort in ein Feld geschrieben wird. (»Warum muss ich hier eingeben, wieviel Beine ein vierbeiniger Tisch hat?«)
Ich halte prinzipiell von Methoden Abstand, in denen sich der Benutzer als Mensch beweisen muss. Die eingangs gestellte Frage sollte man auch so stellen und nicht anders herum!
(Zentrale) schwarze Listen
Ein anderer Ansatz zur automatischen Erkennung von unerwünschtem Spam ist das Anlegen schwarzer Listen um bestimmte Regelmäßigkeiten in Spamkommentaren zu dokumentieren und jeden Kommentar gegen diese Listen abgleichen. Je größer dabei die betrachtete Menge der Kommentare, desto genauer und umfangreicher werden solche Listen. Zentrale Filterangebote wie Akismet werten alle Kommentare der teilnehmenden Websites aus und erstellen so effektive Filter, von denen alle Teilnehmer profitieren. Doch ist mir bei diesem Gedanken etwas unwohl, da die Formulardaten erstmal eine Reise um die halbe Welt antreten um durch die zentralen Server des Unternehmens zu laufen. Dazu kommt, dass nicht behobene falsch-positive Spamerkennungen einen unbedarften Kommentator gleich auf unzähligen anderen Websites ausschließt.
So effektiv und komfortabel Akismet auch sein mag, hier kommt es vorerst nicht zum Einsatz.
Handarbeit
Vorgefertigte Lösungen wie CAPTCHA-Dienste oder Akismet bedienen auch eines: die Bequemlichkeit dauergestresster Webmaster. Allerdings sind beide Lösungen nervig und/oder datenschutzrechtlich zumindest bedenklich. Dennoch habe ich keine Lust täglich zig Spamkommentare zu löschen. Also habe ich mir mit etwas Handarbeit ein eigenes Plugins gezimmert, in dem ich unterschiedliche Methoden zur Erkennung von Bots anwende. Dabei gehe ich von selbst aufgestellten, oder allgemein bekannten Thesen aus um daraus Filtermethoden abzuleiten.


Bots sind dumm
oder zumindest häufig auf populäre Systeme zugeschnitten. Bei komplexeren Formularen mit mehreren obligatorischen Angaben kann eine Kontrolle der einzelnen Angaben auf Korrektheit schon eine menge Unsinn abfangen. Allerdings sollte man die Filter nicht zu streng auslegen. Eine URL muss nicht zwangsläufig mit ›http://‹ beginnen. Ein Name hingegen endet nur äußerst selten auf ›/index.html‹. Fakultative Felder sollten leer bleiben (Spambots können sich oftmals nur schwer bremsen und füllen gerne alles aus), oder eben den Ansprüchen der Logik genügen: Buchstaben z.B. haben in einer Telefonnummer oder Postleitzahl nichts zu suchen. Wem das zu heikel ist, der sucht nach bestimmten Zeichenketten (›http://‹), man kann sich ja mal vertippen.
Auf vielen WordPress-basierten Seiten ist die Angabe eines Namens und der E-Mailadresse gefordert, wenn man einen Kommentar hinterlassen will. Wahrscheinlich können die Spamprogramme deshalb die Namens-Attribute der Input-Felder lesen. Wir machen es ihnen aber auch einfach: geschätzte 99,9% aller WordPress-Installationen verwenden für die Namens-Attribute ›author‹, ›email‹, ›url‹ und ›comment‹. Ich habe nicht schlecht gestaunt, als das Spamaufkommen hier um gut 90% zurückging, nur weil ich diese Attributwerte durch zufällig generierte Zeichenketten wie ›df4928j‹ ersetzt habe. Die Bots hier verstehen offenbar noch keine Labels.

Bots sind schnell
Auf dieser Seite beträgt die Zeitspanne zwischen Aufruf des Artikels und Eintrag des Kommentars bei automatisiertem Spam im Durchschnitt 2,5 Sekunden. Selbst wenn ein Mensch den gesamten Artikel schon kennt, und einen vorbereiteten Kommentar einfach nur einfügt und absendet, dürfte er bedeutend länger brauchen. Momentan habe ich die Grenze bei 6 Sekunden gesetzt.

Bots lesen keine Stylesheets
Diese Theorie kann man sich zu nutze machen um eine Falle zu platzieren. Ein zufällig platziertes weiteres Formularfeld wird per Stylesheet für alle Parteien aus dem Sichtbereich geschoben bzw. gar nicht mehr angezeigt. Ist das Feld dennoch ausgefüllt, war mit sehr hoher Wahrscheinlichkeit ein Bot am Werk. Wer auf Nummer sicher gehen will, kann hier auch eine Logikfrage platzieren, für den seltenen Fall, dass ein Textbrowser verwendet wird, der kein CSS interpretiert.

Die Kombination dieser Methoden klappt momentan so gut, dass ich auf die Angabe von Name und E-Mail inzwischen verzichten kann und Kommentare auch sofort eingetragen werden können, ohne von mir überprüft zu werden. Schlägt einer der Filter an, wird der Kommentar nicht gänzlich gelöscht, sondern nur als Spam markiert. Notfalls hole ich sie von Hand wieder zurück.
Auf statischen Seiten habe ich auf diesem Weg sehr gute Erfahrungen gemacht. Die Umsetzung als WordPress-Plugin ist noch in der Testphase. Wenn irgendwo Probleme beim Kommentieren auftreten, würde ich mich über eine kurze Problembeschreibung per E-Mail sehr freuen.
Mir ist bewusst, dass auf einer vergleichsweise kleinen Seite wie dieser andere Bedingungen herrschen als auf den großen Blogs und dass der Kampf gegen automatisierten Spam wahrscheinlich bis zum jüngsten Tag andauern wird, da sich auch Spambots weiter entwickeln. Solang ich aber mit etwas Handarbeit auf CAPTCHAS und Akismet verzichten kann, werde ich es auch tun.



Frühjahrsputz
David — Sat, 27 Mar 2010 21:57:05 +0000
Wie ihr vieleicht bemerkt haben werdet, habe ich hier ein wenig die Möbel gerückt. Gestalterisch ist eigentlich nur die Bannergrafik geblieben. Blog und Website sind nun nach langem Überlegen nicht mehr getrennt und insgesamt wurde Inhaltlich grob entrümpelt.
Im Großen und Ganzen bin ich ganz zufrieden mit dem Ergebnis. Wenn hier und da noch ein paar Macken auftreten, die werden sicher bald behoben sein. Falls ihr irgendwo noch über rumliegende Farbeimer stolpert, würde ich mich über einen kurzen Hinweis freuen.
Und wie findest Du, lieber Leser, das neue Outfit?



WordPress: Aufzählung der Kategorien und Tags im Satz
David — Tue, 02 Mar 2010 20:24:54 +0000
Die Template-Tags the_category() und the_tags() geben die Kateorien und Stichworte eines Artikels wahlweise als eine ungeordnete Liste, oder durch einen Seperator getrennt aus. Für eine lose Aufzählung wäre ein naheliegendes Trennzeichen das Komma; der Funktionsaufruf dazu schaut so aus: the_tags(', ').  Das Ergebnis wäre eine Aufzählung aller Stichworte, die durch ein Komma getrennt sind.
Für diesen Beitrag würde das so aussehen: PHP, WordPress. Kurz und knackig, aber ein ordentlicher Satz lässt sich daraus nicht formulieren, dazu fehlt das „und“ zwischen den beiden (letzten) Stichworten.
Um solche Aufzählungen in einen vernünftigen Satz einbinden zu können habe ich mir folgenden Code-Schnipsel in die functions.php des Themes geschrieben:
/**
 *  Ersetzt das letzte Komma durch ein »und« 
 * 
 * @param string $tags
 * @return string
 */
function mytheme_tag_list( $tags ) {

	# wenn mehr als ein link vorhanden ist
	if ( substr_count( $tags, 'PHP und WordPress behandelt.



Kontaktformulare ohne Zeichensalat
David — Wed, 27 Jan 2010 15:55:45 +0000
Sie sind wohl die am häufigsten anzutreffende Art von Formularen im Web. Man muss kein großer Programmierer sein um selbst ein Kontaktformular zu schreiben, oder man bedient sich der vielen fertigen Skripte, die man im Netz findet. Problematisch wird es, wenn in der E-Mail Umlaute und Sonderzeichen zu kryptischen Zeichen oder fetten Fragezeichen verkommen. Dann liegt ein Verständigungsproblem vor, das aber leicht behoben werden kann.
Um in PHP eine E-Mail zu versenden reicht theoretisch folgendes Codebeispiel aus:
mail(
	'mustermann@mail.de',
	'Urlaubsgrüße',
	'Hallo Max, Urlaub an der Ostsee ist toll!'
);
Der Funktion mail() werden drei Parameter übergeben: Empfänger, Betreff und der eigentliche Nachrichtentext. Nun besteht eine E-Mail nicht nur aus diesen drei Informationen. Genauer genommen, setzt sich eine E-Mail, ähnlich wie ein HTML-Dokument aus zwei Teilen zusammen: einem Kopf (Head) und einem Körper (Body). Im Head(er) werden wichtige Informationen über die E-Mail mit gesendet, unter anderem auch die verwendete Zeichenkodierung. Wenn die Zeichenkodierung nicht angegeben wird, muss der Empfänger „raten“, rät er falsch kommt es zur fehlerhaften Darstellung von Umlauten und Sonderzeichen.
Für die Lösung des Problems sind zwei Schritte nötig:

muss dafür gesorgt sein, dass die Daten des Formulars in einem bestimmten Zeichenkodierung zum Server gesendet werden und
muss diese Zeichenkodierung in der E-Mail angegeben werden.

Die Zeichenkodierung des Formulars
Der Inhalt eines HTML-Formulars wird in der Zeichenkodierung gesendet, in der auch das HTML-Dokument an den Browser gesendet wird. Die zuverlässigste Art, den Browser über die Zeichenkodierung zu informieren ist das entsprechende HTTP-Headerfeld „Content-Type“. Auf dem Apache Webserver geht das recht unkompliziert, in dem man im Wurzelverzeichnis seiner Website die .htaccess-Datei um folgende Zeile ergänzt:
AddDefaultCharset UTF-8
Diese Methode setzt voraus, dass auch alle Text-Dokumente (Skripte, Stylesheets) in dieser Zeichenkodierung vorliegen.
Ob die Zeichenkodierung im HTTP-Header einer Seite gesendet wird, kann man online testen, oder z.B. in Firefox mit verschiedenen Plugins.
Darüber hinaus kann es nicht schaden, die Zeichenkodierung zusätzlich als Meta-Element in den Quelltext des HTML-Dokumentes zu übernehmen:

Eine weitere Möglichkeit bestünde darin, das Formular um das Attribut „accept-charset“ zu erweitern.

	

In der Regel reicht es jedoch aus, die Zeichenkodierung im HTTP-Header zu senden.
E-Mails versenden mit Köpfchen
Der E-Mail Header, den die Funktion mail() generiert umfasst nur die nötigsten Informationen und  kann durch einen weiteren Parameter beeinflusst werden. Dabei werden die einzelnen Feld-Wert-Paare durch einen Zeilenumbruch (\r\n) voneinander getrennt. Die Zeichenkodierung wird im Feld „Content-Type“ angegeben. Mit dem „MIME-Version“ Feld wird gesagt, dass die E-Mail MIME formatiert vorliegt.
$email_header  = "MIME-Version: 1.0 \r\n";
$email_header .= "Content-Type: text/plain;charset=UTF-8 \r\n";

Die Variable $email_header wird als vierter Parameter der Funktion mail() übergeben:
# E-Mail senden
mail( 
	$address,
	$subject,
	$content,
	$email_header
);
Damit hat sich der Zeichensalat erledigt. So lange im E-Mailheader keine Sonderzeichen vorkommen, sind Unicodezeichen im Text der E-Mail ab jetzt kein Problem mehr. Wenn aber z.B. der Name und die E-Mailadresse des Absenders in den Header aufgenommen werden, oder der Betreff im Kontaktformular vom Benutzer eingegeben werden kann, dann muss man davon ausgehen, das nicht nur ASCII-Zeichen in den Header gelangen. Aber nur diese sind dort erlaubt.
In dem Fall müssen die Zeichenketten für den Header kodiert werden. Dazu gibt es zwei Möglichkeiten: Base64 und Quoted-printable. Die kodierten Abschnitte werden von der Zeichenfolge =?utf-8?q? eingeleitet und von ?= beendet. Der einleitende Tag gibt die Ursprüngliche Zeichenkodierung (hier UFT-8) und die Kodierungsmethode (q für Quoted-printalbe und b für Base64) an.
Für die Kodierung bedient man sich der PHP-Funktionen base64_encode() für Base64 bzw. imap_8bit() oder quoted_printable_encode() für die Quoted-printable Methode. Allerdings ist die Funktion imap_8bit() an die IMAP-Extention geknüpft und quoted_printable_encode() gibt es erst seit PHP Version 5.3.
Der Betreff der E-Mail würde wie folgt kodiert werden:
# Zeilenumbrüche haben im Header nix verloren
$subject = str_replace(
	array( "\n", "\r" ),
	'',
	$_POST[ 'subject' ]
);

# Quoted-printable
$subject = '=?utf-8?q?' . imab_8bit( $subject ) . '?=';

# alternativ: Base64
$subject = '=?utf-8?b?' . base64_encode( $subject ) . '?=';

# senden
mail( $address, $subject, $content, $email_header );
Theoretisch sind beide Varianten legitim, in der Praxis scheinen einige Freemailanbieter noch Probleme mit UTF-8 in der ein oder anderen Methode zu haben. Die Web.de Webmail-Oberfläche z.B. zeigte die dekodierten Betreffzeilen in der Übersicht an, in der Einzelansicht allerdings nicht. Thunderbird und auch Outlook (mobile Version) haben hingegen keine Probleme mit der Dekodierung.
Spätestens wenn die Komplexität der zu sendenene E-Mails über ein simples Kontaktformular hinaus geht, empfielt es sich, vorgefertigte Klassen wie phpmailer zu verwenden. Notwendige Kodierungen werden damit intern abgehandelt und die E-Mail automatisch zusammengefügt.



Wehr dich, Dresden!
David — Tue, 26 Jan 2010 17:20:32 +0000
Es sind noch knapp zwei Wochen, dann jährt sich der Luftangriff auf Dresden zum 65sten mal. Eine ganze Generation liegt zwischen einem tragischen Ereignis am Ende des zweiten Weltkrieges und heute. Dennoch ist dieses Datum weit über die Grenzen der Stadt hinaus ein Begriff und es wird darüber diskutiert, ob und wie weit man gehen darf um die angekündigte Nazi-Demonstration zu behindern.
Die Frage die ich aus den Artikeln und Kommentaren lese: „Darf man erklärte Feinde der Demokratie mit undemokratischen Mitteln bekämpfen?“
Nach Rosa Luxemburg

Früher war ich häufig der Ansicht, man solle um eine Demonstration von Neonazis nicht mehr Wind machen, als unbedingt nötig. Durch gezielt organisierte Gegenaktionen würde man nur unnötige Aufmerksamkeit darauf lenken und polarisieren. Denn nicht selten enden solche Konfrontationen damit, dass auf Krawall gebürstete Linke sich mit der Staatsgewalt in die Haare bekommen. Eine schlechte Presse über „gewaltbereite Autonome“  relativiert dann das eigentliche braune Problem und die stille Zustimmung aus den Wohnzimmern mit den „eigentlich doch friedlichen Nationalen“ gibt es oben drauf.
Zu unseren Grundrechten gehört das Demonstrationsrecht – damit ist auch eine Demonstration der NPD durch das Gesetz legitimiert. Dieses Argument habe ich öfter gelesen, daran gibt es nichts zu drehen und zu wackeln. Die Demokratie lebt davon nicht nach Gutdünken die Freiheit anderer zu beschränken. Eine genehmigte Demonstration zu be- oder verhindern ist eine Ordnungswidrigkeit, entsprechend ist der Aufruf dazu ebenfalls gesetzlich verboten, weswegen die Seite dresden-nazifrei.de kürzlich gesperrt wurde.
Als überzeugter Demokrat und Dresdner steht man vor einer Zwickmühle: man schaut tatenlos zu, wie das braune Unheil durch seine Stadt zieht, oder man stellt sich quer, wissend, dass man anderen die Freiheit nimmt, für die man doch selbst einsteht.
Meine „laissez-faire“-Haltung gegenüber Nazidemos kann in diesem Fall keine Lösung sein. Im vergangenen Jahr wurde Dresden von 6000 Neonazis heimgesucht, dieses Jahr werden es sicher nicht weniger. Viel mehr öffentliche Aufmerksamkeit kann man gar nicht darauf lenken. Offiziell will man der Dresdner Opfer „in Würde gedenken“. Was inoffiziell dahinter steht, kann sich jeder vernunftbegabte Mensch ausmalen: Geschichtsrevision, Verharmlosung der deutschen Kriegsverbrechen und im Endeffekt blanker Rassismus.
Der vom NS-Regime gewollte und begonnene zweite Weltkrieg hat 55 bis 60 Millionen Menschen das Leben gekostet.  Es ist auf eine groteske Art beschämend und abstoßend zugleich, dass die Sympathisanten der faschistischen Ideologie, die zu diesem Krieg  führte, heute immer noch Menschen gegeneinander abgrenzen und Opfer aufzählen. Damit verhöhnten und missbrauchen sie jeden einzelnen Menschen, der in diesem Krieg gestorben ist. Allein der Gedanke daran macht mich wütend und ich kann jeden verstehen, der diesen Aufmarsch aus diesem Grund verhindern will.
Frau Oberbürgermeisterin Orosz ruft alle Dresdner zu „Erinnern und Handeln. Für mein Dresden“ auf. Eine Menschenkette soll symbolisch die Innenstadt vor den Nazis schützen. Immerhin ein gutes Zeichen dafür, dass Dresden nicht einverstanden ist mit dem braunen Pack – wenn genügend Menschen mitmachen. Das ungute Gefühl der scheinbaren Tatenlosigkeit bleibt dabei trotzdem. Ich würde mir eine Aktion der Front Deutscher Äpfel wünschen. Dabei habe ich wenig Hoffnung, dass die Rechten das verstehen, es ist aber eine aktive und intelligente Art des Protests.
Am Ende zählt es als Dresdner zu zeigen, dass wir auf Nazis verzichten können auch wenn man sich nur symbolisch in den Weg stellt. Wie dieser Protest aussieht, muss jeder für sich selbst entscheiden.
Nachtrag 29.01.
Es kommt noch mehr Bewegung in die Sache. Dresden hat Auflagen erlassen nach der die Nazis nur eine Kundgebung, aber kein Aufmarsch durchführen dürfen. Wieder bleibt ein fader Beigeschmack, da doch dafür erst kürzlich das Versammlungsrecht vom Landtag geändert wurde.
Nachtrag  08.02.
Das Verwaltungsgericht Dresden hat entschieden, dass die Einschränkung der Nazidemo unzulässig ist.