So meldet der deutsche Provider Syseleven um 13:40 Uhr, dass die .de Domains Namensserver die TLD-Zone nicht vollständig geladen haben und es daher zu Fehlern kommt. 4 Minuten später meldete dann auch domainfactory, dass man von einem Problem auf Seiten des Betreibers der Top-Level-Domain “.de” ausgeht. Um 14:40 Uhr bestätigt die Denic dann auch über Golem, dass 6 Root-Server ausgefallen seien.

Wie Skurril die Ursachenforschung auf Twitter von statten geht, kann man noch am ehesten mit der Suche nach “#Denic” unter Twitter nachvollziehen. So gehen die Vermutungen von einem Terroranschlag bis zu einem Praktikantenfehler bei der Denic. Wir vermuten ja immer noch, dass eher ein Zusammenhang mit der Aschewolke bestehen könnte, die sich nun im Internet ausbreitet.

Jetzt, um 15:10 Uhr, sind mittlerweile einige unserer Kundenprojekte wieder erreichbar und die Denic scheint das Problem also wieder in den Griff zu bekommen.

Für einige sollte dieser Ausfall aber sich zu einem früheren und verlängerten Wochenende führen. In diesem Sinne: Viel Spass beim Vatertag .

 
         

Nicht selten ist dort die folgende Fehlermeldung aufzufinden, die sich dann alle paar Minuten wiederholt:
Core: Error handler (FE:sad: PHP Warning: fopen() [function.fopen]: Filename cannot be empty in /kunden/.../typo3cms/typo3_src-4.3.0/t3lib/class.t3lib_div.php line 5420

Wirklich sorgenbereitend ist diese Meldung nicht, denn TYPO3 arbeitet im Frontend ohne erkennbare Störung. Richtig Zeit den Fehler zu ergründen hatten wir bisher nicht, aber wem eine schnelle Lösung ohne Grund genügt, der soll einmal folgendes versuchen:

1. Die localconf.php öffnen (liegt im Unterordner typo3conf) und danach
2. die Zeile [SYS][systemLog] = ...... auskommentieren.

Danach sollte der Spuk behoben sein.

 
         

1. Die Startseite wird angezeigt, aber nachdem ein Navigationspunkt angeklickt wird, erscheint eine 404 Fehlermeldung. Woran liegt das?
   Ursache:  Anscheinend ist die .htaccess nicht richtig konfiguriert worden. Steht zum Beispiel “RewriteBase /” in der .htaccess und die zu erreichende index.php von TYPO3 liegt aber im Unterordner xyz, erscheint ein solcher Fehler. Dann muss auch in der .htaccess “RewriteBase /xyz” gesetzt werden.
2. Ich habe meine TYPO3 Installation geupdatet und nun werden Seiten auf der zweiten und dritten Ebene nicht mehr angezeigt. Gibt es dafür eine Lösung?
   Ursache: Mit manchen neuen TYPO3 Version wird auch Simulatestatic geupdated (zuletzt in der TYPO3 4.3 Version). Die RealURL Konfigurationen werden dann überschrieben. Aus diesem Grund muss RealURL deinstalliert (nicht updaten!) und danach wieder neu installiert werden.
3. Ich möchte RealURL mit mehren Domains nutzen, aber die Standard Konfiguration funktioniert einfach nicht. Was ist da los?
   Ursache: Kommentiere die “RewriteBase /” aus und verwende stattdessen eine RewriteRule, die dann so aussehen könnte:
   Hat man mehrere Domains für eine TYPO3 Installation, empfiehlt es sich eine Rewriterule zu schreiben
   RewriteCond %{HTTP_HOST} deine.domain$ [NC]
RewriteRule ^$ /index.php?id=foo
   Der Wert von id ist natürlich nicht foo, sondern die Pid innerhalb der TYPO3-Seiten. In der localconf der TYPO3-Installation muss dann folgendes ergänzt werden:
   $TYPO3_CONF_VARS['EXTCONF']['realurl']['deine.domain'] =
$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'];
$TYPO3_CONF_VARS['EXTCONF']['realurl']['meine.domain']['pagePath']['rootpage_id'] = foo;

4. Wie kann ich den Fehler “Segment … was not a keyword for a postVarSet as expected!” verhindern?
   Ursache: Der Ursachenforschung hat sich einmal René Nitzsche angenommen. Eine schnelle Lösung ist aber Realurl kurzfristig über Typoscript mit “config.tx_realurl_enable = 0″ abzustellen. Danach sich aus dem Backend auszuloggen, die einzelnen Seiten im Frontend besuchen und dann wiederum den Cache leeren im Backend. Zu guter letzt natürlich RealURL wieder  anschalten. Danach sollte es wieder funktionieren. Erscheint der Fehler immer noch, könnte die Ursache an einem TYPO3 Update liegen.

 
         

Natürlich ist hierbei kostenlos nicht immer gleich umsonst. Insbesondere bei komplexen Anwendungen, die in Firmen eingesetzt werden, spielen andere Faktoren eine wichtigere Rolle als die Kosten für den Erwerb. Hierbei ist es wichtig, dass das Produkt zukunftssicher und auch ein Support vorhanden ist. Ansonsten können kleinere Probleme sehr viel Zeit und somit auch Geld in Anspruch nehmen. Gerade in diesem Punkt gibt es bei vielen Open-Source Systemen noch kleinere oder größere Mankos. Oftmals ist ein Projekt unzureichend dokumentiert und ein genauer Funktionsüberblick ist auch eher selten anzufinden. Dieses macht die Auswahl unnötig schwierig. Bei kommerziellen Programmen gibt es meistens eine kostenlose Hotline, bei der man sich über den Funktionsumfang informieren kann oder aber später durch Support unterstützt wird. Dieses ist bei Open-Source natürlich nicht so einfach möglich, weil durch den Verkauf der Programme kein Umsatz erzielt wird. Die einzige Möglichkeit, für Open-Source Projekte Geld zu verdienen, ist der Support, Werbung auf der Internetseite, der erweiterte Funktionsumfang oder durch Mitgliederspenden.

Oftmals liegt genau bei den Mitgliederspenden das Problem. Hierbei ist natürlich nicht der Privatanwender in der Pflicht, sondern vielmehr das Unternehmen. Leider gibt es noch immer viel zu viele Firmen, die mit Open-Source-Systemen ihr Geld verdienen, den Entwickler aber nicht genug unterstützen. Nur, wie viel sollte ein Unternehmen spenden? Hierfür kann die Faustformel 10 % vom  Netto Rechnungsbetrag genommen werden. Somit wird der Entwickler entsprechend unterstützt und die Firma sichert die Weiterentwicklung des Produktes und somit auch ein Stück ihres Umsatzes. Denn nur durch stetige Weiterentwicklung kann ein System zukunftssicher gestaltet und somit der Erfolg langfristig gesichert werden.

Des Weiteren gibt es aber noch andere Möglichkeiten, ein Open-Source System zu unterstützen. Ein gutes Beispiel ist die TYPO3 Association, die hauptsächlich für die Weiterentwicklung von TYPO3 verantwortlich ist. Hier bekommt man durch verschiedene Mitgliedschaften die Möglichkeit, die Association bei der Arbeit zu unterstützen. Die Preise werden nach verschiedenen Mitgliedsstadien  gestaffelt. Genau aus diesem Grund hat sich melon|media auch für eine Mitgliedschaft in der TYPO3 Association entschieden. Denn nur durch eine aktive Unterstützung kann die Stabilität und der Funktionsumfang des Produktes gesichert werden.

Für die Zukunft bleibt zu hoffen, dass die Firmen verstärkt Open-Source Projekte unterstützen, damit sich das Entwickeln von Open-Source Software auch weiterhin lohnt.

 
         

Im Gegensatz zu den vorherigen CSS-Versionen wird CSS3 in Modulen aufgebaut sein. Hierbei wird eine Vielzahl von Modulen unterschieden. Eine vollständige Liste ist hier zu finden. In diesem Artikel wird ein Auszug von neuen Funktionen gegeben, die sich in verschiedenen Modulen befinden. Außerdem wird am Ende ein praktisches Beispiel gegeben, was heute schon mit CSS möglich ist.

Spaltenlayout mit CSS3

Von manchen Webdesignern wird auch heute noch gerne das veraltete Tabellenlayout eingesetzt. Hierbei wird der Tabellenrand auf 0 gesetzt und durch die Spalten und Zeilen das Layout erstellt. Dieses Verfahren ist höchst umstritten und hat bekanntlich viele Nachteile.  Als Vorteil wird hierbei oft die Einfachheit genannt, mit der es möglich ist, mehrspaltige Layouts zu erstellen.

Dieser Vorteil soll mit CSS3 auch endlich zum Standard gehören:

#4spalten {

column-count: 4;
column-width: 200px;
column-gap: 10px;

}

Hierbei wird mit dem Befehl “column-count” die Anzahl der Spalten in dem Container festgelegt. Durch den “gap” Befehl wird der Abstand zwischen den Zeilen bestimmt und durch “width” die Breite der einzelnen Spalten. Somit ist es möglich, mit CSS3 einfache Spaltenlayouts zu erstellen.

Filterungsmöglichkeiten mit CSS3

Mit CSS3 wird es möglich sein, den Text granular zu filtern. Dieses bedeutet, dass die Filterungsmöglichkeiten wesentlich feiner werden. Somit ist es möglich, dass angeklickte Radio-Buttons oder markierte Checkboxen anders markiert werden als nicht aktivierte. Aber auch das “Highlighten” einzelner Wörter ist möglich. Hierdurch können automatisch einzelne Begriffe mit einer speziellen Farbe oder Formatierung versehen werden.

p:has(Blog)

würde sich auf alle Textabschnitte beziehen, die das Element “Blog” enthalten. Außerdem werden noch weitere Filterungsmöglichkeiten hinzugefügt. Welche der Browser davon bereits unterstützt, kann sehr gut auf dieser Seite getestet werden.

Runde Ecken, Ränder und Schatten mit CSS3

Ein weiteres kleines Extra, welches aber nicht unerheblich ist, ist das Erstellen von Runden Ecken. Durch die Option “border-radius” ist es möglich, runde Ecken zu erstellen. Für die Erstellung muss der horizontale und vertikale Radius der Eclipse angegeben werden, da bei der Erstellung von einer Eclipse ausgegangen wird. Der Radius kann auch für jede Ecke einzeln angegeben werden.

Vielen Webdesignern ist bestimmt schon bekannt, dass der Mozilla Browser diese Funktion bereits unterstützt. Durch “moz-border-radius” können für den Firefox-Browser runde Ecken erzeugt werden. Wahrscheinlich wird der Befehl aber mit dem Erscheinen von CSS3 wegfallen.

Bei Bildern ist es möglich, mit dem Befehl “border-image”  Ränder für die Bilder zu erstellen. Auch hierbei ist es möglich, abgerundete Ecken zu erstellen. Neu in CSS3 ist auch die Möglichkeit, Schatten hinzuzufügen. Dieser  Schatten kann entweder um bestimmte Boxen gelegt werden, aber auch hinter bestimmten Texten. Bei Texten ist es auch möglich, mehrere Schatten zu hinterlegen. Hierdurch können neue visuelle Effekte erreicht werden.

CSS3 schon jetzt implementieren?

Wenn CSS3 eingesetzt werden soll, muss man damit leben, dass die Internetseite nicht in allen Browsern gleich aussieht. Dieses ist dem Kunden oft schwer zu vermitteln, und in den meisten Fällen auch berechtigt. Aber in manchen fällen kann mit CSS3 der Funktionsumfang sehr gut ergänzt werden. Ein schönes Beispiel hierfür ist die Seite forabeautifulweb.com. Hierbei werden drei DVD-Hüllen angezeigt. Geht man im Internet-Explorer oder Opera über die Hüllen wird nur die “Hand” für einen Link angezeigt, beim Firefox fallen die DVD´s ruckartig aus der Hülle. Dagegen wird im Safari eine schöne Animation angezeigt, bei der sich die DVD´s langsam aus der Hülle drehen.

Durch CSS3 wird dem Webdesigner das Erstellen von Internetseiten wesentlich einfacher gemacht. Dennoch ist es noch zu früh, um voll auf CSS3 zu setzen. Da noch kein Zeitpunkt bekannt ist, an dem CSS3 veröffentlicht wird, sollten höchstens ergänzende Features eingebunden werden. Wichtig hierbei ist aber, dass die Internetseite auch ohne CSS3 voll funktionsfähig bleibt.

 
         

Der Usability-Experte Jacob Nielsen schrieb vor mehr als 3 Jahren in seiner Alertbox über das Thema „Screen Resolution and Page Layout“ und stellte hier heraus, dass man „heutzutage“ seine Website für eine Bildschirmauflösung von 1024×768 optimieren sollte. Welche Bildschirmauflösung derzeit die Aktuelle ist, kann sehr gut an öffentliche Statistiken und natürlich an den Web-Statistiken des Kunden abgelesen werden. Letzteres sollte natürlich vorgezogen werden. Die Grundaussage in Nielsen’s Artikel ist, dass die Website fehlerfrei dargestellt werden muss, auch wenn diese mit einer kleinen Bildschirmauflösung betrachtet wird. Das Layout der Website muss sich also an die Bildschirmauflösung anpassen.

Kriterien nach J. Nielsen für das Seitenlayout

Doch allein mit der Wahl der richtigen Bildschirmauflösung ist es nicht getan. Es gibt nach Jacob Nielsen drei wesentliche Kriterien, die für die Darstellung unbedingt sichergestellt werden sollten:

• Initial visibility: Dies ist der sichtbare Bereich auf dem Bildschirm des Besuchers, in dem alle Schlüsselinformationen der Website bereitgestellt werden müssen. Das bedeutet im Klartext: Surfen ohne horizontales Scrollen.
• Aesthetics: Ist die Darstellung und das Layout der Website gewahrt, wenn die Auflösung stark variiert? Ist die grundlegende Gestaltungsästhetik sichergestellt? So darf zum Beispiel der Abstand zwischen Bild und Text oder der Abstand zwischen zwei Spalten nicht variieren.
• Readability: Ist der Text, trotz variierender Auflösung noch gut lesbar? Ist beispielsweise bei Spalten der “width” Parameter definiert?

Richtige Betrachtung der “Auflösung”

Was Nielsen hier richtigerweise gut ausformulierte, stellt allerdings nicht genügend das eigentliche Problem heraus oder gibt Handlungsempfehlungen, wie die obigen Kriterien sichergestellt werden können. Denn im Grunde muss bei Betrachtung der Auflösung unterschieden werden nach:

• Bildschirmauflösung,
• Browser-Fenstergröße (actual browser size) und
• Content Area

Jasper Rønn-Jensen formulierte diese wichtige Feststellung in seinem Artikel “Design for Browser Size — Not Screen Size“. Ferner verdeutlicht er, dass für die Gestaltung einer Website die Bildschirmauflösung weniger bedeutend ist (ganz im Gegensatz zu Nielsen). Aus seiner Sicht ist die Browser-Fenstergröße entscheidend, was aus meiner Sicht auch die richtige Betrachtung ist.

Jasper begründet dies damit, dass die Größe des Browserfensters meistens geringer ist als die tatsächliche Bildschirmauflösung des Users. Mac-User wissen, was er meint, denn auf dem Mac gibt es keine Funktion zum Maximieren der Fenster, wie bei Windows. Somit ist zum Beispiel mein Browser Fenster beim Surfen bei einer Auflösung von 1440×900 px nie maximiert. Weiterhin müssen von der Browser-Fenstergröße die horizontale und vertikale Scrollbar sowie die Symbolleiste des Browsers abgezogen werden. Erst danach erhält man die Content Area, für die die Website gestaltet werden muss.

Content Area bzw. Actual Browser Size

Und an diesem Punkt wird es interessant! Wie kann man nun die Content Area bei den vielen verschiedenen Browsern ermitteln? Jasper Rønn-Jensen hat Durchschnittswerte für Scrollbar, Statusleiste und Symbolleiste ermittelt und auf dieser Basis die Content Area berechnet. Die folgende Tabelle zeigt – neben der Content Area pro Bildschirmauflösung – dass immer seltener das Browserfenster bei steigender Bildschirmauflösung maximiert wird:

Zusammenfassung

Im Grunde ist es aus meiner Sicht wichtig sicherzustellen, dass sich eine Website an die Fenstergröße der Browser anpasst und der User nicht nachhelfen muss, um alles lesen zu können (durch Maximieren des Fensters oder durch Scrollen). Um hier das Optimum sicherzustellen, sollte man sich an obige Tabelle von Jasper orientieren.

 
         

Die User Experience einer interaktiven Anwendung setzt sich aus dem Nutzen (engl. Utility), der Nutzbarkeit (engl. Usability) und der Nutzungsfreude (engl. Joy of Use) zusammen, wie in Abbildung 1 dargestellt.

Abbildung 1: User Experience

Utility, Usability und “Joy of Use” gelten immer gleichzeitig zu jeder Zeit mit der gleichen Relevanz.

Die drei Komponenten der User Experience lassen sich sehr gut erklären durch die Aufgliederung in einzelne Bestandteile. Diese Bestandteile wollen wir wie folgt kurz erläutern:

Usability – Nutzbarkeit:

-        Konsistenz

Von Konsistenz spricht man, wenn vergleichbare Sachverhalte stets in derselben Art dargestellt sind und wenn sie auf vergleichbare Nutzereingaben und vergleichbare Situationen stets in derselben Art reagieren.

Beispiel: Das Logo ist konstant oben links in der Anwendung platziert.

-        Nachvollziehbarkeit

Nachvollziehbarkeit ist gewährt, wenn dem Nutzer zu jeder Zeit vermittelt wird, welche Eingaben in welcher Art und Reihenfolge notwendig sind, um den aktuellen Zustand der Anwendung zu erzeugen.

-        Kontextsensitivität

Unter Kontextsensitivität versteht man, wenn die umgebende Situation registriert und diese zusätzlich zu den Nutzereingaben für die Ausgabe von Daten berücksichtigt wird.

Beispiel: Bei der Suche nach Kaminöfen in Google, finden sich im Suchergebnis lokale Ergebnisse wieder - passend zum Standort des Benutzers.

-        Selbstbeschreibungsfähigkeit

Liegt vor, wenn dem Nutzer die Möglichkeit gegeben wird zu jeder Zeit die Anzahl und die Art der möglichen Eingaben und die daraus folgenden Ausgaben der interaktiven Anwendung anzuzeigen.

-        Fehlertoleranz

Eine hohe Fehlertoleranz ist gegeben, wenn offensichtlich fehlerhafte Eingaben durch den Nutzer ohne negative Auswirkungen auf die von ihm beabsichtigte Art der Nutzung der Anwendung bleibt.

-        Individualisierbarkeit

Wenn der Nutzer aus mehreren möglichen Arten der Präsentation, der Interaktion oder des Inhalts auswählen kann, um seine Anforderung zu erfüllen.

Utility – Nutzen:

-        Relevanz

Wenn die Anwendung in der Lage ist, die konkreten, persönlichen Anforderungen des Nutzers zu erfüllen.

Beispiel: Der Nutzer sucht einen Logistiker, dann ist die Anwendung von Kühne und Nagel in dem Moment relevant.

-        Vollständigkeit

Wenn die Anwendung in der Lage ist, alle in einem definierten oder allgemein akzeptierten Zusammenhang stehenden Anforderungen des Nutzers zu erfüllen.

-        Integration

Wenn die Anwendung die Anforderungen des Nutzers, unter Berücksichtigung von anderen vom Nutzer verwendeten interaktiven Anwendungen, erfüllt.

Beispiel: Bestimmte Datenformate einer anderen Anwendung können weiterverarbeitet werden, wie z.B. das Uploading über ein Webinterface von einer csv Datei mit Kontaktdaten aus Excel.

-        Aktualität

Wenn die Anwendung die Anforderung des Nutzers gemäß dem letzten Stand des allgemeinen Wissens erfüllt.

-        Korrektheit

Wenn die Anwendung die Anforderungen des Nutzers in einer gesellschaftlich oder wissenschaftlich anerkannten Form erfüllt.

-        Kooperation

Wenn die Anwendung in der Lage ist, den Nutzer bei der Erfüllung seiner Anforderungen proaktiv zu unterstützen.

Beispiel: Die Anwendung von Kühne und Nagel zeigt verwandte Themen an.

Joy of Use – Nutzungsfreude:

-        Innovation

Wenn neuartige oder bisher unbekannte Möglichkeiten zur Dateneingabe angeboten werden und wenn neuartige oder bisher unbekannte Formen der Datenausgabe genutzt werden.

-        Symbolik

Wenn die Anwendung in der Lage ist, persönlichen Status und Gruppenzugehörigkeit, persönliche Überzeugung und Einstellung sowie persönliche Erinnerungen des Nutzers darzustellen.

-        Exklusivität

Wenn die Anwendung wenigstens zu einem Teil nur einer eingeschränkten Gruppe von Nutzern zugänglich ist.

Beispiel: Anwendungen in Intranets und Extranets.

-        Herausforderung

Wenn die Anwendung unerwartete, überraschende und unbekannte Reaktionen im Rahmen der Fähigkeiten des Nutzers neue Möglichkeiten und Perspektiven der Interaktion offenbart und anbietet.

-        Vertrauenswürdigkeit

Wenn das Nutzungsrisiko für den Nutzer soweit wie möglich minimiert wird.

-        Personalisierbarkeit

Wenn der Nutzer mittels eigener, nicht allgemein zur Verfügung stehender Mittel seinen persönlichen Vorlieben entsprechend anpassen kann.

Studie – An welcher Position wird was erwartet

In einer Studie hat Michael Bernard geprüft, an welcher Position im Layout einer Website die Nutzer bestimmte funktionale Elemente erwarten. Für den folgend abgebildeten Test hat er ein Browserfenster in ein Raster mit 7×6 quadratischen Flächen eingeteilt. Die Studie zeigt, dass die verschiedenen Elemente an genau den Stellen erwartet werden, an denen sie auch auf der Mehrzahl der Website zu finden sind. Bernard schliesst daraus, dass es bei der Neuentwicklung einer Website sinnvoll ist, diese Standards einzuhalten, da die Nutzer sonst verwirrt werden könnten und die Usability der Website darunter leiden würde.

User ExpeGlobal Expectations of Users´Mental Modelsrience

Je dunkler die Farbe einer Fläche, desto größer der Prozentsatz der Nutzer, die an dieser Stelle das jeweilige Element erwarten. Für die Kühne und Nagel Anwendung zeigt diese Studie, dass die Platzierung des Logos oben links beibehalten werden sollte. Gleiches gilt auch für die Platzierung des Hilfe Buttons bzw. in dem Fall Kühne und Nagel der Suchfunktion oben rechts.

[Abbildung 1] Arndt, Henrik. „Integrierte Informationsarchitektur“.  Heidelberg 2006, S.85

 
         

$TYPO3_CONF_VARS["FE"]["logfile_dir"] = 'fileadmin/log/';

Wichtig ist hier zunächst die Schreibrechte für das neue Verzeichnis “log” zu aktivieren und diese auf 730 zu setzen. Nun muss zunächst das Apache Logging über TYPO3 in eine Datei aktiviert werden, was mit folgende TypoScript Anweisungen geschieht:

config.stat = 1

config.stat_apache = 1

config.stat_apache_logfile = log.txt

Nun sind noch Konfigurationen an der Extension selber vorzunehmen. Mit folgenden Anpassungen (siehe Bild) wertet ics_awstats die Logdatei für die Domain www.melon-media.de und www.melonmedia.de aus, updated die Log-Datei über den Browser und archiviert diese danach.

Konfiguration von ics_awstat

Nach einem Klick auf “save configuration” ist auch schon die Einrichtungsarbeit erledigt und die erzeugte Datei “log.txt” kann geöffnet werden, danach erscheint auch schon AWStats im TYPO3-Backend:

AWStats fertig in TYPO3 integriert

Einmal noch auf den Update-Now Link klicken und schon kann der Traffic auf dem Server der Website analysiert werden. Wer möchte kann einen Cronjob einrichten und diesen dann mit der Option “Cron-Update” aktivieren.

Ingesamt hält sich der Aufwand für die Einrichtung durchaus in Grenzen. Was nach der Konfiguration bleibt ist ein Webanalyse Tool, dass mit ics_awstats seinen Dienst unter TYPO3 verrichtet.