HTML & CSS - Div's auslagern?

Naja... du könntest Javascript benutzen, aber besser irgendein serverseitiges Skript mit includes. Ansonsten fällt mir auch gerade nichts ein... iframes/frames gehen natürlich, sind aber böse.

Zitat von Pac-Man

Hallo liebe Forumler,

ich bin ziemlicher Anfänger in HTML. Mir fallen keine passenden Suchbegriffe ein, sonst hätte ich schon Google anstatt euch belästigt.

Ist es möglich, den Inhalt von div's auszulagern? Ich hab zum Beispiel auf jeder Unterseite ein Copyright-div, und wenn ich da was ändere, muss ich das momentan auf allen Seiten machen.

Ist bestimmt ein href oder so...

Danke im Voraus.
Links zu vernünftigen Google-Ergebnissen sind auch ok.

Mit PHP könnte man das lösen, mit Javascript auch, aber mit HTML nur sehr blöd über frames

Man könnte die content-Funktion von CSS nutzen (content: Inhalte einfügen: CSS-Referenz auf CSS 4 You - The Finest in Stylesheets) aber es gibt bessere Wege, bspw. über ein PHP-Skript wie oben genannt.

schmeiß das teil ganz einfach in eine html datei z.b. footer.htm und dort wo es eingebunden werden soll machst einfach ein

<?php
include './pfad/footer.htm';
?>

hin und fertig. php brauchst halt am server öö

Ich weiß noch, als ich das erste Mal include() als bessere Frame-Alternative verwendet habe. Das war traumhaft.

Zitat von s4ndwichMakeR

Ich weiß noch, als ich das erste Mal include() als bessere Frame-Alternative verwendet habe. Das war traumhaft.

Ich hab mich auch gefreut, als ich das mit Include gelesen hab und hab den Befehl direkt am Tag danach, als ich dann das Buch in die Bibliothek zurückgebracht hab wieder vergessen .

auf winhistory nutze ich auch includes ohne ende, hätte ich viel früher die seite mit php geplant, würde ich es sogar exesiv nutzen.

an 2 stellen gibts aber dennoch iframes. der vpc, da wäre es blödsinnig und umständlich die seite komplett zu laden.

und der quiz. da der ganze als javascript läuft kann ich nicht einfach so php includen, weils ja der client und nicht der server die seite baut. ua um die statistik der spiele anzuzeigen.

Der VPC wäre der ideale Einsatzort für AJAX.

Ist er nicht, Ajax ist ja serverbasierende schnittstelle. welche informationen sollte ich den dort auswerten?

Geschweige den das man das nicht mit normalen webspace machen kann. bei einer stelle (ich glaube nt 3.1) hab ich immerhin javascript, das teile der seite austauscht um nen menü zu aktualisieren. der aufwand ist aber unverhältnismäßig hoch.

Mit AJAX kann man meines Erachtens die benötigten Seiteninhalte komfortabler nachladen, als eine iFrame-Lösung stilvoll ist.

Wie gesagt, Ajax ist nichts anderes als Javascript, nur das ich Serverseitig ne Schnittstelle habe, Daten anzunehmen. Nachladen ist ja was komplett Clientlastiges, das geht auch mit ohne Ajax. Da setzt man sich halt befehle auf Aktionen oder Timer. Nur kriegt halt der Server ohne Ajax nichts von den Änderungen per Script mit. Aber bei so ner Nachladegeschichte ist es dem Server in der Regel egal, wie ob oder wann es geschah.

zwar alles andere als der neuste stand der technik aber: ssi?

Bitte Dirk?

AJAX braucht serverseitig gar nix, ausser nen HTTP-Server. Aber das haben Webseiten ja so an sich, dass da so einer vorhanden ist.

AJAX macht serverseitig genau gar nix anders als nen iFrame.

wäre mir neu. warum musste ich dann beim tomcat so elendig JSP Anbindung bauen?

Zitat von Dirk

wäre mir neu. warum musste ich dann beim tomcat so elendig JSP Anbindung bauen?

AJAX ist nen erweitertes Javascript...

Zitat von winfreak

AJAX ist nen erweitertes Javascript...

Dirk, weil du mit Java irgendwelche Daten generieren wolltest die dann mit Hilfe von AJAX abgerufen werden. Wenn du aber nen statischen Footer in ner Datei liegen hast kannst den einfach damit Laden.

Vermutlich weil du eine dynamische Ausgabe brauchtest. Wirst du ja selber wissen, was du da womit programmiert hast.

Im Grunde ist Ajax nichts weiter als nen HTTP-Request, den man mit Javascript abfeuern und parsen kann. Nicht mehr, nicht weniger.

Die Antwort ist zwar meistens sinnigerweise dynamisch generiertes XML oder JSON; muss aber nicht sein, man kann das auch statischen HTML-Code ausliefern und dann dynamisch in die Seite einbinden.