WE ARE ROOT

Diesmal nur ganz kurz: Der Termin für WP 2.4 wurde aufgrund von Familienzuwachs des Hauptentwicklers auf den Anfang des nächsten Jahres verschoben. Ich denke, so lange keine besonderen Probleme mit auftauchen sind wir ja auch mit unserer Version 2.3.1 zufrieden (oder eben 2.2.3, gell, Matthias?! *wink* ).

Im Blogartikel von WPD findet man nicht nur den Link zu aktuellen Roadmap sondern auf einen Verweis auf eine wöchentliche Zusammenfassung der Entwicklung Richtung 2.4 – sehr interessant wie ich finde.

Zum Artikel @ WordPress Deutschland Blog: Termin für WordPress 2.4

Ein paar Stunden – naja diesmal Tage wegen dem Wochenende – nach der Veröffentlichung von WordPress 2.3.1 auf WordPress.org hat das Team von WordPress-Deutschland.org die aktualisierte, vollständig deutsche Version zur Verfügung gestellt. Es handelt sich um ein Sicherheitsupdate inkl. ein paar Verbesserungen bzgl. des Taggingsystems.

Ich habe wieder dankbar den Service des Upgradepakets angenommen in dem man nur die neuen, geänderten Dateien findet und mit dem ein Upgrade zum Kinderspiel wird.

Vielen Dank!

Schwierigkeiten beim Upgrade hatte ich keine, aber ein vorheriges Backup der Datenbank ist wie immer Pflicht.

• Zu den Downloads der deutschen Versionen…
• Zum Entwicklerstatement (englisch)

Der ganz aufmerksame Besucher wird festgestellt haben, dass es seit heute ein neuer Menü-Punkt unter dem Suchfeld erstrahlt “Plugins”.

Was sind Plugins?

Es handelt sich hierbei um zusätzliche Programmteile, die innerhalb von WordPress für neue Funktionen oder Arbeitsweisen sorgen. Sie verändern dabei nicht die Originaldateien von WordPress sondern werden dynamisch geladen und können über das Administration ein- und ausgeschaltet werden.

Pluginwut

Hat man erstmal den Sinn hinter und den Nutzen von Plugins verstanden, kann sich kaum noch halten – So viele Plugins, so wenig Zeit!

Es macht natürlich keinen Sinn, alle Plugins zu installieren, die einem in die Finger kommen, aber dennoch gibt es so einige Funktionen, die durch gute Plugins verbessert oder gänzlich nachgerüstet werden. Um die Suche im Dschungel der Plugins etwas zu erleichtern nutze ich für die Plugin-Seite eine angepasste Variante von “PluginsUsed”. Dieses Plugin erzeugt automatisiert eine Liste von allen derzeit aktivierten Plugins.

Nicht nur fremde Federn

Auf der angesprochenen Seite gibt es auch einen Link auf meine eigenen Plugins. Dies sind entweder Plugins, die ich selbst entwickelt habe oder Plugins, die ich in angepasster Funktion verwende und in Absprache mit dem Autor des Originals hier zur Verfügung stelle.

Ein erstes Plugin – erstellt von meiner einer – ist bereits verfügbar.

In loser Folge werde ich in Zukunft Plugins vorstellen – wenn es besondere Wünsche gibt, kann ich dies auch gern berücksichtigen.

Nun aber rein ins Vergnügen:

• Zur Plugin-Liste
• Zu meinen eigenen Plugins

Da ich selbst noch manchmal über den Unterschied zwischen Pingback und Trackback  nachdenke, ist hier nun für mich und alle, die sich auch immer nicht sicher waren, was nun was war, die eindeutige und leicht verständliche Antwort:

Trackback vs. Pingback @ kronn.de

In diesem Zusammenhang fällt mir ein, dass WP ja standardmäßig einen Ping auf die verlinkten Seiten macht – ist es dann nicht ein doppelter Kommentar, wenn ich dann noch den Trackback einstelle? Und wird das gerade deswegen nicht von dem anderen Blog gefiltert, sodass zwar mein Ping, aber nicht mein Trackback, ankommt?

Hallo an alle,

das WordPress-Plugin Optimal Title von Aaron Schaefer ist sehr sinnvoll: Es dreht die standardisierte Reihenfolge von Blognamen und Postingüberschrift im Browser um, sodass z.B. dieser Artikel den Titel “Optimal Title und der Trackback :: WE ARE ROOT” hat.

Warum das Ganze?

Ganz einfach: In der Standardvariante von WordPress stünde im Titel: “WE ARE ROOT :: Optimal Title und der Trackback“. Was für Besucher, die bereits auf der Seite sind, wohl keinen Unterschied machen würde, ist für Menschen, die einen bestimmten Artikel in einer Suchmaschine suchen sehr wichtig, denn die Überschriften der Treffer werden nach einer gewissen Zahl an Buchstaben abgeschnitten. Das Ergebnis in Standard-Wordpress würde bei Google & Co. ungefähr so lauten: “WE ARE ROOT :: Optimal….” – irgendwie nicht so optimal,oder?

Durch das Umdrehen der Zeichenfolge ist nun gewährleistet, dass der Großteil des Artikel-Titels in dem Suchergebnis zu finden ist und der Suchende eher entscheiden kann, ob der Treffer für ihn (oder sie) ein Treffer ist.

Soviel zur Einleitung…

Zurück zum Thema: Der Trackback

Ein Trackback wird offensichtlich aus dem Titel des Blogpostings gebildet. Was für Suchmaschinen gut ist, ist aber für Trackbacks imho ziemlich schlecht, denn als Autor des Kommentars erscheint dann nicht der Blogname “Trackback von WE ARE ROOT …“, sondern “Trackback von Optimal Title und der…“. Irgendwie unschön.

Ich habe diesbezüglich mit Aaron Schaefer Kontakt aufgenommen. Leider hat er von der Trackback-Sache nicht viel Ahnung und konnte mir daher keine Lösung anbieten.

Der Grund warum ich das hier alles schreibe ist, dass ich die Möglichkeit suche, den Trackback (und nur da) wieder auf den Absender “WE ARE ROOT :: be admin or die tryin’” (also blogtitle :: blogdescription) zu ändern. Hat jemand dafür schon eine Lösung oder einen Aufhänger? Aaron ist übrigens daran auch interessiert.

Vielen Dank im Voraus!

Für mich ist es zwar schon zu spät, aber es könnte ja durchaus noch Menschen geben, die das Update auf 2.3 noch vor sich haben.

Auf bueltge.de wird ein Plugin vorgestellt, welches die arbeitsreiche Testphase vor dem Upgrade vereinfachen und verkürzen soll.

Da ich es nicht mehr brauche, habe ich es allerdings nicht testen können.

Nach einer intensiveren Erprobungsphase habe ich soeben die Umstellung von WordPress 2.2.3 auf 2.3 abgeschlossen.

Der aufmerksame Besucher wird gemerkt haben, dass sich das Seitendesign ebenfalls geändert hat. Dies ist u.a. der neuen Tagfunktion zu verdanken, die mit ihrer dynamischen Tag-Wolke nun die statische Kategorieliste im Menü ersetzt.

Bei der Umstellung war teilweise etwas Zähneknirschen angesagt, denn ein paar Plugins (z.B. Google-Sitemap-Generator ) benötigten ein Update.

Weiterhin wurde z.B. bei neuen Kommentaren kein Comment-Type mehr eingetragen (Feld blieb leer in DB) , was meine selbst erstellte Trennung von Trackbacks und Kommentaren durcheinander brachte. (Ich werde dies demnächst mal als Plugin auslagern.)

Diese Tests und Fixes dauerten insgesamt länger als gedacht (und gewünscht), aber nun
habe ich gleich ein paar neue Plugins aktiviert, z.B. die Möglichkeit, einen Kommentar-Thread zu abonieren, um Updates via Mail zu erhalten (mit subscribe to comments) sowie die Anzeige der letzten Kommentare in der Sidebar (mit get-recent-comments).

UPDATE: Ich habe gerade noch das SEHR vermisste Plugin gefunden, dass die Arbeit mit Tags enorm erleichtert: Click Tags! (Natürlich habe ich das erst gefunden nachdem ich alle Beiträge nachgetaggt habe.)

Ich hoffe, dass nun alles wie gewünscht funktioniert. Sollte eine Funktion nicht wie gewohnt oder gedachte arbeiten würde ich mich über einen Hinweis sehr freuen.

Die neue Version 2.3 von WordPress ist nun draußen und es hat sich wieder einiges getan.

WordPress-Deutschland hat sich die Neuerungen im Detail angesehen und auch gleich erklärt.

WordPress Deutschland Blog » Zehn Dinge die du über WordPress 2.3 wissen solltest

Ich persönlich freue mich am meisten über das intergrierte Tagging, da dies nun ohne Plugins unterstützt wird.

Allerdings wurden wohl so viele Änderungen vorgenommen, dass nicht klar ist, ob ein Update reibungslos funktioniert. Daher ist ein vorheriges Backup und ein Test, vor allem in Bezug auf die Funktionsfähigkeit der Plugins, wohl sehr zu empfehlen.

Entwicklerstatement zur neuen Version (englisch)

Ich warte allerdings noch, bis die fleißigen Bienchen von WordPress-Deutschland die komplett übersetzte Version veröffentlichen – erfahrungsgemäß dauert das nur wenige Tage.

NACHTRAG (26.09.07): Die deutsche Version ist schon online…. Respekt!

Das wollte ich mir nur mal wieder für später merken…

Ein Howto zum Schreiben von WordPress-Plugins, sowohl für “in the loop” als auch außerhalb des Loops.

Tutorial, wir schreiben ein simples WordPress-Plugin

Viel Spaß…

PS: Ich arbeite derzeit an mehreren Plugins… also: Stay tuned!

Eric Range hat in seinem Blog eine ziemlich einfache Lösung vorgestellt, mit der man mit einer WordPressinstanz mehrere Domains bewirten kann, die aber unter jeder Domain als eigenständiger Blog (User, Theme, aktivierte Plugins, Settings usw.) agiert.

Multi-(Sub)Domain-WordPress @ Open Sourced Brain.

Eigentlich will ich mir hier das nur merken, weil ich das bei Gelegenheit mal testen will… Falls es doch noch jemand anderen interessiert: Umso besser!

Laut der Entwicklernachricht handelt es sich wohl “nur” um einen Bugfix-Release, das Upgrade ist aber dringend empfohlen. Neue Funktionen sind allerdings nicht zu erwarten.

Ein Changelog ist leider noch nicht bereitgestellt worden, aber Interessierte können sich die Veränderungen im trac-System von WordPress ansehen.

Auch das Team von WordPress-Deutschland hat seine Hausaufgaben gemacht und sowohl die gesamte, vollständig deutsche Version als auch ein Archiv, das nur die geänderten Dateien zur Vorversion enthält, bereitgestellt.

Ich dachte mir gerade: “Solche XHTML- + CSS-Valid-Buttons sind ja eigentlich ganz nett. Die sollte ich hier auch mal hinzufügen.”

Eine schreckliche Idee, denn ich musste feststellen: Pustekuchen!

Die Anforderung an den übermittelten Content-type – also statt text/html den “neuen” application/xhtml+xml – hatte ich ja noch schnell hinbekommen mittels des Hinzufügens von

<?php header("Content-type: application/xhtml+xml"); ?>

in der ersten Zeile der header.php des Templates.

Aber die nachfolgenden Fehler – 19 Stück ! – im Validator waren dann nicht mehr so leicht zu beheben.

Zwei Beispiele:

• Da geht es zum Beispiel um das Element <strike>, welches seit XHTML 1.0 strict nicht mehr erlaubt ist, da es zu den sog. “presentational elements” gehört, also nichts mit der Struktur des Dokuments zu tun hat.
  • Die Lösung wäre hier, statt <strike> ein <span> zu nehmen und dies mittels CSS zu formatieren.
• Bei jedem Listenpunkt einer Aufzählung steht der Text des Listenpunktes (bei mir) in font-Tags, die die zu verwendenden Schriftarten angibt.
  • Statt dieser merkwürdig altbackenen Lösung müsste hier einfach das <ul> oder <li> entsprechend im CSS formatiert werden.

Beide o.g. Punkte kommen häufiger vor und sind deshalb nicht so einfach zu beheben, weil die Grundfunktionen des Editors eben diese Einträge erzeugt. In der Codeansicht könnte man in jedem Einzelfall den Beitrag “säubern”, aber dies scheint wohl nicht der Königsweg.

Eventuell gibt es ja schon einen Editor, der den Standardeditor ersetzt und die Formatierungen XHTML 1.1-valid erstellt. Allerdings müsste er dann wohl auch ein das Theme-Stylesheet ergänzende CSS-File mitbringen, um solche Probleme wie <strike> verlässlich zu lösen.

Die beste Lösung wäre es aber wohl, wenn WordPress selbst den Schritt zu 1.1 macht und die Probleme beseitigt.

EDIT: Beim Nachschauen stellte ich fest, dass die Listenpunkte in diesem Artikel keine font-tags haben. Daraus schließe ich, dass diese Tags wohl bei einem Editiervorgang erstellt wurden (aber nicht von mir gewollt!).

EDIT2: Ich habe den Header wieder zurückändern müssen, da mein Firefox sich manchmal mit dem Hinweis auf die nicht vorhandene Wohlgeformtheit des Dokument geweigert hat, die Seite überhaupt anzuzeigen. Darum kümmer ich mich also dann mal in Ruhe…