In erster Linie liebe ich rsync, mich fasziniert immer wieder, was es alles kann. Kopieren, klar, kopieren mit aufräumen von altem Kram oder auch ohne, kein Problem. Der einzig – mir bekannte – zuverlässige Weg um auch die Änderungszeitpunkte beim Kopieren nicht zu verlieren. Deshalb will ich auch nichts anderes als meine rsync-Skripte.

Aber ebenso hasse ich rsync, weil ich immer mal wieder etwas übersehe und deshalb jeden neuen Befehl erst testen muss, weil bereits minimale Änderungen enorme Auswirkungen haben. Eine Hassliebe eben.

rsync zur Datensicherung

Wie im Artikel zur Datensicherung schon erwähnt, sichere ich manche Daten doppelt, bzw. einmal um eine exakte Kopie meines Rechners zu haben und einmal, um vorsichtshalber alles zu sichern, auch das was ich später wieder lösche. Manches sichere ich auch nur dann, wenn es nötig ist, beispielsweise die virtualbox mit ihrem Windows und meinem Browserzoo:

rsync -avzu --delete /home/$LOGNAME/weiterer_pfad/vbox_2011_08_09/ -e ssh servername:/public/rechnername_sicherungsrechner/home/daten/utesvbox

Sicherung für alle verfügbar

Eine Sicherung geht auf ein Verzeichnis, in dem alle Daten für miradlo liegen, auf die jeder Zugriff haben soll:

rsync -avzu  /home/$LOGNAME/miradlo/ -e ssh servername:/public/miradlo/miradlo_daten --exclude /svn_verz1/ --exclude /.metadata/ --exclude /svn_verz2/

Es wird dabei komprimiert gesynct vom Pfad meines Rechners auf den Server ohne die Verzeichnisse, die per svn sowieso gesichert werden.

Bilder müssen nicht komprimiert werden und gelöschte Daten sollen in der Sicherung erhalten bleiben:

rsync -avu  /home/mein_pfad/kunden_bilder/ -e ssh servidor:/public/miradlo/kunden_bilder

Sicherung des eigenen Rechners

Die privaten Daten werden in ein privates Verzeichnis synchronisiert:

rsync -avzu --delete /home/$LOGNAME/private_daten/ -e ssh servidor:/private/$hostname/home/$LOGNAME/private_daten

Die öffentlichen Daten werden unter dem Rechnernamen abgelegt, ausgeschlossen werden wieder die Verzeichnisse, die per svn gesichert werden, die nur manchmal gesichert werden oder die nur einen Cache enthalten:

rsync -avzu --delete /home/$LOGNAME/ -e ssh servername:/public/$hostname/home/$LOGNAME  --exclude .mozilla/seamonkey/58oajt03.default/Cache/ --exclude .cache/ --exclude /.thumbnails/  --exclude /.VirtualBox/  --exclude /private_daten/   --exclude .local/share/Trash/ --exclude /miradlo/svn_kunden/

Extra gesichert an nur eine Stelle werden alle Musikdaten (ohne geändertes zu löschen):

rsync -avzu  /home/mein_pfad/mp3_lokal/ -e ssh servername:/private/mp3

Zusatzsicherung

Insbesondere beim Aufräumen und putzen von Daten, wie z.B. Bildernrsync -avu /home/daten/ -e ssh servidor:/public/tacita/home/da kann auch mal was schief gehen, deshalb sichere ich grundsätzlich noch einmal alles was noch relevant sein könnte. In diesem Verzeichnis auf dem Server räume ich nicht auf, da verschiebe ich nur ab und zu mal einen Zwischenstand, auf externe Festplatte oder später auf DVD, wenn ich ganz sicher bin, dass einen Teil voraussichtlich nicht nochmal brauche. Die Sicherung erfolgt deshalb ohne löschen:

rsync -avzu /home/daten/ -e ssh servername:/public/rechnername_sicherungsrechner/home/daten
Dank der Skripte, die ich für meine rsync-Aufgaben habe, muss ich nicht mehr tun, als diese aufrufen, das passende Passwort eingeben und sie dann laufen lassen. Bisher hat es auf diesem Weg geklappt noch nie wichtige Daten zu verlieren.

ichphone

Im Gegensatz zu allen Behauptungen ließ sich das iphone nicht auf Lucid einbinden, wenn KDE genutzt wird. Mit ifuse ging es jedoch nach wie vor:

• Softwarequelle einbinden: ppa:pmcenery
• ifuse installieren
• mkdir -vp /mnt/ichphone
• chown ute:fuse /mnt/ichphone
• ichphone anschließen
• ifuse /mnt/ichphone
• unter /mnt/ichphone erscheint die Struktur und DCIM stehen die Bilderordner
• zum Schlus sudo umount /mnt/ichphone

Musik ist schwieriger, weil alles unter itunes_control hängt und mit Buchstabenordnern benannt ist. Amarok spielt zwar Musik vom ichphone ab, aber es gelingt nicht Musik vom Rechner aufs iphone zu packen und dort wiederzufinden.

Maverick Meerkat und das ichphone

• Seit Maverick zickte zunächst alles, ich hab’s auch ohne ifuse probiert, ist aber ein eindeutiges geht-geht nicht. Irgendwann, kurz danach war ein Update und danach ging’s wieder nicht… und grummel
• https://help.ubuntu.com/community/PortableDevices/iPhone hatte auch keine Lösung, Recherche brachte nix, wohl mal wieder nur Kubuntu-Problem
• Ein paar Wochen später nochmal alles probiert, aber nichts ging. Das ichphone war im KDE-Infozentrum zwar sichtbar ließ sich aber weder mit noch ohne ifuse irgendwie mounten. Da es ja ein kaputtes Display hatte, war das ein bissel blöd, denn die letzten Daten hätte ich schon gern gehabt.
• Doch dann ein Wunder: ichphone geht (miradlo bloggt: ichphone lässt sich nicht mounten)
• Kurze Zeit später doch wieder Zickerei, es klappte dann mit:
  • USB-Port der dritte von vorne rechts aus (andere wollen nicht, seufz!)
  • falls ifuse /mnt/ichphone „no device found“ liefert:
    • ausstöpseln
    • killall usbmuxd
    • sudo usbmuxd -f -v
    • kommen sollte etwas wie:

      usbmuxd v1.0.6 starting up
      Creating socket
      Initializing USB
      0 devices detected
      Initialization complete

    • jetzt Gerät einstecken (dritter Port bei meinem HP EliteBook 8740w ja es geht wirklich nur an einem einzigen Port ) es kommt:

    • New client on fd 8
      Caught SIGUSR1/2 but we weren't started in --udev mode, ignoring
      Found new device with v/p 05ac:1292 at 3-2

    • folgt sowas wie:

       Could not get old configuration descriptor for device 3-2: -5
      Could not set configuration 4 for device 3-2: -5
      Client 8 connection closed
      Disconnecting client fd 8

    • abbrechen ausstöpseln, nochmal probieren
    • wenn es klappt dann wird etwas wie folgendes angezeigt:

       Found interface 1 with endpoints 04/85 for device 2-5
       Using wMaxPacketSize=512 for device 2-5
      Connecting to new device on location 0x20005 as ID 1

    • dann noch mounten und gut ist:

       ute@tyra:~$ ifuse /mnt/ichphone/

Inzwischen klappt es seit einigen Monaten zuverlässig Fotos auf (K)Ubuntu zu sichern.

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.

Wir haben recht lange Gentoo genutzt, davor SuSE, alles andere war zumindest nicht langfristig relevant.

Haben wir uns intensiv über andere Möglichkeiten informiert?

Es gab nicht so viele Möglichkeiten. Warum ich Linux nutze und nichts anderes habe ich ja schon einmal ausführlich beschrieben. Es kam also nur ein anderes Linux in Frage, also maximal ein Distributionsumstieg. Mir ist bei uns noch wichtig zu unserem Zoo an verschiedenen Rechnern nicht auch noch unzählige Distributionen zu haben. Es musste deshalb für uns beide vorstellbar sein zu wechseln. Irgendeine andere Distribution war weder mir noch Roland so aufgefallen, dass sie einen intensiveren Blick wert gewesen wäre.

Was für Gründe hatten wir für den Umstieg?

• Das Problem mit dem Gentoo-Wiki erschwerte die alltäglichen Kleinigkeiten. Aus meiner Sicht bezog sich das aufs Installieren neuer Werkzeuge, was nicht so einfach klappte wie gewohnt, weil die Recherche sehr mühsam oder gar teils völlig erfolglos blieb.
• Immer wieder las ich vor allem so im letzten Jahr, dass irgendetwas mit Ubuntu einfach so klappte, wofür ich gerade schimpfenderweise am Rumprobieren und Recherchieren war. Im Gegensatz zu Roland bastle ich nicht so gern. Mir fällt irgendwas ein, was ich haben möchte, weil ich es grad gelesen habe beispielsweise, dann will ich es JETZT. Jetzt heißt für mich genau dann und nicht Stunden später, wenn der einzige Vorteil des Findens der Lösung darin besteht, noch ein Thema für einen Blogartikel zu haben.
• Anschließen bei den Gründen für einen Umstieg möchte ich mich bezogen auf Dirk und Roman (Links zu deren Beiträgen zur Parade). Selbst wenn ich es nicht für jede Kleinigkeit brauche, ich weiß wen ich nach einem Link, nach einem Tipp fragen kann, wenn es ein Problem gibt.

Was für Gründe sprechen dafür, bei der gewohnten Umgebung zu bleiben?

• Sehr schön bei Gentoo ist, dass es keine Releases gibt. Das werde ich ganz sicher auch vermissen. Es hat was genau so zu aktualisieren, wie es mir gerade passt.
• Fast immer klappte es bei mir auch auf einem älteren Stand (ja ich aktualisiere nicht so regelmäßig wie Roland, ich bleibe manchmal lieber länger bei einem stabilen Stand als zu experimentieren) aktuelle Software zu nutzen. Wenn es irgendwas gab, was eine aktuelle Version eines Programms besser konnte als ihr Vorgänger, dann habe ich mir genau die geholt, ohne deshalb alles aktualisieren zu müssen.

Was war nun unser Auslöser warum wir wechselten?

Wie Roland schon schrieb, der Auslöser es gerade jetzt zu probieren war das Barcamp Dornbirn. Allerdings war das keine spontane, plötzliche Entscheidung und der Versuch wäre irgendwann so oder so gekommen.

Was ist jetzt besser, schneller, schöner, toller?

Völlig beeindruckt war ich von der einfachen Installation. Auch wenn ich wie gewohnt schon das ein oder andere Problem gefunden habe, siehe meine Artikel zu (K)Ubuntu. Klasse sind auch die umfangreichen Informationsmöglichkeiten mittels Wiki, Forum, aggregierten Blogbeiträgen und so auf ubuntuusers.de.

Habe ich den Umstieg bereut?

Wegen dieser Frage kommt mein Beitrag erst jetzt, obwohl die Blogparade bereits seit dem 13. Juni läuft. Ich bin zuweilen eher übervorsichtig, deshalb habe ich mit meinem Zweitrechner die Installation begonnen. Ich wollte erstmal wissen, ob meine Mindestanforderungen erfüllt werden, bevor ich mich daran wage, meinen Hauptrechner umzustellen.

Übertrieben viel Erfahrung habe ich jetzt noch nicht, aber es sieht soweit gut aus, dass ich denke, ich werde den Umstieg nicht bereuen. Klar ist manches anders und das ein oder andere war bei Gentoo besser. Doch auch schon beim Umstieg von SuSE auf Gentoo gab es solche Punkte. Das ein oder andere was ich bei Gentoo vermisste, weil ich es von SuSE kannte ist inzwischen KDE-Standard und nicht mehr distributionsabhängig.

Jetzt hoffe ich mal, dass dieses Paketsystem nicht ähnliche Nachteile hat, wie ich sie bei SuSE gehasst habe, dann wäre alles gut…

Würde ich anderen diesen Umstieg empfehlen?

Ein klares Jein. Ich empfehle grundsätzlich genau zu überlegen, was der jeweiligen Person wichtig ist und dementsprechend auszuwählen, welches Betriebssystem bzw. welche Distribution passend ist. Aus meiner Sicht ist es wichtig zu wissen, was die Vor- und Nachteile verschiedener Systeme sind und dementsprechend zu entscheiden.

Davon abgesehen gibt es natürlich auch Punkte explizit abzuraten. Von SuSE würde ich abraten, weil ich keinen Vorteil darin sehe, wenn eine Distribution ihr eigenes Süppchen kocht und sich z.B. eine ganz eigene Struktur aufbaut, die mit Symlinks quer durchs System gespickt ist. Wer wenig Geld für Rechner ausgeben will sollte sich nicht in Macs verlieben, die Äpfelchen haben einfach ihren Preis. Wer installieren hasst und nicht viel übers System wissen mag hat bei Gentoo nichts verloren…

Einführung Barcamp

Oliver… Barcamp

Vorstellungsrunde Barcamp

Einführung, Kennenlernen und Vorstellung beim Barcamp Dornbirn im Gebäude der Fachhochschule. Ja, es ist wirklich das Barcamp Dornbirn, auch wenn es das ein oder andere Fucamp-T-Shirt zu sehen gibt. Die T-Shirts für Dornbirn kamen erst mittags, dafür in reichlicher Auswahl, schwarz, grau, Herren- und Damenschnitt…

Für mich fing es so an, wie ich es bevorzuge, die eigene Session gleich am Anfang, dann muss ich nichts mehr planen für den Rest des Tages und kann jederzeit spontan entscheiden.

Erstmals habe ich erlebt, dass alle die eine Session hielten Schokolade bekamen, Roland hat jetzt gleich zwei Tafeln, da ich nur selten Schokolade esse.

Unsere Session lief gut weitere Überlegungen und Ansätze. Standards, Module, konfigurierbar usw. haben wir diskutiert. Klar, im Grunde hätten wir noch weiter reden können, aber es wird nicht so schnell eine echte Lösung geben.

Einigkeit herrschte, dass eindeutige Standards ein Vorzug wären, damit ließen sich auch Module leichter realisieren. Es wäre schon toll, wenn man sich z.B. statt einer Blogsoftware aussuchen könnte, den Editor, jene Navigation, diesen Adminbereich usw.

Statt ein vollständiges Softwarepaket, wie beispielsweise WordPress zu nehmen wäre es perfekt sich die einzelnen Module aussuchen zu können. Wären diese noch gut konfigurierbar könnten die meisten daraus genau die Software nutzen, die ihren Ansprüchen genügt. Mit ganzen Paketen bleibt nur, sich für das System zu entscheiden, was möglichst die meisten Vorteile bietet, die einem selbst wichtig sind, bzw. möglichst da Nachteile hat, wo es einen selbst nicht so stört.

Während der Security-Session war ich versucht ganz schnell alle Projekte abzuschalten, die PHP nutzen. Ich meine das spricht für die Qualität der Session und wie sehr deutlich wurde, welche Unsicherheit in nahezu jedem System steckt; siehe auch http://securityinside.org.

Da es bei der Podcastsession ruhiger war, gabs teils schon Inhalte, die erst in den kommenden Sendungen dran sind und noch einige andere Themen, die ursprünglich nicht geplant waren wurden am Rande diskutiert.

Christoph, der erstmals bei einem Barcamp war hielt eine Session zu Geschäftsprozessen, insbesondere zu iterativem Vorgehen als Ansatz um weitere später hinzu kommende Anforderungen sinnvoll und strukturiert mit ins Projekt einzubringen.

Um SEO-Sessions drücke ich mich ja meist, obwohl ich schon meine, dass es sinnvoll ist auch über dieses Thema einiges zu wissen. Einerseits und insbesondere für Kunden muss ich da einiges darüber wissen. Andererseits so ganz persönlich für mich, mag ich nicht so recht über optimieren, Linkbuilding usw. nachdenken.

Heute passte es gerade mal und ich nahm an der Session teil. Wer mehr darüber wissen will kann sich bei Oliver das Video der Session ansehen.

Wer so alles da war habe ich ja schon ausführlicher beschrieben. Den Sessionplan habe ich ganz frech aus dem Barcamp-Wiki kopiert:

Leider regnete es nur einmal an diesem Samstag. Es goss fast den ganzen Tag wie aus Kübeln, nur hin und wieder ging es in ein Nieseln über, das ist jedoch auch das einzig wirklich Unangenehme, was ich berichten kann.

ohne CSS also nacktes HTML

Wie was kein Design? Warum, was ist los?

CSS Naked Day

Einen Tag lang sollen mit der Aktion keine Styles anzuzeigen, Webstandards gefördert werden. Denn ohne Styles, Bilder und Design sieht man den Seitenaufbau genauer. Manche Seiten nutzen den internationalen “ganzen Tag” das bedeutet das CSS bleibt für 48 Stunden aus, damit es weltweit alle sehen können, dann dauert der 9. April halt nicht nur 24 Stunden.

Wer sich an Webstandards hält nutzt valides und semantisches Markup in (X)HTML. Die Inhalte sind sinnvoll strukturiert, mit Überschriften, Absätzen, Listen usw. An diese Regeln sollte man sich natürlich immer halten, die Aktion ist nur ein Hinweis um darauf aufmerksam zu machen.

Wem helfen Webstandards?

Unterm Strich allen, denn eine sinnvolle Struktur und korrektes Markup sind ein grundsätzlicher Vorteil. Ansonsten nützen Webstandards:

• Suchmaschinen die sowieso kein Design sehen
• Tastaturnutzern siehe auch Navigieren mit der Tastatur
  • manche mögen keine Maus benutzen
  • manche können keine Maus benutzen
  • …
• es gibt Besucher mit sehr langsamer Internetverbindung, die schalten Styles und Bilder grundsätzlich ab
• Screenreader haben nichts von Styles (werden von Blinden genutzt)
• Menschen die schlecht sehen oder irgendeine Fehlsichtigkeit haben schauen sich Webseiten ohne oder mit speziell auf sie zugeschnittenen Stylesheets an
• Standards machen es leichter unabhängig von den genutzten Voraussetzungen gut funktionierende Webseiten zu erstellen
• überarbeitete oder neue öffentliche Seiten müssen sich an Webstandards und einen gewissen Stand der Barrierefreiheit halten
• Webstandards sind die Grundlage, um barrierefreie Seiten zu erstellen (nein, nicht jede standardkonforme Seite ist deshalb barrierefrei)
• für Stammleser die einen Feed ohne Design bevorzugen ist die Struktur einer gut aufgebauten Seite besser zu verstehen
• …

Es gibt viele Gründe, die dafür sprechen, es spricht nichts Nachvollziehbares dagegen (Webseitenerstellungsprogramm XY kann das nicht, ist für mich kein Argument). Trotzdem gibt es noch viel zuwenige Seiten, die sich an Webstandards halten.

Die meisten Redaktionssysteme, CMS (Content Management Systeme) und somit auch die bekannten Blogsysteme können mit Webstandards umgehen. Manche besser, manche schlechter, häufig entstehen die Probleme jedoch erst wenn die Autoren etwas eingeben oder bei Themes, die sich nicht daran halten.

Der CSS-Naked-Day ist eine gute Gelegenheit auch das eigene Blog, die eigenen Seiten mal kritisch zu betrachten. Wer das nicht gleich öffentlich tun möchte, dem kann ich für Firefox die Webdeveloper Toolbar empfehlen, da lassen sich alle Styles mal eben zum Nachsehen deaktivieren. Sowohl auf eigenen, wie auf fremden Seiten ab und zu mal ganz spannend… Für Seamonkey gibt es das auch, Opera bringt ähnliches grundsätzlich mit, für den IE (zumindest für Internet Explorer 7 und gibt es eine ähnliche Toolbar.

Wie lässt sich das für Besucher anzeigen?

Ich habe für CSS-Naked-Day das WP-Plugin genutzt, weil es einfach bequem ist und für einen Tag wollte ich jetzt nicht selbst basteln. Allerdings geht das Plugin soweit ich gesehen habe, dann eben nur von den 24 Stunden des 9. Aprils Ortszeit in Deutschland aus. Wer es lieber selbst ins Theme einbauen mag, findet die Anleitung dazu bei Frank. Eine Liste einiger teilnehmender Seiten gibts Dustin Diaz, in deutscher Version unter nakedcss.de. Auf diesen Seiten gibt es auch Hinweise, wie sich das automatisiert bei anderen Systemen realisieren lässt.

Ganz ohne Automatisierung bietet unser Styleswitcher ganzjährig auch eine Naked-Version. Viel Spaß beim Surfen heute, ich hoffe es wird auch hierzulande einige teilnehmende Seiten geben, schaut doch z.B. auch bei Dieter vorbei.

Gestern habe ich mal erzählt, was ich glaube wer welches Vorwissen hat. Am Ende stellte ich die provokante Frage:

Sind all diese Menschen es nicht wert, dass sie eine lesbare Webseite bekommen?

Ich finde sie sind es wert.

• Manchmal gibt es gute Gründe, warum etwas mit dem IE6 nicht mehr funktioniert, na dann, dann ist es halt so.
• Nicht jedes Layout ist mit sinnvollem Aufwand im IE6 umsetzbar? Kein Problem, dann halt ein einfaches Layout oder auch mal gar kein Layout.
• Wir alle, die sich damit befassen wie Webseiten aussehen können, sind auch problemlos in der Lage, je nach Situation, dem IE6 mal
  • kein Layout zu geben, oder
  • ein stark vereinfachtes Layout und wenn es gar nicht anders geht, dann von mir aus
  • den Hinweis, “Sorry, die Funktionen dieser Seite können mit Ihrem Browser nicht aufgerufen werden.“

• miradlo bloggt im IE6

Natürlich für manch eine Seite lohnt es sich nicht, viel Aufwand für den IE6 zu betreiben, wenn, wie hier, nur noch sehr wenige diesen Browser nutzen, dann würde ich nicht viel Zeit investieren, um alles optimal anzupassen. Doch ich meine das Recht auf lesbar, wenn irgend möglich, haben alle Besucher, egal ob sie den IE6 nutzen oder irgendeinen anderen Browser.

Webstandards und Barrierefreiheit

Ich denke zurecht legen inzwischen doch einige Webautoren Wert auf  Webstandards. Es gibt einige, wenn auch noch viel zuwenige, die weit entfernt von Layouttabellen, “optimiert für irgendwas” auf Browser XY sind. Einer der Vorzüge der derzeitigen Diskussion ist aus meiner Sicht, dass damit das pixelgenaue Layout nochmal angesprochen wird. Denn ebenso wie das völlig unsinnig ist, ist es aus meiner Sicht nicht möglich, sich für Webstandards und ein Web für alle einzusetzen und dann den IE 6 einfach auszuschließen.

Bei unserem Styleswitcher ist die Startseite auch für den IE 6 kein Problem, jedoch das ein oder andere Layout, klappt nicht, dafür müsste es eine Funktion geben, die auch noch Stylesheets für den IE extra einbaut, das war es mir nicht wert. Dort gibt es einen roten, deutlichen Hinweis, dass es sein kann, dass nicht alles so aussieht wie gedacht und dass ein Browser von 2001 eben nicht mehr ganz zeitgemäß ist.

Doch es kann nicht sein, dass zu:

• Diese Seite ist optimiert für Browser XY
• Diese Webseite ist optimiert für die Auflösung von x*y
• Unsere Homepage arbeitet mit Frames, Ihr Browser unterstützt keine Frames

und irgendwelchen Rechtfertigungen für Tabellenlayouts jetzt neu der Hinweis hinzukommt:

“Entschuldigung, Ihr Browser ist veraltet, bitte kommen Sie doch wieder, wenn Sie Browser XY kostenlos runtergeladen haben.”

Identisches Layout für alle Browser?

• miradlo bloggt im Firefox

Nein, ich meine nicht, dass ein Layout perfekt und 1:1 in allen Browsern sitzen muss. Pixelgenau ist meines Erachtens nur ein Hinweis darauf, dass jemand das Web nicht verstanden hat.

Mir ist es fast immer egal, ob irgendein Browser irgendwo ein bisschen was anders anzeigt. Der IE 6 hat hier im Blog kein so hübsches “miradlo bloggt” wie die anderen, aber es funktioniert. Manche Abstände passen nicht optimal, aber so ließ er sich mit wenig Aufwand überzeugen alles brav lesbar anzuzeigen. Schiebe ich an Abständen dann verschluckt er sich. Auf einer Kundenseite überlege ich mir solchen Anpassungen, bei unseren eigenen Seiten finde ich unsinnig. Wirklich auffallen wird das nur in zwei Fällen:

• hier im Beitrag, weil ich es jetzt explizit erwähne
• jemandem der testet wie identisch diese Seiten in verschiedenen Browser aussehen

Diese beiden Situationen sind für mich ganz sicher kein Grund den IE 6 anzupassen. Viele die sagen, sie würden für Kunden anpassen, machen es oft nur für sich selbst, denn Kunden testen ganz selten in mehreren Browsern. Wenn also irgendwo ein bisschen mehr oder weniger Abstand ist fällt es nicht mal auf, wenn das Layout nicht im Seitenverhältnis des goldenen Schnitt pixelgenau ausgerichtet ist.

Für mich zählt es soll einigermaßen aussehen, es soll funktionieren und das war’s. Der IE6 sollte nicht das Maß aller Dinge sein, jedoch schon lange nicht mehr, wenn das klar ist und ebenso klar ist, es muss nicht alles genau identisch funktionieren, prima, dann ist doch gut.

Stoppt den IE6

Ich halte nichts von den Kampagnen und Aktionen:

• iedeathmarch.org
• www.bringdownie6.com
• www.wedontsupportie.com

Stoppt das Web mit Papier zu verwechseln

Die meisten Webautoren, die  interessiert sind an Webstandards lieben ihn nicht gerade, aber sie werden sich nicht dieser Kampagne anschließen:

• www.highresolution.info/spotlight/entry/hold_on_an_stand_still_das_leben_mit_dem_ie6
• www.webzeugkoffer.de/adieu-ie6-schleppende-ablosung
• www.einfach-fuer-alle.de/blog
• grochtdreis.de/weblog/2009/02/20/den-teufelskreis-brechen
• grochtdreis.de/weblog/2009/03/06/microsoft-haelt-den-ie6-am-leben
• blog.xing.com/2009/02/degradation-without-grace
• www.webseiten-infos.de/warum-der-internet-explorer-6-weg-muss

Sondern mehrere weisen daraufhin, dass das Hauptproblem nicht IE x ist, sondern der Anspruch alles exakt in jedweder hochmoderner Technologie abzubilden, egal ob ein Browser von 2009 oder von 2001 stammt.

Fazit zum IE 6

Nein, ich mag ihn nicht meinen speziellen Freund den Internet Explodierer. Wenn ich grad an einem Design bastele, schimpfe ich auch und es ärgert mich, dass ich zusätzlich Zeit aufwänden muss, damit auch der IE mich versteht. Allerdings kann ich aus meiner Erfahrung nur sagen, so toll ist IE 7 ganz sicher nicht, dass ich meine, es wäre sinnvoll, wenn jetzt der mehr genutzt wird.

Andererseits ich nutze kein vorgefertigtes Framework, jedoch gibt es schon ein paar Grundlayouts auf denen ich Neues aufbaue. Ich fange nicht bei null an und ich erfinde das Rad nicht neu, warum auch?! Mit dieser Technik kostet es mich inzwischen meist nur wenig Zeit, noch eben die letzten Anpassungen an die Internet Explorer zu machen. Manchmal kommt es vor, dass etwas richtig Zeit frisst, weil sich doch nochmal ein neuer Bug finden ließ, der nicht in “meinem Beuteschema” gespeichert war. Doch mit jedem Layout werden es weniger davon.

Allerdings komme ich auch nur selten auf die äußerst unkluge Idee in Pixeln nachzumessen, ob das Layout auf allen Browsern identisch ist, wozu auch? Denn Monitor, Größen, Auflösungen, Farben usw. unterscheiden sich sowieso von Rechner zu Rechner, diese Unterschiede sind viel gravierender als ein Pixel rum oder num.

Der BWB-Netzwerkabend in Konstanz am 12. März wird auf bwb-netzwerk.de bereits angekündigt. BWB (Business Women Bodensee) ist, wie der Name schon sagt ein Netzwerk für Frauen. An den Abenden, an denen ich bisher teilnahm waren Frauen aus den verschiedensten Fachbereichen. Daher bot sich eine Einführung in Blogs an:

Blogs: Was ist das? Wozu brauche ich das?

Aus der Ankündigung: Die meisten Internetnutzerinnen haben schon einmal Blogs genutzt, oft ohne es zu wissen. Wie und warum können Unternehmen Blogs sinnvoll einsetzen? Nach einer Einführung ins Thema ist Zeit für konkrete Fragen und eine Diskussion anhand praktischer Beispiele. Dazu natürlich, Name, Titel, der Link zu miradlo Informatikdienstleistungen auf uteles Blog und hierher.

Ich habe vor kurz zu erklären was ein Blog ist, und wozu es auch für Unternehmen sinnvoll sein kann. Anschließend will ich auf ein paar Beispiele eingehen.

Blogbeispiele

Ausgesucht habe ich die bisherigen Blogs nach Unternehmenscharakter, bzw. dem Thema Geld verdienen mit Blogs. Bevorzugt werde ich Blogs aus der Region und von Frauen vorstellen, da an dieser regionalen Veranstaltung nur Frauen teilnehmen.

Blogs aus der Bodenseeregion

• miradlo bloggt
• unser miradlo-Mitarbeiterblog, welches nur intern genutzt werden kann, deshalb ohne Link
• doubleslash Software aus Friedrichshafen
• Marktpraxis Marketingblog aus Ravensburg

Frauen bloggen

• die Börsenfrau aus Scherzingen, Schweiz
• Monika arbeitet im Webdesign mit dem Schwerpunkt WordPress und bloggt darüber
• Silvia Bilge elui-Mobile-Blog
• das Saftblog

Unternehmerisch orientierte Blogs

• lawblog auch Anwälte bloggen
• Geld verdienen im Internet
• akademie Blog
• SEO Torsten Maue
• wohl eher so als das war mal das erfolgreichste deutsche Blog mit dem sich 37.000 € Jahresumsatz machen ließen…

Falls ihr noch Tipps für interessante Blogs habt, immer her damit.

Benutzerfreundlich

• nur soviel Pflichtfelder wie nötig, nicht gleich den Stammbaum, nur um Kontakt aufzunehmen
• nicht eindeutige Linktexte mit zusätzlichem title, klar unterscheidbare verschiedene Namen für Links (nicht zehnmal “mehr” oder “weiterlesen”)
• spezielles CSS für print und handheld (klappt aus Zeitgründen grad noch nicht immer)
• Sitemaps sobald der Auftritt eine umfangreichere Navigation hat (bei einem 10-Seiten-Auftritt ohne Unternavigation halte ich eine Sitemap für überflüssig)
• Fehlerseiten mit vollständiger Navigation (error und forbiddeen für 404, 401 und 403)
• favicon zur Orientierung
• fremdsprachige Texte bekommen z.B. ein <div lang=”en”></div> (allerdings bei “denglischen” Begriffen spare ich mir das)
• Links haben verschiedene Auszeichnungen für ihre Zustände (visited, hover, focus, active sind unterscheidbar definiert, so dass sich besuchte Links unterscheiden und auch bei Tastaturnavigation erkennbar ist, bei welchem Link man grad steht)

Les- und benutzbar möglichst ohne Barrieren

• Skiplinks für die Navigation (nehmt hier mal die Tastatur zum Navigieren, dann erscheinen die Links die entweder zur Navigation oder zum Inhalt führen)
• entweder alt-Texte, die zumindest grob Bilder beschreiben, oder Bildtitelbeschriftungen dann meist kein weiterer alt-Text, wichtig dann jedoch das leere alt-Attribut:
  alt=”" (sonst lesen z.B. Screenreader vor:”Alternativtext ein Leerzeichen”
• wann immer möglich flexibles, skalierbares Layout (Sonderwünsche, Kundenwünsche, spezielle Anforderungen können Ausnahmen sein, sonst ab 800*600 ohne Scrollen und auf 1680*1050 trotzdem nicht gähnende Leere)
• Formulare mit sinnvollen Labels, die die Eingabefelder umschließen
• Fehlermeldungen, die man verstehen kann (”die Eingaben sind nicht korrekt” hilft dem Besucher nicht rauszufinden, was jetzt nicht korrekt war)
• Grundlayout möglichst mit guten Farb- und Helligkeitskontrasten (online testen von Farbkontrasten einer Seite ist eine Variante, für den Firefox gibts ein Plugin, welches jedoch bei Firefox 3 noch nicht läuft. Bei Hintergrundbildern entscheide ich derzeit nach Augenmaß, da die Tools das noch nicht berücksichtigen)
• Definitionen von Hintergrundfarben so, dass auch ohne Bilder kein weißer Text auf weißem Hintergrund steht
• Informationen, nicht nur mittels Farben unterscheidbar

Trennung von Inhalt und Layout

• sinnvolle Semantik: Seiten beginnen mit h1, bestehen aus Überschriften, Listen, Absätzen…
• keine Spielereien, wie: da noch eine Überschrift, weil die grad die passende Größe und Design hat
• Textauszeichnungen per CSS sowie Hervorhebungen mittels strong und em
• CSS möglichst strukturiert und spezielles für den IE mit Conditional Comments, außerdem möglichst wenige Klassen, sondern eher nutzen der HTML-Elemente
• div nur für Strukturen, nicht um alles einzupacken
• Hintergrundbilder gibts im CSS

Technisches

• Seiten, die mit lesezeichentauglichen URLs zu finden sind (nicht …/unterordner/?seitekr5679-grr…)
• alle Grundfunktionen sind ohne JavaScript erreichbar
• Seiten werden vom Server mit dem passenden Zeichensatz ausgeliefert (siehe z.B. die Webdeveloper-Toolbar /Informationen/Seitenheader da sollte der Zeichensatz stehen)
• “cool URIs don’t change” zumindest nicht ohne passende Weiterleitung (das bedeutet bei Änderungen werden sinnvolle RedirectPermanent Verweise in der .htaccess gesetzt)
• regelmäßige Kontrollen aller Links (unter Linux mit dem Link Checker, der im Quanta integriert ist, online für ganze Webauftritte, z.B: bei Link Valet)
  
• Test aller Layouts auf mindestens: IE 5 bis 7, sowie Firefox, Mozilla, Opera, Konqueror, Safari und Links (aktuelle Version von Lynx unter Linux) in aktuellen Versionen (z.B. im Moment auf Firefox 2 und 3) (allerdings teste ich nicht alle Browser bei jeder Änderung an einer Seite nochmal)
• Startseite nicht unter verschiedenen Adressen erreichbar (mit und ohne www oder mit und ohne index.dateiendung, auch dafür die .htaccess anpassen, warum nicht siehe double content)

Browser und Auflösungen

Hier geht es noch um Tipps, wie sich bereits beim Entwickeln eines Layouts möglichst viel testen lässt ohne dass der Aufwand ins Unendliche geht. Diese Tipps gehen von einer Linuxumgebung mit einigen installierten Browsern aus. Für Abschlusstests ist eine Windows-Umgebung und möglichst auch ein Mac nötig.

• von 800*600 bis 1680*1050 zumindest auf bedienbar prüfen
• in einem Standard-Entwicklungsbrowser, meist der Firefox, entwickeln
• Seamonkey hier bieten sich spezielle Einstellungen an, da gleiche Engine wie Firefox
• Opera
• Konqueror nur wenige Sondereinstellungen, da als Safariersatz genutzt
• Internet Explorer mindestens IE 6 und IE7
• einen Browser immer mit anderer Hintergrundfarbe einstellen (vergessene Farbdefinitionen fallen dann auf, denn meist ist weiß Hintergrundfarbe des Browsers, wenn da eine Definition fehlt, sieht man das nur bei anderer Farbe)
• einen Browser immer mit größerer Schriftgröße einstellen (Formularelemente haben da die Tendenz plötzlich unbenutzbar zu werden, das muss nicht sein)
• mindestens einen echten Safaritest auf Optik, z.B. mit browsershots.org

Inhaltliche Tests

• auf Inhalt, alles verständlich, keine nicht erklärten Fachwörter
• Grammatik und Rechtschreibung, Tippfehler (Rechtschreibung einheitlich, nur alte, nur neue, nur deutsche, nur schweizer Version… Es ist egal welche Variante, aber sie sollte durchgängig sein)
  
• durchgängige Ansprache, z.B. siezen wir auf miradlo.com und .de, aber hier auf miradlo.net duzen wir durchgehend auf allen Seiten. Manche Seiten ziehen durchgängig eine Ansprache ohne direkte Anrede vor.
• Navigationspunkte vorhanden?
• Brotkrümel ok?
• Metadaten korrekt? (verschiedene zur Seite passende Titel, Keywords, Description)
  
• korrekte Seiten selektiert? (gerade wenn PHP-Navigationen genutzt werden, kann es passieren, dass da was nicht stimmt)
  
• Mailadressen ok? (wir kodieren Mailadressen mit &irgendwas, damit lässt sich mancher Spam verhindern, im Code sind sie dann jedoch nicht so gut lesbar, deshalb schleicht sich leichter ein Fehler ein)
  
• etwaige Weiterleitungen ok?
• Funktioniert der Bildwechsler? Textwechsler? Kontaktformular? (etwaige andere spezielle Effekte, die erscheinen sollten sieht man im Quellcode oder bei Blogs anhand genutzter Widgets und Plugins. Falls Tester und Entwickler nicht dieselbe Person sind, sollte vom Entwickler eine Liste der gewünschten Funktionen gemacht werden. ) Beim Testen von Funktionen mit Besuchereingaben, nicht nur mit korrekten Eingaben testen, sondern gerade auch mit falschen Eingaben, um zu sehen, ob korrekte Fehlermeldungen kommen.
• wenn print.css vorhanden: Druckvorschau testen
• wenn vorhanden: handheld-CSS testen

Unterm Strich

Beachtet man die obigen Punkte, dann sind Webseiten noch immer nicht zu 100% barrierefrei, aber sie sind für viele leichter zu nutzen. Über manchen Punkt kann man diskutieren, diese Liste stammt von mir, sie enthält im Zweifel meine Sichtweise. Bei miradlo gilt, dass sich alle an diese Liste halten müssen, wenn ein Punkt nicht passt, dann diskutieren wir den und ändern ihn entweder oder machen auch mal eine Ausnahme je nach Auftritt. Wichtig ist, dass man beim Testen weiß, woran man sich orientieren kann, was soll man überhaupt prüfen…

Bei Blogs sollte man bei Updates noch manches andere berücksichtigen.

Tipp für Tests nach Checkliste

Sinnvoll ist es sich eine eigene Testliste zu erstellen, als Grundlage, kann z.B. diese Liste dienen. Die eigene Liste, z.B. fürs eigene Blog oder die eigene Website sollte spezielle Eigenschaften berücksichtigen, weglassen kann man, was man sowieso bei Änderungen bereits automatisch testet. Unsere Liste geht davon aus, dass meist die Webautoren ihre Seite nicht selbst testen, das ist sinnvoll, wenn es möglich ist, denn manche Fehler sieht man selbst nicht. Wer jedoch selbst entwickelt und testet sollte die persönliche Checkliste dementsprechend anpassen.

Einige Sessionvorschläge sind bereits online, ebenso wie einige Themenvorschläge.

Ich war positiv überrascht, wieviele zu meiner Session beim Blogcamp in Zürich über Webstandards kamen. Zeitgleich gab es ja Sessions mit in der Schweiz bekannten Bloggern, ich kannte die Teilnehmer vorher nicht, erst anschließend ergab sich das ein oder andere Gespräch abends beim Bloggy Friday. Einzige Ausnahme war Jozo, der sich für die Diskussion interessierte, das Thema Webstandards von mir, kennt er ja zur Genüge.

Daraus schloss ich, dass es doch mehr Interessierte an diesem Thema gibt, als befürchtet. Beim Blogcamp waren ja viele Blogger, die häufig aus ganz anderen Sparten kommen, als der Informatik. Beim Barcamp erwarte ich deutlich mehr Teilnehmer, die sich auch mit Webseitenerstellung, Webdesign und ähnlichem befassen. Ich plane daher auch dort eine Session zu Webstandards, denn ich bin sicher, dass es in der Diskussion dort noch ganz andere Aspekte geben kann.

Webstandards warum, wozu und wie?

Mein Ziel ist eine Session, in der ich im ersten Teil in das Thema Webstandards einleite:

• was ist das?
• wozu sind die gut?
• warum sind sie sinnvoll?

Wie bei Barcamps üblich, möchte ich jedoch vor allem den Austausch über das Thema führen, also zu einer Diskussion anregen.

Linux für Einsteiger

Bei diesem Thema bin ich noch nicht ganz sicher, ob es zustande kommt. Bei den Themenvorschlägen plant wohl bereits jemand Linux bezogen auf Fedora. Mein Ziel wäre eher eine Einführung, die weitgehend unabhängig von der Distribution ist. Eher so:

• allgemeiner Einstieg
• was ist Linux?
• ist Linux nicht furchtbar kompliziert?

Auch bei diesem Thema würde ich gern Platz für Fragen und Diskussion lassen. Da ich in jedem Fall einen Linux-Rechner dabei haben werde, ich habe schließlich keine anderen, kann ich ja auch noch spontan auf das ein oder andere eingehen.

Da wir zur Zeit jedoch in unserer Wohnung eine große Baustelle, mit Wänden raus haben, weiß ich noch nicht sicher, ob ich Gelegenheit habe etwas speziell vorzubereiten. Deshalb beschränke ich mich auf Themenvorschläge, die ich jederzeit mit einer kleinen Präsentation halten kann.

Roland plant:

Unterrichten mit Wikis und Blogs

Die vernetzte Kommunikation, die durch den Einsatz von Wikis und Blogs ermöglicht wird, kann für eine neugestaltete Unterrichtsform verwendet werden. Ich möchte in dieser Sessions über Chancen und Möglichkeiten (lernen in virtuellen Gruppen und ausserhalb des Klassenzimmers) und Schwierigkeiten (wie kann man zu einer fairen Einzelbewertung kommen und was muss man tun damit die Teilnehmer die neuen Konzepte annehmen) diskutieren.

Ich habe sofort einige Weiterleitungen ausprobiert, die jedoch partout nicht so recht klappen wollten. Insbesondere der Feed weigerte sich und wollte sich nicht umleiten lassen.

Beim Recherchieren zur .htaccess, die den Apache steuert gab’s unzählige Ideen und Vorschläge:

• wie werden Feeds zu Feedburner umgeleitet
• welches WordPress Plugin leitet wie um
• wie leitet man überhaupt um

Die ein oder andere Umleitung leitete zwar teilweise so um, wie ich wollte, hatte aber derart unangenehme Nebeneffekte, dass es auch keine Lösung war. Denn mit den versuchten Umleitungen für das gesamte alte Blogverzeichnis blog_miradlo auf bloggt, ließ sich der Feed nicht umleiten. Versuche, erst den Feed umzuleiten und dann den Rest gesamt, führten zu internen Serverfehlern (Error 500). Der eine oder andere sonstige Versuch hatte Probleme damit, dass es bisher noch anderer Stelle ein Bilderverzeichnis gab, was auch blog_miradlo hieß.

Aber jetzt habe ich eine Lösung!

Blog von einem Verzeichnis in ein anderes umleiten inklusive des Feeds

RewriteEngine On

RewriteRule ^blog_miradlo/(.*)$ http://www.miradlo.net/bloggt/$1 [R=301,L]

Damit leitet es jetzt sowohl einzelne Aufrufe nach Beiträgen, wie auch den Feed brav um.
Für diesen Fall ungeeignet waren folgende Möglichkeiten:

Mit direkten Umleitungen der Feeds (auch für mehrere Versionen) passierte gar nichts:

• RedirectPermanent /blog_miradlo/wp-rss.php http://www.miradlo.net/bloggt//wp-rss.php
• RedirectPermanent /blog_miradlo/feed/ http://www.miradlo.net/bloggt/feed

Auch angepasste Anleitungen, die einen Feed vom eigenen Blog zu Feedburner umleiten wollten nicht so, wie ich, egal ob diese:
WordPress zu Feedburner umleiten oder sowas wie diese:

• <IfModule mod_rewrite.c>
  • RewriteEngine on
  • RewriteCond %{REQUEST_URI} ^/?(/blog_miradlo/feed.*|comments.*) [NC]
  • RewriteCond %{HTTP_USER_AGENT} !^.*(FeedValidator) [NC]
  • RewriteRule ^feed/?.*$ http://www.miradlo.net/bloggt/feed [L,R=301]
  • RewriteRule ^comments/?.*$ http://www.miradlo.net/bloggt/comments/feed [L,R=301]
• </IfModule>

Als Zwischenlösung hatte ich deshalb alles auf die Blogstartseite umgeleitet, das klappte jedoch nicht mit den Feeds und auch nicht mit den einzelnen Beiträgen, aber es war zunächst einmal besser als nichts:

• RedirectMatch 301 ^/blog_miradlo/(.*) http://www.miradlo.net/bloggt/

Nicht erschrecken, falls ihr die Seite nicht auf Anhieb wiedererkennt, ich habe so ziemlich alles außer den Inhalten geändert.

An ein paar Stellen kann es in den nächsten Tagen noch ruckeln, bis ich alle Probleme gefunden habe.

Feeds aktualisieren ::: neue Feedadresse: http://www.miradlo.net/bloggt/feed

Ich habe aus der alten Version miradlo.net/blog_miradlo die obige kürzere Version gemacht. Bitte aktualisiert eure Lesezeichen und vor allem den Feed:

• RSS Feed
• Kommentare RSS Feed

Selbstverständlich leite ich so weit es geht auch automatisch um, allerdings klappt das aufgrund der alten Struktur nicht an allen Stellen wie gewünscht. Ich habe den Umbau auch mal bei Blogwartung gemeldet und werde versuchen so schnell wie möglich alle Schwierigkeiten zu beheben.

Die Änderungen auf miradlo bloggt

• Design
  • das Design ist ganz neu und jetzt angepasst an das der Unternehmensseite, geblieben ist nur, dass es ein flexibles Design ist, welches bei jedweder Auflösung möglichst optimal nutzbar ist
• WordPress-Version
  • das Blog läuft jetzt endlich mit der aktuellen Version
• Plugins
  • weitere Plugins, die neue Möglichkeiten bieten sind dazugekommen, z.B:
    • Kommentare eines Beitrags per E-Mail abonnieren
    • Beiträge per E-Mail abonnieren
    • bereits gesendete Kommentare nochmal bearbeiten
• Blogadresse geändert
  • aus miradlo.net/blog_miradlo wurde miradlo.net/bloggt/
    

Bitte gebt mir in den Kommentaren Bescheid, wenn euch noch Probleme auffallen.

Ich habe länger überlegt, ob es sinnvoll ist, auch die Adresse zu ändern, da ich damit rechnete, dass das nicht ganz problemlos klappt. Aber ich habe dann entschieden, dass dieses lange Ungetüm miradlo.net/blog_miradlo einfach weg muss das schlichte miradlo.net/bloggt ist einfach besser zu nutzen. Entstanden ist die Adresse, weil ich normalerweise lokal alles in diesem Stil benenne. Ich habe einfach nicht dran gedacht, dass dieser Name ja bei jedem Link gebraucht und genutzt wird. Deshalb habe ich entschieden, jetzt einmal diesen Schritt zu machen, damit es in Zukunft einfacher wird.

Normalerweise bin ich ja der Meinung, dass Webstandards eingehalten werden sollen. Damit verbunden sind normalerweise auch Seiten, deren CSS valide ist. Ab und zu eine Ausnahme, ist für mich in einigen Situationen akzeptabel. In meiner Session beim Blogcamp in Zürich kam von einigen der Hinweis, dass die Meldungen des Validators teils unverständlich seien. Deshalb werde ich versuchen, ab sofort diese Meldungen mit zu erklären, wenn ich grad dabei bin.

-moz-border-radius

Wenn es um besondere Eigenschaften geht, die gerade noch nicht dem aktuellen Standard entsprechen, z.B:

• -moz-border-radius: 5px;

statt der in CSS 3 kommenden Eigenschaft

• border-radius: 5px;

führt zwangsläufig dazu, dass der Validator meldet: Diese Eigenschaft existiert nicht.

In diesem Fall ist das jedoch kein Problem, denn interpretiert wird die Eigenschaft nur von Mozilla-Browsern, die sie verstehen, alle anderen ignorieren die Definition.

Zuweilen nutze ich solche Spielereien daher ganz gern. Allerdings kann das natürlich zu Problemen führen, wie z.B. bei mir letztens mit radius und Firefox 3. Inzwischen habe ich nochmal ein bisschen damit experimentiert.

Bei relativ langen Seiten scheint Firefox 3 grundsätzlich dann Schwierigkeiten mit dieser Definition zu haben, wenn sie sich im gleichen div-Container befindet, wie eine größere Menge Text und ein Hintergrundbild. Nach wie vor konnte ich dieses Problem im Firefox 2 zumindest nicht in diesem Ausmaß feststellen, dort kann es mal etwas langsamer werden, aber kein Vergleich… Im Seamonkey gibt’s gar keine Probleme, da ruckelt und wackelt gar nichts.

Transparenzeffekte

Jegliche Transparenzen werden ebenfalls angemahnt, z.B:

• -moz-opacity:0.75

Alle Eigenschaften, die mit sowas wie -moz oder -webkit (für Safari) beginnen, stammen aus CSS 3 und werden irgendwann kommen, zur Zeit ist jedoch noch CSS 2 oder CSS 2.1 aktuell. Ebenso wird natürlich die proprietäre Eigenschaft der Internet Explorer als Einlesefehler gewertet:

• filter:alpha(opacity=75);

Hacks für den Internet Explorer

Weitere Hacks für den Internet Explorer, wie z.B. die Eigenschaften, die mittels expression eingebunden werden, versteht der Validator ebenfalls nicht:

• height: expression(document.body.scrollHeight > document.body.offsetHeight ? document.body.scrollHeight : document.body.offsetHeight + ‘px’);

Hier meldet der Validator:

• Ungültige Nummer: height Lexical error at line 149, column 81. Encountered: “?” (63), after : “” ? document.body.scrollHeight : document.body.offsetHeight + ‘px’);
• Ungültige Nummer: height Parse error – Unrecognized }

Die erste Meldung bezieht sich darauf, dass nach height ein Wert stehen sollte, z.B:

• height:150px;

Die zweite Meldung ist ein typischer Folgefehler, da der Wert für die Eigenschaft fehlt, versteht der Validator nicht, warum jetzt bereits die Klammer für die Deklaration geschlossen wird.

Bei speziellen Definitionen für den IE, bevorzuge ich Extra-Stylesheets für den jeweiligen IE, die per Conditional Comment eingebunden werden. Damit liest nur der betroffene Browser diese Definitionen ein, alle anderen ignorieren den Kommentar.

Das Beispiel hier stammt aus dem CSS der thickbox, die z.B. vom WordPress-Plugin Ajax-Edit-Comments genutzt wird. Dort wird es nicht per CC eingebunden, was jedoch nicht so schlimm ist, da durch die Transparenzeigenschaften das CSS thickbox.css sowieso nicht valide ist.

Validatormeldungen verstehen

Was man sich beim Korrigieren von Fehlern immer angewöhnen sollte:

• immer zuerst den obersten Fehler reparieren
• zwischendurch erneut prüfen

Häufig verschwinden mehrere Fehler, sobald ein Fehler korrigiert ist. Den ersten Fehler zunächst korrigieren, ist sinnvoll, um nicht etwaige Folgefehler zu suchen, die vielleicht schon gar nicht mehr existieren.

Hm, zu verstehen, was welche Meldung bedeutet, ist wohl Übungssache. Für mich ist meist klar, was gerade nicht passt, Beispiele:

• Diese Eigenschaft existiert nicht.
  • bedeutet genau das, so wie es im CSS steht, ist die Eigenschaft nicht zulässig, also z.B: -moz-border-radius
• Einlese-Fehler opacity=75)
  • Der Validator hat etwas nicht verstanden, in diesem Fall die Eigenschaft filter:alpha( deshalb meldet er einen Einlesefehler, weil der Wert nicht interpretiert werden kann.
• Ungültige Nummer: margin-top Lexical error at line 60, column 105 Encountered: “&” (38), after : “” & &document.documentElement.scrollTop | document.body.scrollTop) + ‘px’);
  • Lexical error bedeutet hier, dass ein Zeichen benutzt wurde, was da nicht hingehört, in diesem Fall ein “&”
• Parse error – Unrecognized }
  • Der Validator kann die Klammer an dieser Stelle nicht korrekt analysieren, da sie hier nicht hingehört. Mögliche Fehlerquellen
    • vorher war eine Definition nicht ok
    • es fehlt ein Semikolon nach einer Definition
  • deshalb kommt die Klammer unerwartet.
• Ungültige Nummer : display inline-block ist kein display-Wert : inline-block
  • Die Eigenschaft gibt es in der geprüften Version nicht, zur Zeit wird im Standardfall auf CSS 2 geprüft, die meisten Browser verstehen jedoch auch CSS 2.1. Dort existiert inline-block, deshalb kann man es zwar verwenden, muss jedoch auf CSS 2.1 prüfen, um ein korrektes Ergebnis zu bekommen.