Hallo Cyx23,
ich dachte nicht an den Verwaltungsaufwand von Sites mit CMS,
Ich auch nicht.
sondern
erstmal einfach an den Traffic auf dem Server, dann noch beim Besucher.
Genau das habe ich auch gemeint - ein »benutzbares« Frameset [1] braucht viel mehr Speicherplatz als »benutzbare« Einzelseiten. Sicherlich - wenn Du das Frameset nicht »benutzbar« machst, dann ist es vielleicht kleiner, jedoch ist so ein Ergebnis für mich indiskutabel. (spezielle Benutzergruppen, Intranets u.ä. mal ausgenommen)
Vielleicht noch Vorteile falls der Provider kein PHP oder SSI usw. anbietet.
Wenn Du das Frameset benutzbar machst, dann sind diese »Vorteile«, die Du meinst, nicht mehr existent.
Handhelds & Co, gibt es da nicht wap/wml?
Es gibt bzw. wird noch weitere geben, die HTML darstellen. Und diese Browser - selbst wenn diese Frames können - haben einfach nicht genug Platz, diese darzustellen. Eigentlich das ideale Einsatzgebiet für CSS-Layouts - aber mangels media="handheld" interpretierenden Browser kann man das vergessen.
Christian
[1] Dazu zählen für mich u.a. Nachladeskripte, Links zum manuellen Nachladen, (falls JS deaktiviert) alternative Noframenavigation, etc.
Hast Du einen Beitrag? Nur her damit!
http://aktuell.de.selfhtml.org/tippstricks/beitrag.htm
SELF-Code: (http://emmanuel.dammerer.at/selfcode.html)
sh:) fo:) ch:] rl:( br:> n4:& ie:% mo:) va:) de:] zu:) fl:( js:| ss:) ls:[