Das ist schwierig. WordPress MU ist vom Aufbau her eine reine Hosting-Plattform, geschaffen für WordPress.com, der Geld-Druck-Maschine der WordPress-Macher. Eine Interaktion zwischen den Blogs ist nicht vorgesehen, eine zentrale Auflistung ausgewählter bzw. neuer Blogs oder Artikel ebenfalls nicht. (Die angezeigten meistgelesenen Blog Posts auf der WordPress.com-Startseite werden auf Basis des WordPress.com Stats-Plugins ausgelesen. Ein Workaround, das ich natürlich nicht zur Verfügung habe.)

Technischer Hintergrund

Um ohne großen Aufwand zu skalieren, erstellt WordPress MU für jeden einzelnen Blog im System komplett eigene Tabellen für Artikel, Kategorien, Links, etc. Damit muss man sich bei 100.000 aktiven Blogs keine Gedanken machen, die Datenbankabfragen so zu optimieren, dass aus der 100-Millionen-Artikel-Tabelle (WordPress speichert jede Revision, 1000 Artikel-Datensätze pro Blog sind also nicht unrealistisch) noch immer einigermaßen geschwind die Artikel abgefragt werden.

Das einzige (und viel simplere) Skalierungsproblem, das gelöst werden muss, ist die Aufteilung der Tabellen auf verschiedene MySQL-Schemas. (Ein Schema beinhaltet mehrere Tabellen, die Tabellen die Daten. Ab einigen tausend Tabellen in einem einzelnen Schema wird MySQL allerdings wieder langsam, weshalb eben mehrere Schemen erstellt werden, die auf verschiedene Server verteilt werden.) Der Code für diese Verteilung der Tabellen auf MySQL-Schemas wurde übrigens, wie die meisten WordPress.com-spezifischen Features, nicht als Open Source veröffentlicht.

Jetzt ist es aber nicht ernsthaft möglich, aus mehreren Tabellen die neuesten Artikel auszulesen. Workarounds, wie die Sammlung aller Artikel in einer zentralen Artikel-Datenbank, beheben dagegen nicht das ursprüngliche Skalierungsproblem.

Meine Mini-Lösungen

Ich habe für meine eigenen Zwecke einige Mini-Lösungen entwickelt, die diese Probleme ausmerzen, gleichzeitig aber auch so gut wie möglich skalieren sollen.

Ich hab bisher keine der Plug-ins veröffentlicht, werde das aber bei Interesse gerne tun.

Global Blog Options

Global Blog Options ist im Prinzip eine Kopie der “normalen”, Blog-spezifischen Optionen, die von WordPress verwendet werden, um die Einstellungen zu speichern. Die Blog-Optionen werden in einer für jeden Blog eigenen Tabelle gespeichert, es ist daher nicht möglich, zum Beispiel alle Blogs mit einem bestimmten Design anzuzeigen.

Global Blog Options ermöglicht, Optionen in eine zentrale Tabelle zu speichern, eine Global Blog Option besteht aus der Blog-ID, dem Schlüssel und dem Wert. Basierend auf Schlüssel und Wert können dann Blogs abgefragt werden.

Blogs bei Lokales.at werden beispielsweise einem Bezirk zugeordnet, der Schlüssel ist “region”, der Wert zum Beispiel “linz”. Auf einer Linz-Übersichtsseite können dann sehr einfach alle Blogs ausgelesen werden, die als Schlüssel “region” und als Wert “linz” gespeichert haben.

Dieses Plug-in wird wahrscheinlich auch seinen Weg in Lauter.fm finden, wo wir vorhandene Profil-Daten zusätzlich zentral speichern, um die Blogs besser visualisieren zu können.

Global Blog Posts

Global Blog Posts ist ebenfalls eine zentrale Tabelle, in der die IDs und das Veröffentlichungs-Datum aller Blog Posts gespeichert werden. Die Verwaltung dieser Tabelle wird automatisch im Hintergrund vorgenommen.

In Verbindung mit den Global Blog Options kann ich jetzt beispielsweise alle neuen Blog-Artikel aus der Region “Linz” anzeigen.

Das T-Mobile G1 hat zwar einen sehr guten Browser, für kleine Bildschirme optimierte Websites surfen sich aber trotzdem besser. Deshalb wollte ich meinen Blog für Smartphones ein eigenes Design verpassen. Meine Erfahrungen damit möchte ich hier für andere WordPress-Blogger/innen präsentieren.

Designen für Smartphones

Designen für Smartphones funktioniert anders als für Websites. Während man bei Websites mehrere Spalten nebeneinander hat und mit der Maus eine sehr präzise Auswahltechnologie hat, hat man auf dem Smartphone einen schmalen Display und klobige Finger.

Die Adaption des Designs von sebmos.at für Smartphones habe ich auf dem mitglieferten MobilePress-Design aufgebaut – und einfach mein Farbschema darübergestülpt. Am wichtigsten ist dann, dass die Links anklickbar sind. Das muss man ausprobieren – ohne Smartphone geht das natürlich nicht.

MobilePress

Es gibt zwei WordPress-Plugins, die die Entwicklung von Smartphone-Designs parallel zum “normalen” Design sehr einfach machen. Das eine heißt WPtouch iPhone Theme, das andere MobilePress. WPtouch sieht wie eine iPhone Applikation aus – das halt ich für eine schlechte Idee. Das schaut weder gut auf Nicht-iPhones aus, sondern passt auch nicht. Eine Applikation ist eine Applikation, eine Website ist eine Website.

MobilePress dagegen ist ziemlich sehr flexibel und erlaubt die Auswahl verschiedener Designs für verschiedene Smartphone-Typen (iPhone, Opera Mini & Windows Mobile). Leider ist Android (noch) nicht darunter, daher muss man im Code des Plugins basteln.

In der Datei wp-content/plugins/mobilepress/check.php, wahrscheinlich in der Zeile 82, ist ungefähr folgender Code:

case ( preg_match('/(up.browser|up.link|...

Hier musst du “android|” einfügen:

case ( preg_match('/(android|up.browser|up.link|...

Damit wird Android erkannt. Damit gibt MobilePress zwar noch nicht die Möglichkeit, ein eigenes Design für Android-Smartphones zu entwickeln, immerhin wird es aber erkannt und bekommt das Standard-Design zugewiesen.

Problem: WP-Super-Cache

Der Grund, warum ich MobilePress momentan wieder deaktiviert habe, liegt aber ganz wo anders. Das Plugin WP-Super-Cache, das WordPress-Seiten auf dem Server zwischenspeichert, damit sie nicht bei jedem Aufruf neu geladen werden müssen, spießt sich mit MobilePress. Man kann zwar “Mobile device support” aktivieren, das löst aber das Problem nicht vollständig. Nicht nur muss man auch hier wieder Android-Support nachrüsten (in der Datei wp-content/wp-cache-config.php, in der viertletzten Zeile muss zur Variable $wp_cache_mobile_browsers die Zeichenkette “Android, “ ergänzt werden), das Wechseln zwischen Mobile und Standard-Design scheint Probleme zu verursachen – meine Startseite wurde in den letzten Tagen auf Desktop-Browsern mehrmals im Smartphone-Design ausgeliefert.

Im Moment bleibt MobilePress bei mir deaktiviert.

zum Plugin

Mit dem Plugin kann man recht einfach die Factolex-API abfragen – ich verwende sie dazu, meine Tag-Seiten nützlicher zu gestalten.

Auf diesem Screenshot sieht man, wie das Plugin bei mir eingesetzt wird (die Infos im roten Kasten sind von Factolex, der Rest kommt von einem anderen Plugin, an dem ich gerade arbeite). Es ist praktisch, relativ einfach einzubauen und hat zumindest mir schon ein paar Besucher/innen von Suchmaschinen gebracht, die ich sonst nicht bekommen hätte.
Zum Einbauen braucht man minimale Entwickler-Kenntnisse, ich helfe aber gerne bei einfachen Fragen.

Alle weiteren Informationen und Kommentare gibt es auf der englischsprachigen Plugin-Seite auf diesem Blog. (Auf diesem Artikel wurden Kommentare deaktiviert, damit sie auf der Plugin-Seite gesammelt werden.)

zum Plugin

Jetzt hab ich mir Webspace von einem Freund geschnorrt und mein eigenes Design aufgesetzt. Das hat jetzt auch alle möglichen SEO-Optimierungen, eine Sitemap, etc. Nebenbei hab ich die Verwendung der Tags optimiert, etc. Als nächstes hab ich vor, die Kategorien neu zu strukturieren. Anstatt der 17 Kategorien möchte ich auf drei oder vier Kategorien kommen, die nur die grobe Richtung vorgeben, während die Tags ins Detail gehen.

Das Design schaut ein bisschen aus wie das bisherige, das ich nicht weiter verwenden konnte, weil es exklusiv für WordPress.com (den WordPress-Hosting-Service) erstellt wurde, weil es vom gleichen Design-Studio entwickelt wurde.

Ich freue mich auf eure Kommentare!

1. “Mein” Projekt Presentify hat einen Blog. Das wird eine interessante Sache – die meisten unserer Mitglieder sind keine Google Reader-süchtigen Nerds. Wie wird das als Kommunikationsmittel angenommen? Unter anderem bitten wir um Feedback für Presentify 2.0.
2. WordPress 2.5 ist toll. Der neue Administrations-Bereich ist viel übersichtlicher als früher. Die Jungs von WordPress haben eine tolle Arbeit geleistet. Ich bin übrigens froh, dass mein Blog bei WordPress.com gehostet ist. Da muss ich mich um nichts selbst kümmern!
3. FriendFeed wird immer mehr zum fixen Bestandteil meines Web-Alltags. Es ersetzt für mich Techmeme und ist insofern besser, da ich bei FriendFeed den Teil der “A-List-Blogger” abonniert habe, der mich tatsächlich interessiert und ich zusätzlich meine Freunde dabei hab.
4. Alexander Marktl‘s ReadBurner (zur Zeit offline) wurde von einigen Leuten rund um Mashable gekauft und wird zur Zeit einer Generalüberholung unterzogen, bevor der Service wieder online geht. (Interview mit Austrianstartups.com)
5. Mein Blog hat wieder einmal ein neues Design. Das ist eindeutig besser als das alte.

Techmeme, zur Erinnerung, ist ein Blog-Aggregator von ca. 10.000 Technik-bezogenen Blogs. Und das Leaderboard ist eine Top-100-Liste, sortiert nach Anwesenheit auf der Startseite.

Was ist jetzt eigentlich ein Blog? Auf dem Techmeme Leaderboard befinden sich in den Top 10 die New York Times, BBC, The Register und das Wall Street Journal. Alles “traditionelle” Medien.

Ist die New York Times-Seite jetzt ein Blog? Man kann die Nachrichten nicht kommentieren, es gibt keine Tags und auch die Präsentation erinnert nicht an einen klassischen Blog. Aber es gibt einen RSS-Feed. Die NY Times sind für mich kein Blog, sondern einfach eine Nachrichten-Seite mit RSS-Feeds als alternative Distributionsmöglichkeit. Das gleiche gilt für die weiteren Nachrichtenportale.

Aber … was macht einen Blog eigentlich aus?

• der RSS-Feed?
• die Kommentarfunktion?
• das Layout?
• die dahinterstehende Software?
• die Kommerzialität?

Ein RSS-Feed ist für mich fixer Bestandteil eines Blogs, aber er ist nicht sein Wesen. Ein RSS-Feed ist eine Basis-Technologie des Internets und wird für immer mehr und andere Zwecke eingesetzt werden. Garantiert.

Die Kommentarfunktion wäre eine mögliche Sichtweise. Nur … Jason Calacanis hat die Kommentare deaktiviert. Ist er deshalb kein Blogger? Nein, er erstickt nur unter seiner Popularität und der Polarisierung seiner Beiträge.

Das Layout wäre eine falsche Idee als Kennzeichen. Was, wenn eines Tages ein besserer Layout-Ansatz für Weblogs gefunden wird? Oder anders: Schon jetzt gibt es verschiedenste Ansätze für Blog-Designs. Wer entscheidet, was “Blog-würdig” ist, und was nicht?

Die dahinterstehende Software? Wie oben stellt sich wieder die Frage, wer das festlegt. Was, wenn Typo3 eingesetzt wird, mit einem Blog-Modul? Ist das noch Blog-tauglich? Wer entscheidet das? Was, wenn jemand eine eigene Blog-Software entwickelt, die nur für die eigene Seite eingesetzt wird?

Die Kommerzialität? Abgesehen davon, dass das wieder schwierig zu sagen ist – viele Blogger leben von ihrem Blog zumindest teilweise, manche leben von dem Image, das sie durch ihren Blog bekommen – kann und darf das ein Kennzeichen sein? Was ist mit TechCrunch? Für mich ist das ein Blog, eindeutig!

Man sieht – es ist sehr schwierig, festzulegen, was eigentlich ein Blog ist. Vermutlich hat der Kommentator vom BarCamp, dessen Namen ich nicht kenne, Recht, der gesagt hat, es sei schlussendlich völlig egal, ob etwas ein Blog, eine Nachrichten-Seite, eine Web-Anwendung oder sonst etwas ist. Die Frage ist nicht Blog oder etwas anderes. Die Frage ist: Sind die Inhalte gut, und vertraue ich dem/den AutorInnen

Spätestens nach meinem Gast-Artikel mit dem Titel “Top Web Apps in Austria” in Richard MacManus’ Read/WriteWeb wurde mir nämlich klar, dass es ziemlich wichtig ist, den österreichischen Online-Markt durch Mitgliedschaft und Nutzung zu unterstützen. Vor allem, wenn ein Angebot von so hoher Qualität wie Blogr ist.

Ich hab das Angebot verfolgt, seit es online ging, meinen Account hab ich mir im Juni 2006 angelegt. Seitdem hat sich viel getan. Während ich es anfangs wegen vieler Fehler noch nicht wirklich nutzen wollte, unterstützt es mit Fotos, Videos, Podcasts und vielen weiteren Features eine breite Palette an nützlichen Dingen.

Kann Blogr ein finanzieller Erfolg werden? Ich bin noch nicht wirklich sicher Videos und Fotos waren schon immer Teil von Projekten, aber erst als total eigenständige Seiten wurden sie richtig erfolgreich. (YouTube, Photobucket, Flickr, etc.)
Dafür setzt Blogr auf etwas ganz wichtiges: Nicht-Englischsprachige Märkte. Klar gibt’s mit blogr.com auch eine Englisch-sprachige Version – wo denn auch nicht? Aber eine speziell österreichische Version ist Zeichen dafür, dass sich knallgrau sehr gut überlegt hat, was sie da machen.

Blogr ist auf jeden Fall noch nicht fertig, es ist ja laut FAQ noch im Alpha-Status, und ich werde in den nächsten Tagen ein ausführliches Feedback-E-Mail an knallgrau schreiben, mit vielen Verbesserungsvorschlägen.

Kurz und bündig?

• Sharing-Funktionen (bei Fotos/Videos) müssen besser hervorgehoben werden
• APIs (siehe FAQ – das ist anscheinend im Entstehen)
• Widgets (mehr davon!)