---

Modul 9:	Client-Server Interaktion - und datenbankgenerierte, dynamische "on-the-fly" Webseiten
Modul 9.1:	Einleitung und Generelles
Modul 9.2:	Clientseitiger Teil: Web-Email, Formularerstellung, Formularverwendung und - absendeaktionen
Modul 9.3:	Serverseitiger Teil: Serverkonfigurierung, plugins und cgis für Userverwaltung, Realm, Zähler, Suchen etc. Datenbankinteraktion mit Webseiten via cgis bzw. Plugins (via CDML, ODBC, SQX) serverskript- und datenbankgenerierte Webseiten mit SSI, ASP, JSP, PHP und XML
Modul 9.4:	Zusammenfassung

Detailliertere Sprungmarken für diesen Modul:

1. Einleitung und Generelles
   
   
2. Clientseitiger Teil:
• Web-Email-Feedback
• html- und andere Formulare als Userinterface
• Formularverwendung und -aktionen (Frage-Antwortprojekte, Absendeoptionen)
  
  
3. Serverseitiger Teil:
• Serverkkonfigurierung, plugins und cgis: User, Passwörter, Counter, Suche etc.
• Datenbankinteraktion mit Webseiten: CDMB, ODBC, SQL
• Webseiten mit SSI, ASP, JSP, PHP, XML
  
  
4. Zusammenfassung

Tipp: Möglicherweise ist es sinnvoll, als erstes die Zusammenfassung zum Modul zu lesen

---

9.1 Einleitung und Generelles

Wir haben nun unsere Bausteine zur Erstellung äußerst anspruchsvoller Webprojekte fast zusammen.

• Wir kennen die html-Syntax bis auf wenige Ausnahmen,
• haben uns mit Webtechnologien wie Protokollen, IP-Nr usw bekannt gemacht,
• haben Überlegungen zu Design, Navigation und Inhalt angestellt,
• haben die Grundlagen zur Erweiterung der html-Möglichkeiten mit JavaScript erlernt,
• haben uns ausführlich über die Einbaumöglichkeiten von Bildern, Animationen, Videos und Ton unterhalten und
• können das Projekt effizient mit Hilfe eines professionellen Webeditors erstellen und verwalten.

Noch viel zu kurz kam bislang allerdings die Möglichkeit, stärker auf Nutzerwünsche zu reagieren, ihm Feedback-Möglichkeiten zur Verfügung zu stellen oder gar die Webseiten ganz an seine via Eingaben gemachten Wünsche anzupassen und automatisch generieren zu lassen. Dies ist Inhalt dieses Moduls.

Hinweis: Etliche Beispiele zur Interaktivität mit dem Nutzer haben wir natürlich bereits behandelt:

Die Möglichkeit, via JavaScript oder Java Diashows zu steuern, d.h. nur bestimmte Auswahlen zu treffen oder interaktive Flash- bzw. wired-Quicktime-Projekte benuzterdefiniert via Mausklicks zu steuern, ist ebenfalls Interaktivität. Auch die im JavaScript-Modul erarbeiteten Rechner oder Frage-Antwort-Beispiele gehören hierzu. Hier wurden aber in gewisser Weise nur vorgeladene Webseitenelemente benutzerdefiniert aufgerufen, andere weggelassen. Den Client, d.h. den Benutzercomputer haben wir dabei bislang nie verlassen.

Ich verstehe hier unter Nutzer-Feedback und nutzerdefinierten Webseiten die Möglichkeit, vom Nutzer dem Server (oder einem anderen Server) Informationen zukommen zu lassen, die dieser dann verarbeitet und darauf reagiert (indem er ne Email an eine bestimmte Person verschickt, einen Eintrag in eine Serverdatei oder Datenbank macht oder anhand der Eingabe eine ganz spezielle, eben nutzerdefinierte Webseite automatisch zu generieren und dann wieder an den Client, d.h. den Benutzercomputer im Web zurückzuschicken.

Im einfachsten Fall ist natürlich die Auswahl einer html-Seite durch die Wahl eines von vielen Links auf einem Angebot ja schon eine Nutzerkontrolle. Dies ist aber eine rein statische Kontrolle. Nutzer A bekommt dieselbe Seite geliefert wie Nutzer B und alle anderen Nutzer (allerdings könnte auch diese ggf. dynamisch generiert sein, siehe unten).

Was wir allerdings nun hier behandeln wollen, ist die Möglichkeit, Eingaben auf eine Webseite zu machen und diese abschicken zu können. In der Regel erwartet der Nutzer dann eine Reaktion, der von einem kleinen "ok" bzw. Danke-Hinweis bis hin zu einer ganz speziell aufgrund der Nutzereingaben (z.B. Suchkriterien) automatisch generierten Rücklieferung einer Webseite (sog. on-the-fly-Webseite) reichen kann.

Folgende Elemente bzw. Schritte werden hierzu benötigt:

1. Eingabemöglichkeit (User-Interface)
2. Möglichkeit des Transports der Eingabe via TCP-IP, meist als http-Protokoll, unter Angabe des Transportziels (in der Regel ein Webserver oder Email-Server)
3. Programm auf dem Server, welches die Eingabe verarbeiten kann (häufig sog. cgi-Interfaces, auch andere Programme, die als Server-plugins im Server arbeiten, s.u.).
4. Reaktion des Servers nach Verarbeitung der erhaltenen Eingabe, entweder Eintrag in eine Datei (z.B. Datenbank) oder Zusammenstellung und Auslieferung einer Webseite aus Datenbankinhalten oder beides.

Individuelle Serverreaktionen ohne Nutzereingabe:

In vielen Fällen werden Serverreaktionen wie unter 4 genannt allerdings bereits ohne spezielle Nutzereingaben schon durch Anklicken eines Links bzw. Aufruf einer bestimmten Seite durch URL-Eingabe im Browseradressfeld ausgelöst. Hier einige Beispiele:

• Manche Seitenzähler, die über sog. ServerSideIncludes (s.u.) laufen: hier wird dann jeweils in einer auf dem Server liegenden Datei um eine Zahl hochgezählt (wird weiter unten behandelt) .
  
  
• Andere ServerSideIncludes: der Webserver durchsucht vor Auslieferung einer html-Seite, ob im Quellcode spezielle Anweisungen eingebaut sind, die ihn zu bestimmten Reaktionen auffordern, z.B. andere Dateien (z.B. Textbausteine) an bestimmten Stellen im html-Dokument einzubauen, bevor er sie ausliefert. Näheres hierzu später in diesem Modul.
  
  
• Aufruf von passwortgeschützten Seiten, bei denen der Passwortschutz serverseitig ist (also nicht, wie bei unseren JavaScript-Beispielen in Modul 7) gelöst ist). Der Server stellt fest, dass eine URL geschütz ist, liefert diese dann nicht aus, sondern lässt erst einmal ein Passwort-Eingabefeld ausliefern. Diese Eingabe wird wieder an den Server geschickt, falls das entsprechende Serverteilprogramm oder Plugin feststellt, dass die Eingabe mit der auf dem Server hinterlegten Eingabe übereinstimmt, wird die gewünschte Webseite ausgeliefert.
  
  
• In einem Link vordefinierte Abfrage. Diese ist dann an solch komplexen URLs wie z.B. dem nachstehenden, der bei Google nach den Stichwörtern Acrobat Tutorial in deutschen Webseiten sucht, erkennbar (vgl. Teilmodul 9.3):
  http://www.google.de/search?hl=de&q=Acrobat+Tutorial&btnG=Google-Suche&meta=cr%3DcountryDE

Wir werden uns also zuerst mit den clientseitigen Aspekten (9.2), danach mit den serverseitigen Aspekten (9.3) derartiger interaktiver Technologie beschäftigen. Bei der Diskussion der Serverseite werden wir jedoch noch einige clientseitige Aspekte (insbesondere vordefinierte Abfragen, html-Codes für SSI und andere serverseitigig abzuarbeitende Skriptsprachen etc.) nachreichen.

---