@font-face auf uteles Blog

So ganz allmählich lassen sich Schriftarten sinnvoll einsetzen, die nicht auf dem Rechner des jeweiligen Nutzers installiert sind.  Es gibt viele freie Schriften, die dafür genutzt werden können, jedoch für deutschsprachige Blogs eignen sich nicht alle.

uteles Blog als erste Testecke, siehe Screenshot.

Um einen Überblick über die Schriften zu haben und weil ich eine eigene Auswahl aus Schriften mit Umlauten wollte, habe ich mir eine eigene Seite für Schriften angelegt. Vorsicht, es dauert einen Moment bis die Seite vollständig geladen ist (eher nicht mobil geeignet): http://www.miradlo.info/schriften/

Es gibt Browser – insbesondere manche ältere Browser – die die Schriften nicht darstellen können. Für die Schriftenseite ist das natürlich ungeschickt, aber für den Alltagseinsatz ist es kein Problem, denn mit Angabe von Alternativschriften wird alles korrekt angezeigt, nur eben nicht so hübsch.

@font-face

Die Einbindung der Schriften, die dann vom jeweilien Browser runtergeladen und angezeigt werden, mache ich mit @font-face im CSS. Im Internet Explorer sollte es wohl bereits ab IE 6 klappen, zumindest bei meinen Tests. Aktuelle Browserversionen von Opera, Safari, Chrome usw. kommen gut damit zurecht, der Firefox kann es seit Version 3.5. Der Konqueror mag bei mir nicht, obwohl ich die Einbindung so mache wie auch empfohlen. Unterm Strich sind die Schriften für mich ein zusätzlicher Hingucker, schön wenn es angezeigt wird, aber wenn es halt mal nicht klappt ist es auch nicht schlimm.

Ladezeit für Schriften

Auf einem üblichen Rechner mit DSL fällt es kaum auf und durch Angabe etwaige bereits vorhandener Systemschriften muss auch nicht in jedem Fall die Schrift geholt werden. Der Browser speichert die Schriften, damit ist es schlimmstenfalls beim ersten Aufruf nötig die Schriften zu holen. Für den üblichen Webeinsatz spricht also nichts dagegen es zu nutzen.

Mobile Geräte

uteles Blog brauchte im explizit abgewählten mobile-Theme auf dem iphone im lokalen Netz rund 3 Sekunden, mit ein bissel weniger starkem Zugang ist das dann keine so gute Idee. Sprich beim Einsatz im Alltag wäre es sinnvoll mobile Themes anzubieten, die ohne die speziellen Schriften auskommen.

Freie Schriften und Umlaute

font-squirrel bietet eine große Auswahl und eine Schrift kann mit einem Kit runtergeladen werden, mit dem die Einbindung dann recht einfach klappt, siehe auch: @font-face-Tipp
Leider ist in der Übersicht nicht erkennbar, ob eine Schrift mit Umlauten zurecht kommt, das lässt sich mit dem Testdings probieren, da wird angezeigt, was man eingibt. Es gab einige Schriften, die mir gut gefallen haben, die jedoch deshalb nicht in Frage kommen, weil sie keine Umlaute darstellen. Die ein oder andere, die ich jetzt mit eingebunden habe, kommt mit dem “ß” nicht zurecht. Je nach Einsatzzweck, kann das für Überschriften jedoch trotzdem noch akzeptabel sein. Keine Umlaute sind dagegen ein klares no-go.

Effekte und Probleme

Einige Schriften sind sehr verspielt und damit schwer lesbar, aber für spezielle Überschrifteneffekte oder andere spezielle Ansichten ist das ja durchaus mal akzeptabel. Die ein oder andere Schrift bietet nicht alle Font-Formatierungen an, die CSS an sich kennt. Teils übernimmt dann der Browser die Darstellung, das klappt nicht überall so hübsch, wie bei Schriften, die selbst einen fetten oder kursiven Stil anbieten.

Alles wird gut

Noch ist nicht alles gut, ein Browser ist nach wie vor keine Textverarbeitung mit allen Möglichkeiten von Schriften. Aber aus meiner Sicht ist es ein großer Schritt weg von Webseiten, die nur mit den paar üblichen Schriften auskommen müssen, die bislang im Web einigermaßen übergreifend unterstützt wurden. Was mir gut gefällt ist das problemlose Fallback auf Alternativen und dass eine Schrift nicht jedesmal runtergeladen werden muss. Ein klarer Vorteil für Stammleser einer Seite. Wenn sich die Schriften verbreiten, wird es auch seltener, dass eine Schrift noch nicht installiert ist.

Es ist noch nicht alles gut, es braucht noch intensives Testen im Umgang damit, aber ich bin fürs Erste völlig zufrieden, dass es jetzt einen Weg gibt, der ohne Flash, Bilder oder sonstige Krücken auskommt um eine besondere Schrift anzubieten.

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.

• Download aktuelle s9y-Version (aktuell ist im Moment: 1.5.5 vom 21. Dezember 2010)
• schnelle Variante löschen einiger Dateien, die meist sowieso nicht genutzt werden

Bei uns laufen mehrere Serendipity-Blogs, ich wollte jetzt grad nicht mal eben mehrere aktualisieren. Ich habe es zunächst in einer lokalen Installation getestet und festgestellt, dass auch bei meinen Installationen noch alles funktioniert, wenn die Dateien fehlen. Nach einem zusätzlichen Live-Test online habe ich bei allen s9y-Blogs mal eben das Problem behoben.

Der schnellste Weg ist mal eben über Konsole:
server: cd /pfadzumprojekt/htmlarea
rm contrib/php-xinha.php plugins/ExtendedFileManager/config.inc.php
plugins/FormOperations/formmail.php
plugins/HtmlTidy/html-tidy-logic.php
plugins/ImageManager/config.inc.php
plugins/InsertPicture/InsertPicture.php
plugins/InsertSnippet/snippets.php
plugins/SpellChecker/aspell_setup.php
plugins/SpellChecker/spell-check-logic.php
plugins/SuperClean/tidy.php

Damit lassen sich auch mehrere Blogs schnell sichern, bevor etwas passiert. Nachmachen erwünscht!

• 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”

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.

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.

S9y Firefox Windows Vista: Link setzen

S9y Firefox Windows XP: Link einsetzen geht nicht

Ein Kunde nutzt normalerweise Windows XP mit Firefox 3.5.4 und hat in seinem Serendipity-Blog versucht einen Link einzufügen, was nicht klappte.

Zunächst dachte ich an einen Konfigurationsfehler und testete auf Linux mit verschiedenen Browsern, das klappte alles. Anschließend testete ich auf Windows Vista mit demselben Firefox, also mit 3.5.4 und konnte wieder kein Problem reproduzieren.

Heute morgen kam die Rückmeldung des Kunden: Auf Windows Vista klappt alles wie erwartet, mit Windows XP erscheint schon ein anderes Fenster mit englischen Texten und es lässt sich kein Link setzen.

Links einfügen Unterschiede XP und Vista

Die Screenshots verdeutlichen den Unterschied, bei ein und demselben Blog mit gleichem Login und identischem Beitrag, der einen Link bekommen soll.

• Windows Vista ::::::::::::::: Windows XP
• Firefox 3.5.4
• S9y
• www.kundendomain.tld
• Login: Redakteur Kundenname
• Editor: Xinha
• Template: codeschmiedeO (Template modifiziert von onli umgebaut von mir)
• Ablauf Hyperlink einfügen:
  • Wort im Text markieren
  • Button “Hyperlink einfügen” anklicken
  • es öffnet sich ein Fenster
    • “Verknüpfung hinzufügen/ändern” auf Vista :::::::::::::::
      “Insert Link” auf XP
    • Ziel: Neues Fenster (_blank) auf Vista :::::::::::::::
      “Target: None (use implicit)” auf XP
  • Ergebnis:
    • Vista: Link wurde hinzugefügt
    • XP: Es wird kein Link gesetzt

Bilder einfügen

Beim Einfügen von Bildern entsteht dasselbe Problem, unter Vista klappt es, unter XP geht es nicht.

Erster Lösungsansatz

Mit obigem Stand haben wir nochmal dann auch auf XP getestet. Zunächst ließ sich kein Fehler finden, doch nach ein bisschen experimentieren fand ich einen Weg den Fehler nachzustellen:

• einloggen und einen Beitrag mit dem WYSIWYG-Editor beginnen
• mit der Webdeveloper-Toolbar JavaScript deaktivieren
• damit bekomme ich exakt das beschriebene Verhalten

Tja, reproduzierbar ist der Fehler damit jedoch nur theoretisch, denn ich bin mir ganz sicher, dass mein Kunde nicht auf diesem Weg zum Fehler kommt.

Ich bin daher noch etwas ratlos und weiß nicht, was ich jetzt vorschlagen kann, damit der Kunde auch auf Windows XP Blogbeiträge mit eingefügten Links und Bildern verfassen kann. Ich werde mal im deutschen Serendipity-Forum eine Anfrage stellen und den Beitrag hier verlinken, vielleicht hat jemand eine Idee…

Beim nächsten Mal installierte ich erstmals ernsthaft lokal, mit den Daten, die dann live auch genutzt werden sollen. Ich nahm die fortgeschrittene Installation, um auch gleich mal genauer zu sehen, was sich so einstellen lässt, da S9y für mich ja noch neu ist.

Schritt für Schritt änderte ich die Rechte, um auch da gleich zu testen, ob Serendipity da alle Probleme anzeigt. Bis zum Ende der Installation und dem Hinweis alles habe geklappt lief es problemlos.

• Adminbereich eines Redakteurs bei S9y

Doch dann…

Erster Aufruf des neuen Blogs

Ups, tja nur weil da keine Warnungen waren, war es wohl doch übertrieben direkt Umlaute zu nutzen. Ein abgeschnittener Blogtitel und ein ebenso beschnittener Untertitel sehen schon mal nicht so hübsch aus.

Auf der Seite gibt’s ein Login, nette Idee, mal sehen was sich da versteckt, denn das Forum empfiehlt bei Umlautproblemen den Titel erneut zu setzen.

Huch, “/serendipity/admin die Seite kann nicht gefunden werden“, hm, das ist ein bisschen unpraktisch, denn alle Tipps basieren darauf, erstmal im Admin irgendwas anzupassen. Ein bisschen recherchieren bringt wenig, denn der Admin-Benutzername war schon frei von Umlauten und auch bei erneutem Setzen mittels einer extra erstellten recover.php ändert sich nichts.

Also gut, dann nochmal in die Schritt-für-Schritt-Doku schauen und da mal genauer lesen und prüfen:

“…You can do that by calling your URL http://yourdomain.com/serendipity/serendipity_admin.php” Hm, wie jetzt serendipity_admin.php? Nun gut, die hätte den Vorzug, dass sie existiert, denn mir war schon klar, dass /admin nicht klappen konnte, weil es nicht vorhanden war, allerdings wusste ich ja nicht, ob da nicht beim Installieren versehentlich was nicht angelegt wurde.

Juhu, ein Erfolg: serendipity_admin.php lässt sich aufrufen und sieht aus wie eine Adminoberfläche, wenn auch ohne jedwedes Styling, das war beim ersten Testen noch anders… Na denn, weiter geht’s…

Admin ohne Styles

Keine Ahnung was ich falsch gemacht habe, aber mein Adminbereich lässt sich nicht nur nicht per Link aufrufen, er findet auch die CSS-Dateien nicht… Klar, gut ist, dass er trotzdem nutzbar ist, aber so ganz ohne Styles ist es schon sehr spartanisch.

Die nächste Installation

Bei einer weiteren Installation nahm ich nicht die fortgeschrittene, sondern die einfache Variante, da ich vermutete, dass irgendeine Einstellung schuld war, am Problem der fehlenden Styles. Stimmte auch, denn mit der einfachen Variante hatte der Admin Styles und auch das Login klappte wie gewünschte über die Blog-Oberfläche.

Allerdings auch hier gab’s wieder das Umlautproblem, trotz angegebener Sprache Deutsch fraß s9y alles ab einem Umlaut. In den Einstellungen läßt sich das zwar wieder ändern, aber es stört schon.

Einstellungen

Ich würde ja erwarten, dass ein bereits gespeichertes Passwort und eingeloggt sein ausreicht, aber das stimmt so nicht. Bei den eigenen Einstellungen läßt sich auch das Passwort ändern, falls man etwas anderes ändern will, muss trotzdem das Passwort zweimal angegeben werden, sonst beschließt Serendipity, dass das keine korrekte Eingabe war, löscht alles Eingegebene und beschwert sich übers fehlende Passwort.

Ignoriert wird zunächst alles ab einem Umlaut und auch die Sprachangabe deutsch führt nicht dazu, dass das bereits eingestellt ist, sondern muss in den persönlichen Einstellungen wiederholt werden.

Administration | Konfiguration | Generelle Einstellungen

Na bravo, hier wollte ich den – schon gewohnt gefressenen – Blogtitel mit Umlauten einstellen.

->  Seite wählen -> Blogtitel ändern -> Speichern -> alle Umlaute kaputt und Titel mit kaputten Umlauten

nächster Versuch:
->  Seite wählen -> Blogtitel ändern -> Zeichensatz ändern -> Speichern -> alle Umlaute doppelt kaputt und Titel ebenfalls mit kaputten Umlauten

ein weitererVersuch:
->  Seite wählen -> Blogtitel ändern -> Zeichensatz ändern wieder UTF8 -> Speichern -> alle Umlaute weiter kaputt und Titel wieder abgeschnitten

noch ein Versuch:
->  Seite wählen -> Blogtitel ändern -> Zeichensatz nicht ändern -> Speichern -> alle Umlaute weiter kaputt aber Titel stimmt

weiter geht’s:
-> Autorennamen wieder reparieren  -> Kategorien mit Umlauten wieder reparieren -> neuen Beitrag schreiben -> alte Beiträge reparieren

Taraa, tröööt, jubelnde Webentwicklerin und überhaupt…

Ja, dieses Mal klappt es und scheint jetzt ok. Nochmal testen, ob sich der Blogtitel jetzt nochmal ändern lässt und sich alles auflöst:

Nein, dieses Mal bleibt alles soweit ok.

Was lerne ich daraus?

Zunächst einmal, dass es wohl nur mit der einfachen Installation sinnvoll ist. Wie ich inzwischen weiß, wird bei der fortgeschrittenen Installation nichts angegeben, was sich nicht nachher noch ändern ließe. Nachträgliches Ändern hat den Vorzug, dass ich immerhin weiß an welcher Ecke ich was eingestellt habe, was S9y nicht mag.

Beim vierten oder fünften  Versuch stellte ich während des Testens dann auch fest, dass es einen Zusammenhang zwischen einem Adminbereich ohne Styles und einigen Themes besteht, die plötzlich auch keine Styles mehr hatten.

Admin ohne Design und manche Themes funktionieren nicht

Also ging ich mal an die Stellen, die mir verdächtig erschienen und verglich Einstellung für Einstellung der Installationen. Pfade und so waren in Ordnung, aber da gab’s einen Unterschied, der mir schon wahrscheinlich erschien und der auch reproduzierbar den Fehler zeigt:

• URL-Formung hat drei Alternativen
  • Disable URL Rewriting
  • Use Apache errorhandling
  • Use Apache mod_rewrite

Die Einstellung bei einfacher Installation ist Disable, ich hatte wegen etwaiger Pfade und hübscher URLs mod_rewrite eingestellt, vielleicht würde das auf dem Server sogar klappen, denn lokal gibt es meist Schwierigkeiten beim Umschreiben. Jedenfalls kann ich auch bei anderen Installationen den Fehler erzeugen, wenn ich auf mod_rewrite umschalte und das Problem ist weg, wenn ich es anlasse.

Benutzergruppen

Wenn solch eine harmlos aussehende Drop-Down-Box solche Auswirkungen hat, dann fällt mir direkt ein, dass es doch gut wäre die Benutzerrechte einzuschränken. Hier war ich dann sehr angetan, denn wie das Bild zeigt, es gibt eine Rolle, die wirklich nur anzeigt, was jemand zum Schreiben braucht und nicht mit unzähligen Konfigurationsmöglichkeiten überfordert. Einstellbar einfach beim Benutzer anlegen mittels zuweisen der Rolle Redakteur z.B.

Als nächstes gehe ich dann morgen mal suchen, wie ich dem WYSIWYG-Editor abgewöhne die Option der Schriftartänderung anzuzeigen…

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.

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…