Modernes Markup

Kapitel 5 Modernes Markup I n Teil I wurden die kreativen und geschäftlichen Probleme behandelt, die die Webdesignmethoden der alten Schule hervorgerufen haben, die Vorteile eines Designs mit Standards umrissen und ein buntes Bild der durch Standards möglichen Fortschritte des Internets gezeichnet. Im weiteren Verlauf dieses Buches werden wir uns vom Allgemeinen zum Speziellen bewe- gen, und der beste Weg, damit anzufangen, liegt darin, einen zweiten Blick auf die Grundlagen des Web-Markup zu werfen. Viele Designer und Programmierer werden bei diesem Gedanken die Stirn runzeln. Sicherlich wissen diejenigen von uns, die schon länger als ein paar Wochen professionelle Websites gestalten, alles, was man überhaupt über das tumbe alte HTML zu wissen braucht. Sollten wir unsere begrenzte freie Zeit nicht besser damit zubringen, neuere, leistungsfähigere Sprachen zu lernen? Ist es beispielsweise nicht wichtiger, serverseitige Technologien wie PHP, Ruby on Rails, ASP oder ColdFusion (siehe Kasten) zu studieren, als wert- volle Stunden damit zu vertun, Überbleibsel wie die HTML-Tabelle oder das Absatz-Tag neu zu überdenken? Die Antwort lautet Ja und Nein. Serverseitige Technologien sind für die Erstellung dynamischer Sites, die auf Useranfragen reagieren, ganz wesent- 155 156 Kapitel 5 Modernes Markup lich. Sogar traditionelle Informationssites profitieren oft von der Speicherung ihrer Inhalte in Datenbanken und dem Abruf bei Bedarf über PHP oder ähnliche Technolo- gien. Wie die in diesem Buch diskutierten Standards ermöglichen die serverseitigen Skriptsprachen eine ähnliche Abstrahierung der Daten von ihrer Schnittstelle. Standards wie CSS befreien den Designer von der Notwendigkeit, jedes Fitzelchen Inhalt in semantisch bedeutungslose Tabellenzellen einzusperren. Entsprechend befreien Sprachen wie PHP und Datenbanken wie MySQL die Schöpfer einer Site von der Plackerei, jede Seite von Hand zu erstellen. Doch die dynamisch generierten Webseiten werden nicht viel von Nutzen sein, wenn sie unzugänglich, mit vielen Browsern und Geräten inkompatibel oder voller Müll- Markup sind. Wenn diese dynamischen Seiten in manchen Browsern und Geräten nicht dargestellt werden oder 60 Sekunden und noch länger brauchen, um über eine Modemverbindung abgerufen zu werden, wo 10 Sekunden ausreichen müssten, können die serverseitigen Technologien nicht alles für Ihre Anwender bringen, was in ihnen steckt. Kurz gesagt, es geht nicht um ein entweder oder, sondern um ein sowohl als auch. Server- seitige Technologien und Datenbanken ermöglichen schlauere, leistungsfähigere Sites, doch was diese Sites bereitstellen, ist Content, der am besten funktioniert, wenn er semantisch und sauber strukturiert ist. Und das ist der Punkt, an dem es bei vielen von uns (und bei vielen der Content Management Systeme, auf die wir uns verlassen) hapert. Was ist das für ein Ding namens PHP? PHP (www.php.net) ist eine Open Source- PHP ist ein Projekt der Apache Software Skriptsprache für vielerlei Zwecke, die Foundation (www.apache.org) und speziell fürs Web entwickelt wurde und in kostenlos, was mit ein Grund für seine XHTML eingebettet werden kann. Die Syntax Popularität ist. Ein weiterer ist der große von PHP ist von C, Java und Perl abgelei- Fundus an Profiling- und Debugging- tet und relativ einfach zu lernen. PHP (was Tools für diese Sprache. Open Source- verwirrenderweise für PHP: Hypertext Programmierer und unabhängige Designer Preprocessor steht) hat viele Fähigkeiten, ist sind entzückt von dieser Sprache – oder aber vor allem wegen einer besonders popu- waren es zumindest, bis sie Wind von lär geworden: In der Kombination mit einer ihrer heißen jungen Kusine Ruby beka- MySQL-Datenbank (www.mysql.com) kann men – und nutzen sie, um Seiten an den PHP Designern und Programmierern leicht Mann zu bringen und Produkte voran- dabei helfen, dynamische Sites zu erstellen zutreiben (Abbildungen 5.1, 5.2). Wegen oder Webapplikationen zu bauen. ihrer Skalierbarkeit (ganz zu schweigen Was ist das für ein Ding namens PHP? 157 vom günstigen Preis) sind große Firmen, die Sie es mit auf Standards basierenden Web- kaum dafür bekannt sich, sich gerne mit Open seiten zu tun bekommen, finden Sie auch oft Source zu beschäftigen, ganz in PHP verliebt. auf PHP dahinter. Beispielsweise läuft Yahoo.com seit 2002 mit Ruby on Rails (www.rubyonrails.org) ist PHP. ein Open Source-Web-Framework, das für PHP kann mit der Serversoftware von schnelles, produktives und zukunftsfähiges Microsoft laufen, wird aber am häufigsten in Programmieren optimiert ist (Abbildung 5.3). Kombination mit dem Apache-Server ein- Was ist Ruby? Schön, dass Sie fragen. Ruby ist gesetzt. Apache läuft sowohl unter Windows eine objektorientierte Programmiersprache, als auch (am üblichsten) unter UNIX. Das auf die 1995 von Yukihiro Matsumoto geschaf- UNIX basierende Betriebssystem Mac OS X fen wurde und als kostenlose Software unter von Apple beinhaltet PHP und den Apache- einer Open Source-Lizenz verbreitet wird. Sie Server, so wie es bei beinahe allen Linux- kombiniert eine von Perl und Ada inspirierte Distributionen der Fall ist. Syntax mit objektorientierten Features und hat auch einige Features mit Lisp und Python Bei PHP ist es nicht erforderlich, dass das gemein. Frontend mit CSS-Layout und validem, semantischem Markup erstellt wird, doch wo Abbildung 5.1 Designer/Coder Shaun Inman verwendete PHP, MySQL, JavaScript und CSS für Mint (http:// haveamint.com), ein erweiterbares Berichtstool, über das Sie erfahren, wer mit welchen Browsern Ihre Site besucht und auf sie verlinkt und vieles mehr. 158 Kapitel 5 Modernes Markup Abbildung 5.2 Eine typische Mint-Instal- lation. (Diese stammt von der Site für die Konferenz An Event Apart.) Abbildung 5.3 Ruby on Rails (www. rubyonrails.org), ein Open Source-Entwick- lungsframework. Zu sei- nen Grundprinzipien gehört „DRY – Don’t Repeat Yourself“ (Wiederhole dich nicht) und „Convention Over Configuration“ (Konvention vor Konfiguration). Was ist das für ein Ding namens PHP? 159 Und was soll dann Rails sein? Rails ist ein Sache, die das Programm vielleicht machen Framework, das aus der Applikation Basecamp soll. Das ist, als müsse man jedes Mal ein für Projektmanagement von 37signals extra- Textverarbeitungssystem bauen, wenn man hiert wurde (Abbildung 5.4) und von David einen Brief schreiben will. Das läuft in Ruby Heinemeier Hansson stammt (erschie- on Rails anders. Innerhalb von Rails brauchen nen Juli 2004, Version 1.0 wurde als Open Programmierer nicht mehr jedes kleinste Source im Dezember 2005 veröffentlicht). Detail zu programmieren; sie konfigurieren Die Programmierer haben sich gleich darauf nur, was anders als üblich ist. gestürzt, weil sie mit dessen Grundprinzipien Wie PHP benötigt Rails kein standardkon- schneller besseren Code schreiben können. formes Frontend, doch die beiden sind öfter In den meisten Programmierumgebungen gemeinsam unterwegs als getrennt. Dan muss man Dutzende Codezeilen schrei- Benjamin (http://hivelogic.com) hat ben, um eine Variable auf den Bildschirm zu 2005 mit Ruby on Rails das neue Content bewegen (oder von dort weg). Und das muss Management System für A List Apart geschaffen man jedes Mal machen, wenn man ein neues (Abbildung 5.5). Programm schreibt, und für jede kleine Abbildung 5.