Hej Der Martin,
Mit PHP kann man bereits auf dem Server Teile des Dokuments, die immer gleich bleiben, mit einer include-Anweisung einfügen. Dann muss man diese Teile als Autor nur einmal pflegen, der Nutzer hat aber trotzdem für jede URL ein vollständiges Dokument.
Wirft aber Sicherheitsfragen auf, die beantwortet werden möchten
Hatte ich auch schon dran gedacht. Aber solange man nur eine Handvoll includes verwendet, sehe ich da noch kein Risiko. Wenn man allerdings tiefer einsteigen möchte ...
Es reicht schon eine nicht aktuelle Version laufen zu haben. Und das nur, um Bereiche, die sich eh nciht ändern, zu includen? Was spart man dabei? Die sind doch eh in jeder Datei drin, wenn ich eine bestehende Seite unter neuem Namen abspeicher. Ob da jetzt der gesamte Kladeradatsch steht oder nur das include kann mir doch egal sein...
und erzeugt eine langsamere Webseite. Nichts ist schneller als statisches HTML.
Ja. Aber im Verhältnis zur üblichen Latenz eines HTTP-Servers von zwei, drei Zehntelsekunden und mehr fällt das normalerweise nicht ins Gewicht.
Das ist mehr, als die meisten HTML-Seiten benötigen, um geladen zu werden. Also verändert sich die Ladezeit um 200 bis 300 Prozent - zum schlechten!
Außerdem gibt es sinnvollerweise kaum Bereiche, die sich nicht ändern.
Header, Footer, Navigation.
Header sind hier drei Zeilen, Footer gibt es nicht, Navi muss sich ändern. Bei der vorliegenden Seite nicht sinvoll...
Je nachdem, wie aufwendig die gebaut und gestaltet sind, kann sich das durchaus lohnen
Wie aufwändig muss es denn sein, damit es sich lohnt? Wir kennen doch die Seite, um die es geht.
vor allem dann, wenn man an genau diesen Blöcken wieder Änderungen einpflegen will (oder muss). Habe ich die als separate Blöcke zum includen ausgelagert, muss ich nur an einer Stelle ändern, sonst in jeder einzelnen HTML-Datei.
Ja, suchen und ersetzen. Ob nun in einer Datei oder in 1000 - ist ein Häkchen im Editor...
Als Ausbaustufe dann eine dynamisch erzeugte Navigation, wie ich auch schon angedeutet habe.
Unverändert bleiben höchsten header und footer. An alles andere muss man immer ran!
Nicht unbedingt. Aber ich selbst praktiziere auch normalerweise den umgekehrten Weg: Ich habe nur ein PHP-Script als Hauptdokument, das das gesamte Seitengerüst erzeugt, variable Stellen (Seitentitel) dynamisch ersetzt und den eigentlichen Inhalt per include einfügt.
Macht für komplexe Sites ja auch Sinn, wenn man sich um die Navigation z. B. gar nicht mehr kümmern möchte, sondern das Dateisystem ausliest und die Ordnerstruktur automatisch in die Navigation übertragen lässt.
Für so was ist php schließlich gedacht.
Ist dann aber mehr als ein include ;-)
die Bereiche nav und head sind position:relative damit sie untereinander aufgebaut werden
Das werden sie doch sowieso. Das ist das normale Verhalten von Blockelementen.
So isses - aber genau das möchte er ja nicht.
Nicht? - Ich denke doch schon.
Das kann @Martin Seidel ja aufklären. - Ich dachte, der header soll im sichtbaren Bereich bleiben, was ja auch gerade modern ist.
Feststehende header und footer sind aber nicht wirklich sinnvoll.
Davon war hier auch keine Rede. Oder hab ich was übersehen?
s. o. mal schauen, was der OP dazu sagt...
Marc
nicht angemeldet
Der Martin
Gunnar Bittersmann
Auge
marctrix
Matthias Apsel
Rolf b
Tabellenkalk
MudGuard
