IE6

IE5

IE8

Firefox 3.6 Ubuntu

Firefox 4 Win 7

WordPress unterstützt im Adminbereich inzwischen keinen guten alten IE6 mehr. Hätte ich wohl nicht so gemacht, aber das ist akzeptabel, irgendwann wären wir Webautoren das Ding ja schon gern mal los.

Fehlermeldungen in WordPress

Schockiert bin ich dagegen von den Monsterfehlermeldungen im Dashboard. Ich nutze – nicht übertrieben aktuell  aber auch nicht veraltet – einen Firefox 3.6 auf Ubuntu Maverick Meerkat. Für diesen Browser bekomme ich noch regelmäßige Updates. Trotzdem meint WP mit einer Monstermeldung mir sagen zu müssen:

“Dein Browser ist veraltet”

Ja, die Meldung lässt sich ausblenden, ja bei ersten Tests sieht es so aus, als käme sie auch nicht mehrfach. Trotzdem:

Ungeübtere Nutzer werden überflüssigerweise erstmal irritiert sein. Ich kann auf die Anfragen warten, wenn ich bei Kunden die neue Version eingespielt habe. WordPress mischt sich hier in etwas ein, was für meinen Geschmack definitiv nicht mehr in Ordnung ist.

IE6

Hier eine dicke rote Meldung mit

“Du verwendest einen unsicheren Browser”

zu bringen, ist in Ordnung, das Ding (Internet Explorer) ist von 2001, da ist allmählich mal Zeit für ein Update.

IE5

Ups, besser IE5 als IE6, denn hier gibt’s nur eine ockerfarbene aber keine rote Fehlermeldung.

IE8

“Dein Browser ist veraltet”

Nunja, auf Windows 7 stimmt das, aber auf einem guten alten Windows XP kann gar kein IE9 installiert werden, insofern schon auch fragwürdig.

Firefox 3.6

“Dein Browser ist veraltet”

Das ist nicht in Ordnung, in meiner noch nicht veralteten Version von Ubuntu bekomme ich per automatischem Update keinen aktuelleren Firefox.

Firefox 4 auf Windows

“Dein Browser ist veraltet”

Für mich die Krönung des Ganzen, im Moment ist für mich Firefox 4 auf Windows durchaus, Stand der Dinge, auch wenn es bereits Firefox 5 gibt.

Sonstige Browser

Die Meldungen erscheinen nur bei den Mainstreambrowsern, mein Seamonkey 2.0.11 ist in Ordnung, obwohl es 2.2 bereits gibt.

Nutzer sollen selbst entscheiden

Für mich ist es in Ordnung bei schweren Mängeln zu informieren, gegen sehr veraltete Browserwarnungen innerhalb von WordPress habe ich nichts. Aber das gilt für mich für Internet Explorer kleiner gleich IE7, ebenso bei alten Firefoxversionen, für die es keine Updates mehr gibt.

WordPress jedoch teilt die Welt in gut und böse, wie es grad dem jeweiligen Entwickler passend erschien. Das ist für mich Einmischung und ärgerlich. Daran ändern  – wie erwähnt – auch die ausblendbaren Warnungen nichts.

• WP 3.1.4. auch in deutscher Version zum Download bereit

Häufig bin ich eher genervt übers soundsovielte Update.

Pluginverzeichnis auf wordpress.org gehackt

Richtig schlecht ist jedoch das wohl gehackte Pluginsverzeichnis auf Wordpress.org

Weitere Infos siehe auch: WP-Pluginverzeichnis gehackt
Laut den deutschen WordPressentwicklern, haben sich Unbekannte Zugriff auf das offizielle Pluginverzeichnis verschafft und die drei populären Plugins AddThis, WPtouch und W3 Total Cache mit einer Backdoor ausgestattet. Durch diese Hintertür könnte wohl auf das betroffene System zugegriffen werden.

Aus Sicherheitsgründen wurde alle Passwörter zurückgesetzt, darüber hatte ich mich gestern noch gewundert, die Meldung las ich jedoch heute eher zufällig, weil ich nach dem Update schaute.

Wer in den letzten Tagen eins der Plugins aktualisiert oder installiert hat – sollte dringend auf die neue Version aktualisieren und das eigene Passwort ändern.

Passwörter zurückgesetzt

Erstaunlich ist allerdings die schnelle Reaktion mit dem Rücksetzen aller Passwörter. Leider hatte ich es bis heute mittag nicht mitbekommen, dass da ein dickeres Problem ist. Vielleicht erfährt ja jemand durch diesen Artikel davon. Ich habe jedenfalls mal überall die betroffenen Plugins aktualisiert, die eventuell die Backdoor enthalten haben könnten.

• Kaffeekochensession #bcbs10 @robgreen und @enypsilon

Heute nur mal kurz eine Zusammenfassung des Barcamps an sich, bei etwaigen Rückfragen vertiefe ich gern noch inhaltlich zu meinen Sessions. Eine schöne Übersicht übers Barcamp gibts von Waltraud Kässer von see-online.info, die erstmals bei einem Barcamp war.

Wie immer habe ich die ein oder andere Session verplaudert. Bei der  ein oder anderen habe ich mich jedoch beteiligt:

• GTD Selbstmanagement
• see-online.info – ein lokales Online Magazin
• IPv6 Grundlagen
• Webentwickler trifft Marketing trifft Kunden
• Erfolgreiche Pressemitteilungen

Während des Barcamps gab erstaunlich wenig Momente, in denen ich mich organisatorisch beteiligen konnte/musste. Das meiste ging schlicht nebenbei, mal abgesehen von einem:

@heinzkamke schrieb:

“Großartige Session, geleitet von @miradlo und @enypsilon, beraten von @robgreen: Werkstattbericht Kaffeemaschine #bcbs10”

So ganz geplant war diese  Kaffeekochensession, die heinzkamke so erfreute zwar nicht, aber irgendwie gab’s mit vereinten Kräften (zu sechst) irgendwann doch noch Kaffee. Hätten wir von JanTheofels Anleitung für die Maschine gewusst wäre es nicht zu einer solch intensiven Session gekommen…

• Seehas in einem Garten in Konstanz

Den Link dazu hat Rob wohl inzwischen gefunden oder irgendwer hat ihn drauf hingewiesen, denn in seinem Artikel verweist er darauf. Offenbar blieb die Kaffeeerstellungssession doch bei manchen ebenso im Gedächtnis blieb wie mein Hinweis auf Seehasen.

Es war mein erstes echtes “Heimspielbarcamp”, nicht nur in meiner Stadt, sondern sogar noch an der HTWG, an der sich gar nicht so viel geändert hat. Vieles war noch erstaunlich vertraut, auch wenn es sechs Jahre her ist, dass ich dort studierte. So vertraut, dass mir gar nicht auffiel, was Thorsten von bastamedia ein Foto wert war, denn ich kannte das nur so, seit es das Laufband gab war es immer so… Neu war für mich der
elektronische Sessionplaner, den ich – zumindest in dieser Form – noch für optimierbar halte. Mit schlichten Zetteln ging es bislang halt schneller…

Hintergrund, Idee und weitere Einsatzmöglichkeiten unsers WikiViewers

Ein bisschen habe ich ja bereits über den WikiViewer hier im Blog berichtet. In der Session ging es sowohl um weitere Einsätze, als auch um die Idee die dazu führte. Eine Frage war ob wir daraus ein Produkt machen wollen. Nein, wir wollen den Wikiviewer nicht verkaufen, er soll Open-Source sein, wenn wir etwas verkaufen, dann wird es das Einrichten und Anpassen der Software sein.

Wie üblich waren Roland und ich nur selten in denselben Sessions, diese hatten wir jedoch von vorne herein gemeinsam geplant. @thomasgemperle hat Roland in einer seiner Scrum-Sessions fotografiert.

Coworking

Nach dem Barcamp Liechtenstein habe ich ja schon einmal kurz über Coworking geschrieben. Dieses Mal wollte ich an sich gar keine Session dazu machen und die erste Session dazu am Samstag überschnitt sich mit meinen Plänen. Doch Sonntagmorgen wurde ich gefragt, ob ich nicht etwas dazu machen könnte, deshalb entschloss ich mich spontan dazu. Ziel war Coworking bezogen auf Konstanz zu beleuchten. Ich konnte Harald gewinnen ebenfalls teilzunehmen, er hat in Stuttgart gerade ein solches Projekt auf die Beine gestellt: Coworking Stuttgart Von ihm stammt der Hinweis auf die Definition: “Coworking is Barcamp all day“, die mir gut gefällt, denn sie beschreibt den Unterschied zu Bürogemeinschaften deutlich.

Im Moment fehlt mir die Zeit mich da intensiver zu engagieren, aber bis zum Herbst, sollten zwei, drei weitere Treffen und etwas Werbung für die Idee drin sein…

Barcamp Bodensee SEO für Anfänger

Ich bin ja nicht ungeteilter Fan von SEO und liebe das Thema nicht grad sonderlich. Mir fiel jedoch am ersten Tag bei  auf, dass manche in ihren Blogs einige Grundlagen nicht nutzen, die an sich recht einfach umzusetzen sind. Deshalb zeigte ich anhand dieses Blogs ein paar Punkte und erklärte deren Hintergrund:

• was ist ein Quelltext, was sieht man da?
• was ist eine Dokumentstruktur in HTML und wie lässt sich diese realisieren?
• wie sollten Zwischenüberschriften aussehen?
• wie sollte ein Link aussehen?
• warum sind Bildernamen wie img3217329.jpg ungünstig?
• was ist ein alt-Attribut, wozu ist es gedacht, wie lässt es sich nutzen?

Ganz wichtig ist mir bei allen Ideen zur Suchmaschinenoptimierung, dass es unterm Strich nicht nur um die Suchmaschinenoptimierung gehen darf. Denn was helfen die tollsten Besucherzahlen, wenn der optimierte Text am Ende von Besuchern nicht mehr gern gelesen wird.

Blogportal BuddyPress mit WP MU

Ab und zu kommt es vor, dass jemand Probleme beim Blog anlegen hat und ich als Administratorin dann helfen sollte. Mein erster Versuch war nicht so erfolgreich, weil das Blog anschließend mir gehörte und es scheint keine Einstellung zu geben, die den ursprünglichen Besitzer des Blogs nochmal ändern kann.

Meine Befürchtung war, dass ich beim Anlegen bereits eine Bestätigung bräuchte, deshalb gab ich meine E-Mailadresse ein. Nachdem es so nicht klappte testete ich nochmal und stellte fest, dass das nicht so ist, selbst dann nicht, wenn noch kein Benutzer existiert.

Ganz einfach klappt es auf folgendem Weg:

• Blog anlegen mit gewünschtem Namen und gewünschter Adresse
• Mailadresse des Administrators legt den Blogbesitzer fest

Beim Anlegen des ersten Artikels, wird zunächst auch immer der eingeloggte Nutzer als Admin genommen, jedoch kann im Beitrag der Autor geändert werden und so als Beitrag des Blogbesitzers angegeben werden.

Jetzt versteht auch BuddyPress korrekt, wem das Blog gehört und ordnet es dem gewünschten Besitzer zu.

Tja, “kaum macht man’s richtig geht’s”

Erschwerend kommt hinzu, dass ich auf meinem produktiv genutzten Rechner noch immer KDE 3.5 nutze und so auch mit KDE 4 noch nicht in jeglicher Hinsicht vertraut bin.

Wäre ich jetzt ruhig und geduldig und nähme mir viel Zeit, dann wäre es sicher einfacher. Aber seit Wochen ist es immer mal so kurz am Rande, dass ich etwas mit Ubuntu mache, meist dann wenn irgendwas beim anderen System hakt oder nicht ganz sicher ist.

Dieses Mal war es mein spezieller Freund WordPress. Beim Aktualisieren von Blogs klappte mal wieder in keinem Browser der Umgang mit dem Adminbereich wie erhofft. Weitere Blogs auf die neueste Version anheben, ohne zu wissen, ob ich mit der nachher noch arbeiten kann, ist nicht grad sinnvoll. Auf tacita, meinem Produktivrechner brauchte der Firefox teils mehrere Minuten, um im Adminbereich vom Dashboard auf einen Artikel umzuschalten. Das ist nicht akzeptabel. Im Konqueror ging gar nichts, da lässt sich der Adminbereich gar nicht mehr bedienen. Opera ist zwar schnell, aber der Fehler, dass Absätze und Zeilenumbrüche nicht erhalten bleiben ist immernoch da, das geht also auch nicht. Meist arbeitete ich für Blogs in den letzten Monaten mit Seamonkey, leider lässt der sich mit der neuesten WP-Version gar nicht mehr ein.

Weil also all das nicht klappte, testete Roland kurz auf dem Asus, dort waren die Antwortzeiten nicht so unterschiedlich zwischen beiden Versionen. Deshalb musste ich also mal weiter testen und nahm Ubuntu. Der Firefox ist grad noch aktueller und hat noch keinerlei Plugins, die irgendwas beeinflussen könnten. Tatsächlich lässt sich dann selbst der dicke Klotz WordPress 2.8.3 noch einigermaßen bedienen.

Wenn ich schon dran bin, dann will ich ja auch immer noch ein bisschen weiterkommen mit meiner Umstellung. Gleich als erstes wollte Ubuntu mein W-LAN wieder nicht mehr finden, das ließ sich recht schnell lösen. Danach blieb ich an Eclipse hängen, was nicht tat, was ich wollte, bis ich etwas intensiver recherchiert und probiert hatte.

Ein Rechner ohne die eigenen Daten ist auf Dauer ja auch ein bisschen langweilig.

Also wollte ich daran was ändern, nun die passenden IPs für den Zugriff auf die anderen Rechner mit meinen Daten in  die /etc/hosts eintragen ist nicht schwierig, nachdem ich kapiert hatte, dass ich jetzt entweder kwrite installiere oder mich halt doch mal noch an Kate gewöhne… Ja, ich kann das auch mit dem vi, aber ich war nie, bin nicht und will auch nicht überwiegend mit Konsole arbeiten. Manchmal ist das sehr praktisch, als Backup, wenn der grafische Schnickschnack ausfällt eine perfekte Lösung, aber für mich nicht meine Lieblingslösung.

Soweit so schön, grad von tollen grafischen Lösungen geredet, aber ich bin ja nicht konsequent, für manches mag ich das Zeug wieder nicht, ich wollte einen ganz einfachen normalen rsync zwischen xaver, der (K)Ubuntu-Maschine und tacita, meinem Produktivrechner. Weil ich nur kann, was für mich logisch ist, geht mein rsync von der Quelle zum Ziel, andersrum kapiere ich es nicht. Tja, und genau das ging wieder nicht, von xaver auf tacita kam ich per ssh und und sftp, da hätte wahrscheinlich auch der rsync geklappt, aber umgekehert war wieder nichts zu wollen. Von tacita aus gelang mir einfach kein Zugriff auf xaver.

Nun gut, ich soll ja nicht so bockig sein, also doch wieder Klickibunti um mal irgendwo anzufangen. Also halt dolphin mit sftp auf tacita, von dort dann mit echtem Mausschubsen Ordner auf xaver kopieren. Hässliche Variante, aber sie funktioniert, also doch nicht soo doof.

Ich muss nicht erwähnen, dass mir das grafische K-Menü irgendwann unterwegs mal wieder abhanden kam, oder? Aber das kenne ich ja schon, dafür gibt’s per rechter Maustaste

• zum klassischen Menü wechseln

nicht so hübsch, ohne Suchfunktion, aber mit dem Vorzug, es funktioniert einfach.

Insgesamt ist es jedoch alles noch mühsam, weil mir auf Anhieb grundsätzlich nur einfällt, was ich bei Gentoo und KDE 3.5 tun würde, weder habe ich Ubuntu so recht im Griff, noch bediene ich bislang KDE 4 intuitiv. Aber mal so über Nacht ein paar Daten kopieren lassen ist prima, dann passiert was, ich habe das Gefühl ich habe was getan und kann die beiden Rechner problemlos allein lassen, denn die kopieren oder eben nicht, ob ich jetzt dabei bin oder auch nicht. Perfekt ist grad, dass xaver und tacita identische Rechner sind, wenigstens bezogen auf Optik und Handhabung  muss ich nicht nachdenken.

WordPress Statistik 19% unpatched

Serendipity Statistik 0% unpatched

Firefox 3.0 Statistik0% unpatched

Firefox 3.5 Statistik 0% unpatched

Dirk hat in meiner Session beim Barcamp Liechtenstein als es um Blogsoftware ging secunia.com erwähnt und inzwischen auch selbst darüber berichtet. secunia ist ein Unternehmen welches regelmäßig verschiedenste Software untersucht.

Dabei schaut das Unternehmen nach Sicherheitslücken und beurteilt in weiteren Untersuchungen wie damit umgegangen wurde. Die Screenshots zeigen schon anhand der Farbwahl im Ampelstil, ob alles in Ordnung ist, oder ob es Probleme gibt. Bei späteren Prüfungen wird geschaut, ob die Ratschläge umgesetzt wurden, daraus ergeben sich die Hinweise auf den Lösungstatus:

• Unpatched
• Vendor Patched
• Vendor Workaround
• Partial Fixed

Ausnahmsweise lassen ich die englischen Originalbegriffe stehen, da es aus meiner Sicht keine sinnvollen, gebräuchlichen, deutschen Übersetzungen gibt.

Weiterhin wird angegeben in wieweit die Sicherheitsratschläge zu bewerten sind.  In folgenden Stufen wird angegeben für wie kritisch die gefundenen Lücken gehalten werden.

• Extremely
• Highly
• Moderately
• Less
• Not

Da in den Kommentaren diese Woche der Vergleich auch mit Firefox kam, führe ich auch den mit auf.

Blogsoftware

• Serendipity 1.x (0% unpatched)
• Wordpress 2.x (19% unpatched)

Firefox-Browser

• Firefox 3.0 (0% unpatched)
• Firefox 3.5 (0% unpatched)

Betriebssysteme

• Ubuntu 9.04 (0% unpatched)
• Windows Vista (5% unpatched)
• Mac OS X (5% unpatched)

Ich meine, diese Werte bestätigen ganz klar, dass es kein sinnvolles Konzept gibt, wie WordPress mit Fehlern und Lücken umgeht. Denn gefunden werden Fehler auch bei anderer Software, allerdings bemüht man sich da entsprechende Lücken umgehend zu schließen.

Ganz im Gegensatz zu dem, wie es scheint, wenn es viele Updates gibt, ist es bei WordPress trotzdem wohl nicht sonderlich wichtig Lücken zu schließen, sonst könnten nicht 19% weiterhin offen bleiben…

WordPress-Versionen 2008 und 2009

• Hinweise WordPress aktualisieren

• WordPress 2.5 erschien im März 2008
• WordPress 2.6 erschien im Juli 2008
• WordPress 2.7 erschien im Dezember 2008
• WordPress 2.8 erschien im Juni 2009
• WordPress 2.9 erscheint voraussichtlich im  Dezember 2009

Das Ganze sieht schon anders aus, wenn die zwischendurch veröffentlichten kleinen Updates mit dabei stehen; die deutschen Versionen inklusive der Zwischenversionen laut Archiv von WordPress Deutschland:

• WordPress 2.5 erschien im April 2008
• WordPress 2.5.1 erschien im April 2008
• WordPress 2.6 erschien im Juli 2008
• WordPress 2.6.1 erschien im August 2008
• WordPress 2.6.2 erschien im September 2008
• WordPress 2.6.3 erschien im Oktober 2008
• WordPress 2.6.5 erschien im November 2008
• WordPress 2.7 erschien im Dezember 2008
• WordPress 2.7.1 erschien im Februar 2009
• WordPress 2.8 erschien im Juni 2009
• WordPress 2.8.1 erschien im Juli 2009
• WordPress 2.8.2 erschien im Juli 2009
• WordPress 2.8.3 erschien im August 2009
• WordPress 2.8.4 erschien im August 2009
• WordPress 2.8.5 erschien im Oktober 2009
• WordPress 2.8.6 erschien im November 2009
• WordPress 2.9 erscheint voraussichtlich im  Dezember 2009

In diesem Jahr waren es damit bereits neun Updates. Meist ging es um Sicherheitsupdates, sprich gerade die Zwischenversionen sind damit wichtig und sollten auf jeden Fall aktualisiert werden.

Plugins und ihre Aktualisierungen

Ich kenne kein WordPress-Blog welches nicht auch einige Plugins einsetzt, um weitere Funktionen hinzuzufügen. Die Plugin-Updates kommen irgendwann zwischendurch und auch hier kann es sein, dass es um Sicherheitsprobleme geht, die gelöst wurden. Anfangs machte ich regelmäßig Plugin-Updates sobald diese veröffentlicht wurden. Doch als ich mehrfach danach einen oder mehrere Fehler hatte, weil die neue Version eines Plugins zu irgendwas anderem nicht passte, hörte ich damit auf. Inzwischen aktualisiere ich Plugins nur in Notfällen, sprich wenn eine Sicherheitslücke zu stopfen ist, ansonsten werden Plugins nur noch gemeinsam mit einem Update aktualisiert.

Die Zwischenversionen bestehen ja nur aus einigen Dateien, die überspielt werden können, es ist also keine vollständige Änderung aller Dateien nötig. An sich sollte diese Zwischenupdates daher problemlos funktionieren und keine Seiteneffekte haben. Doch das klappt leider oft nicht, mal ein Beispiel wie es bei einem Update lief, welches schon ein bisschen länger her ist:

Aktualisieren mehrerer Blogs

Wie schon mehrfach beschrieben, ich aktualisiere immer erst lokal, teste dann und spiele erst danach die jeweilige Änderung auch online ein. Einige Male habe ich es auf einem Testblog versucht automatisch zu aktualisieren, es klappte jedoch – wenn überhaupt -nie so, dass ich das bei einem Blog mit echten Inhalten risikieren würde.  Ich begann WordPress auf diversen Blogs zu aktualisieren. Ich lud mir WP 2.8.3 runter, so wie die aktuellen Versionen der genutzten Plugins.

Ich hatte das erste Blog gerade aktualisiert und war dabei das zweite zu bearbeiten, als bereits das erste Plugin wieder nicht mehr aktuell war. Also auch da die neue Version runtergeladen. Abends beim Testen lief es auf meinem Rechner lokal erst mal ganz schlecht. Ein noch langsamerer Adminbereich als bisher schon, in weiteren Browsern entweder gleich schlecht benutzbar oder noch weiter verschlechtert. Ich bin schon einiges gewohnt, aber ich brauche wenigstens einen Browser, mit dem sich auch der WordPress-Adminbereich bedienen lässt.  Ich installierte mir einen Firefox ohne Add-Ons, damit ging es dann einigermaßen.

Inzwischen liefen zwei Blogs auf 2.8.3 auch online. Noch während ich lokal die Updates für weitere Blogs testete, Plugins aktualisierte und den ein oder anderen Wunsch für Änderungen umsetzte, las ich dass die 2.8.3 auch keine gute Idee sei. Ich hatte jedoch schon die Updates bei 2.8.1 und 2.8.2 auf dem ein oder anderen Blog abbrechen müssen, weil ich bereits lokal feststellte, dass damit das Blog nicht mehr lief. Für die 2.8.3  kamen ständig neue Vorschläge, wie der unsichere Login zu reparieren wäre. Na bravo! Ich blieb also erstmal an den Anpassungen und Erweiterungen die in einigen Blogs zu machen waren.

Am dritten Tag beschloss ich jetzt doch noch weiter zu aktualisieren und um das abzuschließen. Zunächst schaute ich was auf dem nächsten zu aktualisierenden Blog noch zu tun ist und: “Juhu! ein Update!” Ja, es ist toll, dass der Fehler damit behoben wird. Das ändert allerdings nichts daran, dass ich jetzt also erstmal die ersten beiden Blogs vom Tag zuvor erneut aktualisieren musste. Dieses Mal probierte ich es ohne nochmaliges Sichern und Plugins abschalten, solange war die letzte Aktualisierung ja noch nicht her, als das lokal lief, riskierte ich es auch online.

Ja, die zwei nur von 2.8.3 auf 2.8.4 zu aktualisierenden Blogs waren tatsächlich kein Problem; alles andere aber schon. Ein Blog zickte nochmal bevor es sich überreden ließ, doch so zu tun, als sei alles in Ordnung. Zwischendurch musste ich jeweils wieder die online-Versionen aus Kundenprojekten holen, um nicht versehentlich was zu überschreiben, denn ich kann ein Blog ja nicht über zwei, drei Tage einfach abschalten.

Fazit WordPress nutzen

Die Updates sind in keinster Weise planbar, denn z.B.  die 2.9 war für November angekündigt, ob sie jetzt noch dieses Jahr kommt ist nicht klar. Die Zwischenversionen kommen, wenn eine Lücke bekannt wird und groß genug ist, um repariert zu werden. Ich kann jedoch in meinen Arbeitslauf nicht ständig vorsichtshalber drei Tage einplanen, in denen ich sofort, wenn ein Update erscheint, alles andere stoppe und absage, um mich dann um WordPress zu kümmern.

Unterm Strich kostet mich eine Aktualisierung pro Blog zwischen einigen Stunden bis zu ein oder zwei Tagen, wenn eine Fehlersuche aufwändiger wird. Ginge es hierbei um ein Update pro Jahr, dann wäre es noch akzeptabel, bei einem Update etwa alle sechs Wochen geht das einfach nicht, denn kein Kunde ist bereit das nach Aufwand auch nur annähernd zu bezahlen. Denn selbst bei einem Stundensatz von nur 50 Euro wären das jährlich rund 2500.- Euro nur für Aktualisierungen und kleine Anpassungen.

Ich bin deshalb inzwischen dazu übergegangen, dass ich für neu aufzusetzende Blogs WordPress nicht mehr anbiete, eine Ausnahme sind Portale mit WordPress MU und BuddyPress, weil sich da der Aufwand ja auf viele Einzelblogs verteilt und weil es zur Zeit keine echte Alternative dafür gibt.

Doch irgendwann las ich von dem Tipp, den Button “Medien einbetten” zu nutzen. Wunderbar, da musste ich nur den Link eingeben und alles andere klappte von selbst.

Wieder nicht mehr valide

Gestern habe ich auf uteles Blog wieder mal ein Video eingebunden und zunächst gar nicht überprüft, ob alles passt, weil ich das an sich ja weiß. Aus einem anderen Grund prüfte ich heute kurz und “ups, Mist, Fehler”.

Nun gut, mal kurz nachsehen, was ich wohl falsch gemacht habe; Quelltext des Videos, welches Fehler wirft:

<p><object classid=”clsid:d27cdb6e-ae6d-11cf-96b8-444553540000″ codebase=”http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0″ height=”350″ width=”425″><param name=”src” value=”http://www.youtube.com/v/Frx0Wc1cxbo”><embed type=”application/x-shockwave-flash” src=”http://www.youtube.com/v/Frx0Wc1cxbo” height=”350″ width=”425″><a class=”mjedzjfsfvwhkvyhhsjp” href=”http://www.youtube.com/v/Frx0Wc1cxbo”></a></object></p>

Ok, stimmt, da steht was von type=”application/x-shockwave-flash” also mal nach einem alten Video schauen und sehen, was sich da unterscheidet:

<p><object data=”http://www.youtube.com/v/6a_KF7TYKVc” type=”application/x-shockwave-flash” height=”350″ width=”425″><param name=”src” value=”http://www.youtube.com/v/6a_KF7TYKVc”></object><a class=”mjedzjfsfvwhkvyhhsjp” href=”http://www.youtube.com/v/6a_KF7TYKVc”></a></p>

Fehlersuche

Ich schaute mir das Ganze mal in der HTML-Ansicht von WordPress an und da stand bei beiden Beiträgen dasselbe (außer dem Link zum Video selbst natürlich):

<object classid=”clsid:d27cdb6e-ae6d-11cf-96b8-444553540000″ width=”425″ height=”350″ codebase=”http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0″><param name=”src” value=”http://www.youtube.com/v/MpIOClX1jPE” /><embed type=”application/x-shockwave-flash” width=”425″ height=”350″ src=”http://www.youtube.com/v/MpIOClX1jPE”></embed></object>

Das konnte jedoch irgendwie nicht sein.

Ich versuchte es mit einem weiteren Beitrag mit Video und siehe da, da stand was anderes:

<object width=”425″ height=”350″ data=”http://www.youtube.com/v/Frx0Wc1cxbo” type=”application/x-shockwave-flash”><param name=”src” value=”http://www.youtube.com/v/Frx0Wc1cxbo” /></object>

Reparieren

Ich gab das in HTML-Ansicht des Beitrags ein, und siehe da, schon passt es wieder und die Startseite ist fehlerfrei, die Unterseite hat wie immer den einen Fehler, bei dem der Validator noch nicht auf dem aktuellen Stand ist. Allerdings wieder mit dem alten Problem, nicht mehr auf die visuelle Ansicht umschalten, sonst ist es wieder kaputt.

Ich suchte nochmal, denn irgendwas war da komisch und nach erneutem Öffnen des Beitrags, der zwar gleich aussah aber valide war, sah ich das Problem, es gab eine automatische Speicherung, diese zeigte die falsche Version, aber die tatsächlich publizierte Version war eben doch mit anderem Code.

Fazit

Na prima, da konnte WordPress auf ganz einfache Art mal Videos valide einbinden und jetzt ist es wieder kaputt. Ich hab jetzt nicht gesucht, kann sein irgendein Plugin ist schuld, vielleicht ist es auch grad diese Version und die nächste dann wieder nicht…

Ganz ehrlich: Es ist mir egal, es nervt einfach.

Schreibtäter (Bild ist aufs Blog verlinkt)

Blindgängerin (Bild ist aufs Blog verlinkt)

Ich habe ja inzwischen schon das ein oder andere Mal über Serendipity geschrieben. Lokal hatte ich schon einige Tests gemacht, testweise mal was aufgesetzt, ein Projekt mit einem bestehenden Template erstellt… Die ersten tatsächlich aktiv online laufenden zwei Blogs mit angepasstem Template nach dem Entwurf einer Grafikerin sind jetzt soweit fertig.

Das ein oder andere hakte noch ein bisschen, noch nicht jeder Fehler ist endgültig gelöst, siehe das Problem auf Windows XP, aber insgesamt klappt jetzt fast alles wie gewünscht. Blogs haben nach meiner Erfahrung immer ein bisschen Anlaufschwierigkeiten, bis sie ganz rund laufen und brauchen auch meist in den ersten Wochen noch die ein oder andere Ergänzung.

Lesetipp

Nicht immer habe ich Kundenaufträge, die ich persönlich auch inhaltlich interessant finde. Bei diesen beiden Blogs hatte ich Glück. Nein, keine Techieblogs, wie sie hier besonders  passend wären.

Der Schreibtäter schreibt über was ihm gerade so im Alltag auffällt oder passiert, aber in einer – wie ich finde – sehr schönen Sprache, die den Artikelinhalt schon fast nebensächlich erscheinen lässt. Sprachlich gibt es eben doch einen lesbaren Unterschied zwischen Profis und Amateuren.

Die Blindgängerin ist eine blinde Dame, die es nicht so mag als – ältere Dame – bezeichnet zu werden, deshalb lasse ich das jetzt und erwähne nur, dass sie nicht mehr weit von ihrem achzigsten Geburtstag entfernt ist. Mir gefällt wie ich im Plauderton ganz nebenbei von ihrem Alltag lese.

Wegen der Inhalte hatte ich schon kurz überlegt auf uteles Blog darüber zu schreiben, aber das kann ich ja irgendwann mal noch nachholen. Hier geht es mir grad noch um die erste Gegenüberstellung von S9y und WordPress.

S9y vs WordPress

• Mit WordPress habe ich die längere Erfahrung und habe schon deutlich mehr gemacht. Nichtsdestotrotz war von ein paar Stolpersteinen mal abgesehen die Installation auch nicht komplizierter oder langsamer als bei WP, welches mit seiner “Fünf-Minuten-Installation” wirbt.
• Anpassungen ans Layout waren und sind für mich schon immer der Normalfall und auch hier fiel mir S9y eher etwas leichter.
• Plugins installieren
  • WP hat einiges “out of the box” was s9y explizit gewählt werden muss. Mir ist es meist lieber, ich suche aus, bei den ersten Erfolgserlebnissen ist WP damit jedoch schneller.
  • S9y hat keine so riesige Auswahl an Plugins, auch das für mich persönlich eher ein Vorzug, denn ich suche eine Funktion, wenn ich die bekomme, bin ich zufrieden, ich brauche die nicht in unzähligen Varianten
  • Plugins sind zueinander kompatibel:
    • bei s9y selbstverständlich
    • bei WP das was bei jder Änderung immens Zeit frisst
• Stabilität und Geschwindigkeit
  • bisher habe ich S9y noch nicht zum Absturz gebracht und es ist insgesamt flott
  • WP stürzt auch kaum mal ab, aber es ist an vielen Stellen insbesondere im Adminbereich krötenlangsam
• Gesamteindruck
  Bisher bleibe ich dabei – wenn ich die Wahl habe – werde ich kein WordPress mehr in neuen Projekten einsetzen und ich plane bestehende Blogs auf Dauer umzuziehen.

Nach den letzten Updates habe ich trotz vieler Versuche noch immer in mehreren Blogs nicht wieder alles so laufen, wie ich wollte.

Die aktuelle WP 2.8.4 ist ja wegen unzähliger Probleme und Lücken ihrer Vorgänger zwingend nötig.

Die Meldung bei Golem berichtet aktuell schon wieder von einer Sicherheitslücke für alle vorigen Versionen.

Bereits im Juni habe ich in einer Blogparade nach Erfahrungen auch mit Serendipity und anderer
Blogsoftware gefragt.

Ich habe gestern beschlossen, dass es jetzt reicht und ich in Zukunft Schritt für Schritt von WordPress Abstand nehme.

Mein Hauptproblem sind grad noch die sozialen Netzwerkfunktionen, die BuddyPress mit WP MU bietet.

Deshalb habe ich auch mal bei identica und twitter gefragt. Es gab kaum Joomla-Fans, wenig ganz andere Ideen, aber viele Drupal-Empfehlungen.

Ich werde demnächst mal suchen gehen, wie sich ein Theme bei s9y bauen lässt, fein wäre ein leeres Grundgerüsttheme…

Wird sich alles zeigen, vielleicht lassen sich ja Teile der WP-Themes übernehmen.

Aktuell jetzt also WP 2.8.4 und meine Begeisterung hält sich gewohnt in Grenzen.

Auf den ersten Blick scheint zumindest im Bereich für euch, alles soweit in Ordnung zu sein, falls ich was übersehen haben, bitte schreibt mir, danke.

Dazu ein anderes Mal mehr.

Hab die Gelegenheit noch genutzt jetzt die Dents von identi.ca in der Seitenleiste anzuzeigen, ich werde auch mal testen, ob jetzt Blogbeiträge von hier brav zu indentica gesendet werden. (Klappt! )

Ich nutze dafür die minimal angepassten Twitter-Tools, die Anleitung das für identi.ca zu nutzen, gibt’s bei Helmut, der Tipp dazu kam von dunkelangst.

• Roman berichtet mit Foto über die Podcastaufnahme von deimhart.net bei der wir dabei waren, da ging es um die Nummer vier, aktuell ist Nummer 3 online.
• Statt langweiliger Standardtooltipps wie hier, lassen die sich auch aufmotzen, Dieter schreibt über die JS-Tooltipps
• WordPress Permalinks einfach und sicher mit Pluginhilfe umstellen.
• Eine ganze (englischsprachige) Seite mit Hinweisen zu Farbblindheit im Web, Tipps und so… Manche Barriere lässt sich verringern oder gar vermeiden
• Rückmeldungen zur Seite für die ubucon erwünscht, um Kommentare dazu bittet Dirk
• Was sich in der Informatik und Technik so alles getan hat, ein klasse Video mit spannenden Zahlen!

Leider passiert es auch immer wieder, dass Updates schief gehen. Mit 2.8 hatte ich es kurz auf einem Testblog probiert und da es gar nicht klappte beschlossen, dass ich es erstmal lasse, danach kamen einige Meldungen, dass es nicht geklappt hatte. Inzwischen las ich von manchem Zurückgehen auf eine kleinere Version und von Problemen sowohl mit 2.8 wie auch schon mit 2.8.1, nur mal so die mir in den letzten Tagen nochmal auffielen:

• Boris
• Dieter
• alte Kiehvotz
• Rio

Ich habe ja inzwischen schon ein paarmal erwähnt, dass ich grad buecherbrett.org betreue, welches mit WordPress MU und BuddyPress läuft. Für WPMU gibt es inzwischen auch die 2.8.1, aber da es seltener genutzt wird auch noch nicht viele Rückmeldungen. Von BuddyPress habe ich inzwischen die dritte Version in zwei Monaten, die vierte, die dann zu MU 2.8.1. passt ist schon angekündigt.

In Kombination mehrerer Blogs und Plugins, könnte ich mich wohl Vollzeit mit nichts anderem als den WordPress-Installationen befassen. Dazu habe ich weder Zeit noch Lust. Deshalb warte ich nach jeder Veröffentlichung erst einmal einige Tage ab, schaue dann was so an Fehlermeldungen einging und teste dann erstmal lokal, danach auf einem Testblog und nur wenn das beides klappt, probiere ich das auch auf den anderen Blogs.

Plugins, die mit einer Version laufen, aktualisiere ich zwischendurch nur, falls es Sicherheitslücken gab, ansonsten aktualisiere ich diese dann nur mit einer neuen WP-Version, also einmal testen. Neue Funktionen, weitere Plugins handhabe ich ebenso, wenn es nicht ganz dringend ist, gibt es auch Zusätzliches nur beim Upgrade.

Ich überlege für einzeln installierte Blogs jedoch immer mehr, ob sich nicht ein Wechsel der Blogsoftware anbietet. BuddyPress hat gerade keine Konkurrenz, damit müsste ich dann noch leben, aber für den Rest… Schade, dass auch WordPress mit steigender Zahl an Nutzern immer mehr Monopolisten-Allüren hat…