Dynamische Webseite, was ist der Unterschied zu statischer?

Zur Zeit, als ich Radiomuseum für Software-Entwickler beschrieb, waren allgemein statische Webseiten vorhanden, zumindest was private Projekte betraf. Auch heute finden sich für das Darstellen eigener Sammlungen praktisch nur statische Webseiten.

Was ist der Unterschied?
Bei statischen Webseiten hatte man früher einfach HTML geschrieben, Seite für Seite. Bald gabe es gute Hilfsmittel und schliesslich auch fertige Programme, mit denen man relativ einfach fest stehende Seiten produzieren kann. Danach kamen CMS (Content Management System) basierende Seiten, die dann meist in PHP geschreiben wurden und mit einer Datenbank arbeiten. Das sind schon dynamische Webseiten.

Unser System müssten wir demnach eigenltich "super dynamische Webseiten" nennen, denn der Aufbau ist viel mehr fraktioniert bzw. aufgeteilt, weil umfassend. Ich zeige Ihnen das hier anhand einer Modellseite auf.
Hier die konkrete Seite.


Beim Aufruf einer Modellseite geschehen folgende Aktionen:

51 Datenbank-Abfragen direkt (Queries)
- 28 verschiedene / gesamt 51 Abfragen  über insgesamt 39 Tabellen, die ca. 450 Felder zurückliefern
- 5 dieser Abfragen liefern mehr als einen Datensatz zurück

Zusätzlich je eine StoredProcedure für
- Kleinbilder über 3 Tabellen / 12 Felder
   im Beispiel 4 Datensätze
- Schaltplan-Vorschau über 3 Tabellen / 12 Felder
   im Beispiel 4 Datensätze
- Preise über 4 Tabellen / 11 Felder
   im Beispiel 2 Datensätze

Weiters
- 3 CMS-Abfragen (Modellseite, Header, Footer)
- StoredProcedure enter
- StoredProcedure set
- StoredProcedure add

Hier die Aufteilung dieser Seite in die sichtbaren Module:
Header und Footer sind Seiten-übergreifend, andere spezifisch. Es sind insgesamt mehr als 10 Module an einer Modellseite beteiligt, denn im Hintergrund führen wir z.B. Statistiken (Pagelock z.B. für die Zähler-Anzeige auf der Suchseite).

Das Resultat der Programmierung, also der reine HTML-Code (bzw. XHTML-Code) können Sie jeweils bei klick auf "Ansicht" und dann "Quellcode" in Ihrem Browser sehen - für alle Seiten, die Sie im Netz aufrufen. Ich zähle da 26'565 Zeichen ohne Leerzeichen. In unserem Fall ist das Programm dahinter aber viel umfassender.

Warum so kompliziert?
Erst wenn Sie die verschiedenen Verlinkungen berücksichtigen, z.B. zwischen Röhren und Modellen, wird klar, dass man eine solche unter sich zusammenhängende Fülle von Daten, Bildern, Verbindungen, resultierenden Auswertungen und Listen gar nicht anders realisieren kann. Das Rückgrat bildet unsere relationale Datenbank (mit stored procedures).

Ohne die besonderen Fähigkeiten dieser Datenbank, z.B. intelligentes Caching, wären auch die Harddisks völlig überfordert. Pro Tag senden wir im Durchschnitt momentan um die 200 000 Seiten. In Spitzenzeiten sind es mehr als 10 pro Sekunde - mit je ca. 50 Datenbank-Abfragen pro Modellseite ... mehr oder weniger bei anderen. Ich komme immer wieder ins Staunen, was so eine Maschine  leisten kann, muss ich ganz ehrlich schreiben.

Alleine Modellseiten: Wir lieferten bis heute in diesem Jahr 12'026'184 Modellseiten (45'382 pro Tag), ohne die Admins zu berücksichtigen. Auch die normal geklickten Modellseiten von Admins zählen wir nicht, da sie so quasi "beruflich" bedingt sind. 

Verteilung bis heute in diesem Jahr: 8'594'980 für Gäste, 2'547'004 an Google und 875'855 an Mitglieder (plus 8345 an "wrong IP). Dass das Verhältnis Gäste zu Mitgliedern bei Modellseiten fast 90 % (Gäste) zu 10% ist, hätte ich nicht vermutet.

Für diesen Post bedanken, weil hilfreich und/oder fachlich fundiert.