Aloha ;)
…Außerdem halte ich es für Unfug und Ressourcenverschwendung, wenn an sich statische Seiten bei jeden Aufruf neu berechnet werden.
Eine Schicht mehr und du generierst auf deinem Entwicklungsserver aus deinem dynamischen Seiten wieder statische welche dann auf auf dem Produktivserver hochgeladen werden.
die Lösung meines Arbeitgebers; wäre auch mein Favorit bei großen Sites.
Meiner nicht ganz; das entspricht dem Vorschlag von Christian einen Static Site Generator zu nutzen (was an sich sinnvoll ist), benötigt aber einen zweiten Server (was nicht sinnvoll ist). Da dann doch gleich entweder einen lokal operierenden Static Site Generator (für Projekte mit einem Maintainer) oder die Zusammenbastelei der statischen Seiten direkt auf dem Produktivserver in einem Backend anstoßen (für Projekte mit mehreren Maintainern).
Tatsächlich finde ich es fragwürdig, ob ein bis drei PHP-includes performancetechnisch eine Rolle spielen (zumal man ja den last-modified-header entsprechend setzen kann, sodass in dem was am Client ankommt kein Unterschied zur statischen Seite zu sehen ist). Immerhin passiert beim dynamischen Zusammensetzen nur, dass PHP ein bis drei Dokumente mehr aus dem Festplattenspeicher liest und dann postwendend wieder ausgibt. Der einzige Overhead den es dabei gibt tritt auf, indem PHP anläuft und ein bis drei Festplattenzugriffe macht. Ob das spürbar ist...? (Ich müsste das mal bei Zeit messtechnisch testen.)
Grüße,
RIDER
Camping_RIDER a.k.a. Riders Flame a.k.a. Janosch Zoller Erreichbar manchmal im Self-TS (ts.selfhtml.org) oder sonst - wenn online - auf dem eigenen TeamSpeak-Server (fritz.campingrider.de) oder unter: # Facebook # Twitter # Steam # YouTube # Self-Wiki # ch:? rl:| br:> n4:? ie:% mo:| va:) js:) de:> zu:) fl:( ss:| ls:[