20.4 Konzeption dynamischer Sites 

Die Konzeption ist bei dynamischen Sites wesentlich bedeutungsvoller als bei statischen Sites. Nicht nur die Gestaltung, sondern auch die technischen Abläufe müssen bis ins Detail entworfen werden. Wir fassen an dieser Stelle die wichtigsten Punkte zusammen.

20.4.1 Besonderheiten für das Layout 

Bei statischen Websites haben Sie alles fest in der Hand. Der Kunde gibt Ihnen die Texte und Bilder. Sie bearbeiten diese und binden sie ein. Bei dynamischen Websites wissen Sie nicht, welche genauen Inhalte sich einmal auf der Seite befinden werden. Sie bekommen zwar Beispielinhalte, ob sich Ihr Kunde aber im Laufe der Zeit daran halten wird, ist fraglich.

Flexibles Layout | Ihre Site sollte daher kein Layout haben, das mit Textlängen oder Bildgrößen zu restriktiv umgeht. Das Layout muss flexibel genug sein, um lange wie auch kurze Inhalte darzustellen. Auf den meisten dynamischen Websites sind daher die Inhalte nach unten hin scrollbar. In den meisten Fällen ist es sinnvoll, so zu verfahren. Es sind aber auch andere Layouts möglich. Diese erfordern allerdings einen höheren technischen Aufwand. Es ist immer abzuwägen, ob ihr Einsatz aus Benutzersicht sinnvoll ist oder nicht.

Text-Navigation | Ein weiterer wichtiger Punkt ist die Navigation. Üblicherweise werden Sie eine Navigation mit Grafiken erstellen. Das geht prinzipiell auch bei dynamischen Websites. Dennoch ist es ein Kundenanliegen, schnell einen neuen Navigationspunkt einfügen, entfernen oder an eine andere Stelle verschieben zu können. Grafische Menüs bieten sich daher nur sehr bedingt an. PHP unterstützt zwar das dynamische Erstellen von JPGs, die Qualität ist aber relativ schlecht. GIFs dürfen aus lizenzrechtlichen Gründen nicht dynamisch generiert werden. Das Generieren von Grafiken lastet einen Server zudem stark aus. Es bleibt als Fazit, dass Navigationen immer am besten mit Textlinks erstellt werden. Dank CSS und Selektoren ist dies auch kein Problem und kann ebenfalls sehr gut aussehen.

Sie sollten auch bedenken, dass eine Navigation Platz beansprucht und Sie auch für Navigationserweiterungen Raum schaffen müssen. Wenn Sie Ihrem Kunden die Möglichkeit einräumen, eigenständig Navigationspunkte verändern und hinzufügen zu können, muss das Menü genauso flexibel gehalten werden wie der Rest des Layouts.

Bei der im Buch erstellten Website finden diese eben genannten Aspekte keine Berücksichtigung, da das Anwenden aller im Buch gezeigten Techniken im Vordergrund steht.

20.4.2 Trennung von Layout und Inhalt 

Besonders bei dynamisch eingespeisten Inhalten macht es Sinn, mit CSS zu arbeiten. Es werden damit einfach die Bereiche in einer Website mit CSS-Stilen vorformatieren, die später die dynamischen Inhalte enthalten. Geschickt programmiert, kann der Kunde oder Redakteur dann einfügen, was er möchte. Der Inhalt wird sich immer Ihren gestalterischen Rahmenbedingungen anpassen. Und wenn Sie dann doch mal etwas daran verändern müssen, können Sie das ohne großen Aufwand in der externen CSS-Datei durchführen.

20.4.3 Konzeption der Administrationsebene 

Viele dynamische Websites benötigen eine Administrationsebene, wenn die Inhalte vom Kunden gepflegt werden sollen. Legen Sie das Layout und die Benutzerführung der Administrationsoberfläche wirklich idiotensicher an. Jeder mögliche Bedienfehler wird auch gemacht, da können Sie ganz sicher sein! Es geht vor allem auf Ihre Nerven und Kosten, wenn ein Kunde ständig anruft, weil er mit der Administration nicht zurechtkommt.

Usability | Geben Sie einem Kunden nur die Möglichkeiten, die er wirklich benötigt. Was für Sie als Profi ein tolles Feature ist, kann schon für den Laien eine Schaltfläche zu viel sein. Es gibt eine Menge kaum bedienbarer WCMS. Gerade im hochpreisigen Niveau finden sich einige Vertreter, die für Kunden kaum bedienbar sind und einen eigenen Administrator benötigen. Folgen Sie bei der Konzeption und beim Layout der bekannten KISS-Regel »Keep it simple and stupid«. Testen Sie die Benutzerführung der Administration am besten mit völlig unerfahrenen Usern und suchen und beheben Sie so die Fehlerquellen.

Zugriffsrechte | Wenn Sie ein umfangreiches CMS planen, achten Sie daher darauf, welche Möglichkeiten Sie Ihren Usern zur Pflege der Daten geben und wie qualifiziert die zu erwartenden Administratoren im Umgang mit Websites sind. Unterteilen Sie am besten die User in Gruppen mit verschiedenen Zugriffsrechten. Jemand, der Texte ändern muss, sollte nicht unbedingt Systemparameter verändern können.

Diese ganzen Anforderungen machen die Angelegenheit für Sie nicht gerade einfacher. Im Gegenteil: Je benutzersicherer eine Administrationsebene sein muss, umso mehr müssen Sie sich Gedanken über die Benutzerführung machen. Bei größeren CMS mit tausend und mehr zu pflegenden Dokumenten ist der Aufwand für die Administrationsebene und für eine einwandfreie Benutzerverwaltung in der Regel höher als für die eigentliche Website.

20.4.4 Planung, Planung, Planung … 

Bevor Sie die ersten Abfragen schreiben oder die erste Datenbank anlegen, müssen Sie viel Zeit in gute Planung investieren. Die eigentliche Programmierung der Datenbank und der PHP-Skripte ist dann mit einiger Übung schnell erledigt. Unsere ersten dynamischen Websites haben wir aber bestimmt fünfmal von neuem aufgebaut, bis sie zufriedenstellend funktionierten. Sehen wir uns heute den Quelltext dieser Seiten an, stehen uns die Haare zu Berge.

Je mehr Zeit Sie für eine exakte und gute Planung investieren, umso leichter fällt Ihnen die anschließende Umsetzung. Mit zunehmender Erfahrung und Sicherheit wird diese mit Dreamweaver 8 zur reinen Fließbandarbeit.

Wenn man bei einer statischen Website noch einen Anteil von geschätzten 30 bis 40 Prozent der gesamten Arbeitszeit für die reine Programmierung veranschlagen sollte, verschiebt sich der Anteil der bei einer dynamischen Website auf etwa 20 Prozent. Dafür steigt der Anteil der Vorüberlegung und strukturellen Konzeption mit Microsoft Visio oder anderen Tools von etwa 25 auf 60 Prozent an.

Zu oft werden hier auch die Fehler in mangelhafter Software und allen anderen möglichen Dingen gesucht. Beim diesem Thema gilt für uns folgender Leitsatz:

»Ein guter Handwerker kann auch mit miserablen Werkzeugen gute Arbeit leisten. Ein schlechter Handwerker nicht. Der gute Handwerker wird sich aber ein schlechtes Werkzeug nicht antun!«

Dreamweaver 8 ist ein gutes Werkzeug. Kommen wir nun dazu, wie wir damit dynamische Websites entwickeln können.

Ihre Meinung

Wie hat Ihnen das Openbook gefallen? Wir freuen uns immer über Ihre Rückmeldung. Schreiben Sie uns gerne Ihr Feedback als E-Mail an kommunikation@rheinwerk-verlag.de.