bit.ly hat gerade seinen neuen bit.ly-Pro-Dienst gestartet. Interessanterweise unter der Internetadresse bitly.pro. Ich wusste noch nicht mal, dass es .pro-Domains gibt. Schande über mein Haupt.

Der eigene URL-Shortener ist mit wenigen Klicks eingerichtet, wenn:

1. man eine passende (kurze) Domain hat
2. Man Nameservereinträge vornehmen kann

Ich habe mir in vorrausschauender Weise, bereits letzte Woche die hty.be-Domain gesichert. Und schon funktioniert mein eigener URL-Shortener. Woohuh. Erster Link: http://hty.be/aL48jN. Leider kommt beim Aufruf der Domain ohne Shortcut dahinter immer die bit.ly-Homepage. Ich fände es besser, wenn man dann auf mein Blog weitergeleitet wird, aber man kann wohl nicht alles haben.

Zum Anmelden kann man übrigens seinen (alten) bit.ly-Account verwenden, und danach, praktisch, praktisch, tauchen die neuen Links auch auf dem alten Dashboard unter bit.ly auf, und man sieht die Link-Statistik.

Das Dashboard, dass zusammen mit dem Pro-Account angeboten wurde, kann ich noch nicht testen. Die Nameservereinstellungen zur Verfikation, dass mir hetjens.com gehört, wurde nicht so schnell übernommen. Aber angeblich zeigt es die Einkommenden-Bit.ly-Links auf diese Domain. Mal schauen.

Bit.ly als Shortener-Backend zu benutzen, finde ich übrigens wesentlich besser, als irgendein (opensource/selbstgeschriebenes) PHP-Script zu verwenden. Ich muss mich um nichts kümmern, und es funktioniert immer, wie von bit.ly gewohnt.

P.S. jetzt muss ich mal gucken, dass ich auch so eine .pro-Domain bekomme. (Update: zu teuer)

Abgerundete Ecken werfen ihren Schatten voraus. In Firefox und Webkit-basierten Browsern (Chrome und Safari) funktionieren sie schon, aber unterschiedlich. Und das ist Nervkram.

Zuerst muss definiert werden, dass überhaupt eine Border angezeigt wird. Sagen wir mal, dass alle Elemente mit der Klasse rundjetzt Runde Ecken haben sollen:

.rundjetzt { border: 1px solid black; }

Jetzt definieren wir abgerundete Ecken für Firefox:

.rundjetzt { -moz-border-radius: 5px; }

Und jetzt für Webkit:

.rundjetzt { -webkit-border-radius: 5px; }

Bis jetzt ist es quasi gleich. Wenn man nur eine Ecke definieren will, wird es komplizert. Mozilla verwendet folgende Syntax:

-moz-border-radius-topleft
-moz-border-radius-bottomright

Webkit hingegen hätte gerne:

-webkit-border-top-left-radius
-webkit-border-bottom-right-radius

Naja, besser so komisch unterschiedlich benutzen können, als gar nicht benutzen können wie z.B. im Internet Explorer im Opera.

Mit Wordpress 2.8 wurde eine neue Widget-API eingeführt. Durch die neue Schnittstelle wurde die Widgetentwicklung objekt-orientiert und viel einfacher.

Bis einschließlich Version 2.7 war die Entwicklung von Widgets eingeschränkt oder kompliziert: Je nachdem ob nur eine Instanz des Widgets gebraucht wird oder ob es mehrmals aktiviert werden sollte. Wordpress 2.8 räumt damit auf. Es gibt gar nicht mehr die Möglichkeit ein Widget nur einmal zu aktivieren.

Um ein Widget zu schreiben, muss eine Klasse mit vier vorgegebenen Methoden von WP_Widget abgeleitet werden.

class Mein_Neues_Widget extends WP_Widget {
  function Mein_Neues_Widget() {
  }

  function widget($args, $instance) {
  }

  function update($new_instance, $old_instance) {
  }

  function form($instance) {
  }
}

Jede Methode übernimmt eine Aufgabe. Der Konstruktor (in diesem Fall die Methode Mein_Neues_Widget muss den Konstruktor der Basisklasse WP_Widget aufrufen. Bei dem Aufruf müssen aber Parameter übergeben werden, die erst definiert werden müssen. Der komplette Konstruktor kann wie folgt aussehen:

function Mein_Neues_Widget() {
  $widget_ops = array(
    'classname' => 'Mein_Neues_Widget',
    'description' => 'Hier die Beschreibung für die Widgetseite im wp-admin eintragen'
  );
  $this->WP_Widget('Mein_Neues_Widget','Name des Widgets im wp-admin',$widget_ops);
}

Die Widget-Methode wird von Wordpress aufgerufen, sobald das Widget im Blog angezeigt wird. Der Parameter $args ist das bereits von früher bekannte Array mit den Elementen before_widget, before_title, after_title und after_widget damit alle Widgets gleich aussehen und die Struktur vom Theme vorgegeben werden kann. Der zweite Parameter $instance enthält alle Einstellungen, die für diese Widget-Instanz im wp-admin durch den Administrator vorgegeben wurden.

Durch die beiden Methoden form und update kann für jede Instanz im wp-admin ein Konfigurationsfenster angezeigt werden und die Einstellungen gespeichert werden. In form wird das Formular ausgegeben und update sorgt für die Speicherung. Es gibt ein paar Funktionen in Wordpress, die dafür sorgen, dass die Input-Felder korrekt den verschiedenen Widgets zugeordnet werden können. Ein Beispiel für ein Feld mit dem Namen title sieht wie folgt aus:

function update($new_instance, $old_instance) {
  $instance = $old_instance;
  $instance['title'] = strip_tags($new_instance['title']);
  return $instance;
}

function form($instance) {
  $instance = wp_parse_args($instance, array(
    'title'=>'Standardtitel'
  ));
  $title = strip_tags($instance['title']);
  echo '<p><label for="'.$this->get_field_id('title').'">Title:
    <input class="widefat" id="'.$this->get_field_id('title').'"
    name="'.$this->get_field_name('title').'" type="text"
    value="'.attribute_escape($title).'" />';
    </label></p>';
}

Die Update-Methode hat zwei Parameter. Im ersten Array sind die gerade vom Benutzer neueingegeben Werte und im zweiten Array die alten, bereits gespeicherten Werte. Die Methode muss ein Array zurückgeben, dadurch ist es möglich zu überprüfen, ob die neuen Werte überhaupt einen Sinn ergeben und die Speicherung ggf. zu unterbinden. Wenn überhaupt keine Prüfung stattfinden soll, kann auch einfach die $new_instance-Variable zurückgegeben werden.
In der form-Methode wird zuerst die Funktion wp_parse_args aufgerufen um Standardwerte, falls das Widget gerade zum ersten Mal hinzugefügt wurde, festzulegen. Die beiden Methoden der Basisklasse WP_Widget $this->get_field_id und $this->get_field_name geben eine ID und einen Namen für input-Felder zurück. Wenn diese Funktionen, vor allem die get_field_name, verwendet wird, wird sichergestellt, dass Wordpress die Werte korrekt übernehmen kann.
Das Feld title übernimmt übrigens eine besondere Rolle. Wordpress zeigt den eingegeben Wert im wp-admin auch im zugeklappten Zustand des Widgets an.

Die Klasse ist nun komplett definiert. Jetzt muss Wordpress nur noch gesagt werden, dass diese Klasse auch initialisiert werden soll. Ein eleganter Weg dazu ist die Action widgets_init kombiniert mit einer anonymen Funktion:

add_action('widgets_init', create_function('', 'return register_widget("Mein_Neues_Widget");'));

Verwandte Artikel

Settings API: Wordpress Standardoptionsseiten erweitern Mit der Settings-API von Wordpress ist es einfach die Optionen des eigenen Plugins in die Wordpress-Optionen einzubinden. (5. August 2009) Default Link Widget: Eigenen Titel für das Link-Widget einstellen Dieses Widget ermöglicht einen eigenen Titel für jedes Link-Widget einzustellen. (31. Juli 2009)

Google gibt es schon 11 Jahre. Dieses Video zeigt in 2:13 alle wichtigen Stationen. Angeblich ist ein Fehler drin, aber das Video finde ich einfach zu schön, um drauf zu achten.

Amazon hat heute angekündigt, dass der Kindle nun in 100-Ländern (bald) verfügbar ist. Soweit ok. Jetzt kommt der Witz an der Sache. Der Mobilfunk wird komplett über den US-Anbieter AT&T abgewickelt. Und in den 99 Ländern außerhalb der USA wird geroamt.

Und nicht nur Telefonate: nein, nein, Datenroaming. Jetzt kommt der Punkt den ich nicht verstehe. T-Mobile, Vodafone, Orange und KPN sind alle in mehreren europäischen Ländern vertreten und damit wahrscheinlich im Primärzielmarkt von Amazon. Warum können die kein bezahlbares Roaming anbieten? Warum muss ein Ami kommen, der überhaupt nicht auf eigene Infrastruktur in Europa zurückgreifen kann, und mit allen Verträge abschließen muss.

Aus meiner Sicht ist das eine Schande für die großen Telkos in Europa und für die EU. Ich bin seit vielen Jahren Grenzgänger und mich regt das Roaming einfach auf. Mir ist es ganz egal, ob z.B. in meinem Telefon “T-Mobile D” oder “T-Mobile NL” steht. Aus Verbrauchersicht ist es der gleiche Konzern. Ich kann ja verstehen, dass T-Mobile kein günstiges Roaming mit Vodafone machen kann/will, aber konzernintern sollte das doch zu machen sein. Die EU wächst immer weiter zusammen, es gibt viele Grenzgänger. Ein kostenloses Roaming zwischen den Ländergesellschaften einer Marke wäre ein echtes Alleinstellungsmerkmal, und kann mehr als ausschlaggebend sein bei der Betreiberwahl. Aber ganz offensichtlich kann sich der Markt in diesem Bereich nicht selbst regulieren, weil die Gewinne einfach zu groß sind.

Mich würden die Konditionen interessieren, die Amazon für ein in Europa transferiertes MB zahlt.

Verwandter Artikel

Vodafone: Ignorieren fehlgeschlagen Klasse PR-Coup von Vodafone. Es geht kaum besser. (22. Juli 2009)

Ich muss es hier im Blog noch mal festhalten. Das hat echt Potential im Social Web bekannt zu werden.

Da bin ich (gerade beim Mittagessen):

Größere Kartenansicht
Bin ich jetzt ein echter Schweizer, wenn Google mich in Zürich fotografiert?

Das Wordpress-Plugin wpSEO benutzen wir bei Blogwerk schon sehr lange. Vor ziemlich genau einen Jahr haben wir auf die kostenpflichtige Version gewechselt (am Anfang gab es noch eine kostenlose Version). Und wir haben es bis heute nicht bereut. Von den Funktionen her bietet WPSEO alles, was man sich wünschen kann (abgesehen vielleicht von einer automatischen Erstellung einer XML-Sitemap). Die Funktionsliste läst sich überall im Internet lesen, darauf möchte ich gar nicht eingehen.

Ich schreibe hier, weil ich mit der Unterstützung von Sergej, dem Entwickler, super zufrieden bin. Er ist (fast) immer erreichbar, nett und hilfreich. Neue Funktionswunsch? Kein Problem! Gibt’s meistens mit dem nächsten Update. Das ist genau der Vorteil von kostenpflichtiger Software im Vergleich zur open source Software. Man bekommt guten Support. Bei Open Source Software kann es passieren, dass der Entwickler keine Lust mehr hat, und das Produkt einfach von heute auf morgen einstellt. Bei bezahlter Software passiert das nicht so einfach.

WPSEO gibt es auf www.wpseo.de (Affiliate-Link). Sergej hat auch noch ein paar andere Plugins geschrieben, u.a. die AntispamBee. Und sein Twitter-Stream ist auch interessant.

Verwandte Artikel

Settings API: Wordpress Standardoptionsseiten erweitern Mit der Settings-API von Wordpress ist es einfach die Optionen des eigenen Plugins in die Wordpress-Optionen einzubinden. (5. August 2009) Feedburner + Wordpress: Neues Plugin bietet Zugriff auf verschiedene Feeds Das Feedsmith-Plugin ist alt und nicht so flexibel. Mein neues Plugin räumt damit auf. (3. August 2009) Privates Blog: Anmeldung bevor das Blog angezeigt wird Dieses Plugin zeigt jedem nicht angemeldeten Besucher des Blogs zuerst den Wordpress-Anmeldebildschirm. Somit kann ein privates Blogs eingerichtet werden. (1. August 2009)

Die Settings-API ist ein einfacher Weg die Optionen eines Plugins in die Standardoptionsseiten von Wordpress zu integrieren. Für Plugins mit vielen Optionen eignet sich die API nicht, da dann die Seiten überladen wären, aber für kleine Plugins mit wenigen Optionen ist sie ideal. Der Codex erklärt die Settings-API schon ganz gut, aber ich hatte trotzdem ein paar Probleme und darum hier dieses Tutorial.

Alle Aufrufe der Settings-API sollten im Hook ‘admin_init’ gemacht werden. Die zwei wichtigsten Aufrufe der API sind die beiden Funktionen add_settings_field zum Anzeigen einer Option und register_setting zum Speichern. Hier zunächst ein Beispiel. Hier wird ein Textfeld auf der “Schreiben”-Optionsseite hinzugefügt:

add_action('admin_init', 'test_admin_init');
function test_admin_init() {
  add_settings_field(
    'test_option',
    '<label for="test_option">Test</label>',
    'test_option',
    'writing',
    'default',
    array()
  );
  register_setting('writing','test_option');
}

function test_option() {
  $value = get_option('test_option');
  echo '<input type="text" class="regular-text"
    id="test_option" name="test_option" value="'.$value.'" />';
}

Fangen wir mit der einfachen Funktion an: register_setting

register_setting sorgt dafür, dass eine Option gespeichert wird sobald auf der entsprechenden Seite der Speichern-Button gedrückt wurde. Sie hat zwei Parameter. Der erste Parameter gibt an auf welcher Seite die Option hinzugefügt wurde und beim Speichern mitgespeichert werden soll. Der zweite Parameter ist der Name der Option. Genau unter diesem Namen wird die Option auch in der Datenbank abgelegt. In dem Fall oben ist es die Option test_option auf der Seite writing. Optionen können auf allen acht Standardoptionsseiten von Wordpress hinzugefügt werden:

• general
• writing
• reading
• discussion
• media
• privacy
• permalink
• misc

Die andere Funktion add_settings_field hat einige Parameter mehr.

add_settings_field(
  $option_name,
  '<label for="'.$option_name.'">'.
    $option_description.
  '</label>',
  $callback_function_name,
  $page,
  'default',
  array()
);

Ich denke die meisten Parameter sind so bereits klar. Hier einige Anmerkungen:
Der zweite Parameter gibt den Text vor dem Optionsfeld aus. Bei Wordpress ist es üblich, dass dieser Text ein Label ist (also den Fokus an das Input-Element weitergibt). Das geschieht aber nicht automatisch und muss extra angegeben werden. Mit diesem Funktionsaufruf wird noch nicht das Eingabefeld angezeigt. Darum kümmert sich die Callback-Funktion. Hier das passende Beispiel:

function test_option() {
  $value = get_option('test_option');
  echo '<input type="text" class="regular-text"
    id="test_option" name="test_option" value="'.$value.'" />';
}

Die Funktion muss den aktuellen Wert selbst laden und anschließend das komplette Input-Element ausgeben. Der Name des Input-Elements muss der Name der Option sein (s. register_setting). Bitte nicht die ID vergessen, sonst funktioniert das label nicht.

Gruppieren

Wenn das Plugin mehr als eine Option hat, ist es sinnvoll die Optionen zu gruppieren. Dafür muss zuerst eine Gruppe anlegt werden und anschließend können die Optionen dieser Gruppe zuordnen werden. Gruppe anlegen:

add_action('admin_init', 'test_admin_init');
function test_admin_init() {
  add_settings_section(
    'test_section',
    'Test Titel',
    'test_section_description',
    'writing'
  );
  ...
}

function test_section_description() {
  echo '<p>info</p>';
}

Die Callback-Funktion gibt die Beschreibung zu der Gruppe aus und wird vor den Optionsfeldern angezeigt. Damit sie richtig formatiert wird, sollte in der Callback-Funktion auch ein Absatz ausgegeben werden. Um ein Optionsfeld dieser Gruppe zuzuordnen, muss nur der vorletzte Parameter in der add_settings_field von ‘default’ auf den Sectionname (im Beispiel ‘test_section’) geändert werden. Beispiel:

add_settings_field(
  'test_option',
  '<label for="test_option">Test</label>',
  'test_option',
  'writing',
  'test_section',
  array()
);

Best Practise

Ich habe jetzt schon einige male die Settings-API benutzt. Dabei wurde mir eins klar. Es ist wichtig die Bezeichner überall gleich zu wählen, sonst kommt man durcheinander. Was meine ich damit: Im Falle der test_option habe ich an allen Stelle test_option verwendet:

• Optionsname
• Name der Callback-Funktion (ggf. mit einheitlichem Prefix versehen)
• Name und ID des Input-Elements

Das Gleiche gilt natürlich auch für die Section und deren Callback-Funktion. Wenn möglich sollte auch eine Vereinheitlichung über Plugingrenzen angestrebt werden.

Die Settings-API unterstützt auch die objekt-orientierte Programmierung. Alle Callback-Funktionen können auch als array mit Verweis auf &$this angegeben werden.

Verwandte Artikel

Feedburner + Wordpress: Neues Plugin bietet Zugriff auf verschiedene Feeds Das Feedsmith-Plugin ist alt und nicht so flexibel. Mein neues Plugin räumt damit auf. (3. August 2009) Privates Blog: Anmeldung bevor das Blog angezeigt wird Dieses Plugin zeigt jedem nicht angemeldeten Besucher des Blogs zuerst den Wordpress-Anmeldebildschirm. Somit kann ein privates Blogs eingerichtet werden. (1. August 2009) Default Link Widget: Eigenen Titel für das Link-Widget einstellen Dieses Widget ermöglicht einen eigenen Titel für jedes Link-Widget einzustellen. (31. Juli 2009)

Meine Twitterbenutzerung hat sich vor allem in den letzten Wochen stark gewandelt. Bis jetzt habe ich es mehr als Spielzeug gesehen, aber so langsam ziehe ich Nutzen aus Twitter. Ich habe auch meine Followerbase (also den Leuten, denen ich followe) stark verändert. Ich versuche die Nummer bei ca. 100 zu lassen und Leute, die mich nicht mehr zu interessieren rauszuschmeißen, wenn ich neuen followe.

Ok, wem followe ich als Gruppen sortiert nach Bedeutung für mich (absteigend):

1. Freunden und Arbeitskollegen
   Es sind nicht viele meiner Freunde, aber quasi alle meine Arbeitskollegen auf Twitter. Wenn meine zwei Freunde, die auf Twitter sind, etwas schreiben ist die Wahrscheinlichkeit, dass ich es lese sehr, sehr groß. Es interessiert mich wirklich was sie machen. Einer war z.B. gerade auf Wacken, und hat ein paar Twitpics geschossen. Ich würde nie dahin gehen, aber das war trotzdem interessant.
   Diese Tweets lese ich, weil mich deren Leben interessiert.
   .
2. Linkgebern, als Leute, die viele Links posten
   Es gibt ein paar Leute, das sind wirkliche “Linkschleudern”. Früher hieß sowas vielleicht Spam, aber ich finde es super interessant. Twitter hat irgendwie sowas unverbindliches, im Gegensatz zu E-Mail. Auch wenn ich mir vielleicht nur jeden 5. oder 10. Link angucken, bin ich froh, dass ich diesen Leuten followe. Sie haben immer wieder interessante Links, die mich weiter bringen oder auf neue Internetseiten stoßen lassen.
   Diesen Accounts followe ich wegen den Informationen.
   .
3. Accounts von Firmen
   Einige Firmen (wenige) haben es wirklich raus interessante Accounts zu haben. Klar, die Accounts werden wahrscheinlich nicht von ihnen selbst geschrieben, aber das ist mir egal.
   Ich followe diesen Unternehmen, weil mich der Brand interessiert (Aber noch mal: Das ist bei den wenigsten der Fall, und ich followe fast keinen Start-Ups).
   .
4. Automatische Feeds zu interessanten Themen
   Hier fangen die nicht so bedeutenden Accounts für mich an. Ich followe (aus Prinzip) den Blogwerk-Themenblogs und einigen anderen Blogs. Bei Blogwerk haben wir uns vor fast einem Jahr überlegt, wir trennen die Auto-Feed- von den persönlich geflegten Blogs-Accounts. Inzwischen bin ich mir (persönlich) aber nicht mehr so sicher, ob das eine gute Idee war. Nur Feed-Twitter-Accounts sind nur mäßig interessant, weil sie einen immer nur zu eigenen Angebot hinleiten. Und irgendwie fängt da für mich der Spam an. Es müssen schon wirklich gute Blogs sein, damit ich einem Auto-Feed-Account followe.
   Ich followe diesen Accounts aus zwei Gründen: 1. weil ich sie noch nicht entfollowt habe (nicht bezogen auf Blogwerk-Blogs ;-) ) und 2. weil manchmal doch etwas interessantes darüber kommt, aber eigentlich followe ich Blogs lieber in meinem RSS-Reader.
   .
5. Leute, die ich persönlich kennengelernt habe, und irgendwie auf dem Laufenden bleiben möchte
   Ich habe so ein paar Leute schon mal persönlich getroffen. Ich würde sie nicht als Freund bezeichnen, aber kann schon interessant sein zu sehen, was sie machen.
   Ich followe diesen Leuten, damit ich so ein bisschen auf dem Laufendem bin, falls ich sie mal wiedertreffe.
   .
6. Leute, die ich als interessant empfinde
   Ja, ja, die gibt’s auch noch. Es werden aber immer weniger in meiner Liste. So interessant sind die meisten dann doch nicht. Ich followe denen zu Beginn, weil ich irgendwie denke, wenn ich diesem interessanten Typen folge, dann macht das auch mich interessant. Totaler Bullshit. Sie followen deswegen ja auch noch lange nicht zurück.
   Also, ich followe diesen Leuten auch wieder aus zwei Gründen: 1. weil ich sie noch nicht wieder entfollowt habe und 2. weil ich mir selbst interessant vorkomme, wenn ich interessanten Leute followe.
   .
7. und abschließend, Leuten die nur in der Liste sind, weil ich sie früher hinzugefügt habe
   Diesen Leute followe ich, weil ich sie noch nicht entfollowt habe. Basta. So einfach.
   .

Jetzt haben wir diese lange Aufstellung von Leuten, Unternehmen und Accounts denen ich followe. Was sagt uns (oder mir) das? Ich followe den meisten Leuten und Unternehmen, weil ich mich für sie oder ihre Themen interessiere und weil ich sie noch nicht entfollowt habe (sollte ich dann wohl mal dringend tun).

Ich followe ziemlich schnell neuen Leuten und Auto-Feed-Accounts von Blogs, aber nicht so schnell Unternehmensaccounts. Das liegt daran, dass ich Menschen schneller vertraue als Unternehmen. Und zumindest im Moment habe ich keine Idee, wie man das aus Unternehmenssicht ändern kann.

Verwandter Artikel

Realtime auf Twitter: Mondlandung vor 40 Jahren Apollo 11 in Echtzeit im Web, Radiostream und Twitter. (19. Juli 2009)