include in ein anderes frame

**Abraxax** · 25.05.2003, 22:29

gar nicht.

ein include wird immer in der datei ausgeführt, in der es includiert wurde. wenn du das in ein anderes frame haben willst, musst du einen neue php-datei erstellen, wo das include drin ist. diese datei MUSST DU MIT HTML entsprechend in das gewünschte frame einbinden.

**mrhappiness** · 25.05.2003, 22:32

warum denn unbedingt frames?

so unabdingbar, dass die nachteile irreleveant sind?

**MelloPie** · 25.05.2003, 22:40

Welche Nachteile?

**mrhappiness** · 25.05.2003, 23:00

natürlich haben frames vorteile (mir fallen aber bloß zwei ein *g*):

Leichter pflegbar (anfangs)
Mit Frames ist hat man die Möglichkeit, die Navigation und/oder Designelemente wie Logos etc. fest im Browser einzubinden, so dass der sie von jeder Unterseite aus verfügbar sind. Bei Änderungen etwa an der Navigation muss nur eine einzige Datei editiert werden.

Das Problem lässt sich mit serverseitigen Scriptsprachen mehr als elegant lösen, indem man einfach die Seiten auf dem Server dynamisch generiert. Das geht zum Beispiel mit PHP oder mit SSI.

Wenn keine serverseitigen Scriptsprachen zur Verfügung steht, kann man die Seiten immer noch lokal generieren und dann als statische auf den Server laden. Man kann hier sowohl lokal einen Webserver die Seiten generieren lassen, als auch eine Includetechnik verwenden, die bei gängigen Editoren implementiert ist. Dabei werden Textbausteine in Seiten eingefügt. Werden diese Textbausteine geändert, kann man auf Knopfdruck alle anderen Seiten des Projekts aktualisieren. Phase 5 kann das bspw. recht komfortabel.
Frameseiten laden schneller

Da beim Aufruf einer Unterseite in einem Frameset nur genau diese Datei angefordert und geladen werden muss, ist die Ladezeit kürzer. Feste Elemente der Seite wie etwa die Navigation werden nicht mitgeladen und verursachen keinen unnötigen Traffic.

Dies ist aber nur ein kleiner Vorteil, da sich die durch Navigation und andere konstante Seitenelemente ohne Frames neu zu ladenden Daten entweder schon im Browsercache befinden (Bilder) oder sehr klein sind (ASCII-Text). Die neu zu ladende Datenmenge ist auch durch die immer schneller werdenden Verbindungen zum Internet vernachlässigbar gering.

Andererseits ist es so, dass ein Frameset aus vielen Dateien besteht, die alle einzeln beim Server angefordert werden müssen, und auch alle einen eigentlich überflüssigen HEAD-Bereich haben. Das ist ein recht hoher Aufwand, um optisch nur eine Seite zu erzeugen. Letzendlich greift das Argument der Ladezeit also nicht

Die Nachteile
nur so zum beispiel:

Suchmaschinen können Unterseiten eines Framesets nicht (fehlerfrei) indizieren

Suchmaschinen-Roboter folgen den Links einer Internetseite. Das Frameset-Dokument enthält aber überhaupt keinen Inhalt und auch keine Links zu Unterseiten, denen die Suchmaschinen folgen könnten. Das einzige, was die Suchmaschine dann zu sehen bekommt, ist meist ein überhaupt nicht hilfreicher Satz wie "Diese Seite verwendet Frames, Ihr Browser aber nicht.".

Eine spontane Suche bei Google nach dem Suchstring "Diese Seite verwendet Frames" förderte 301.000 Ergebnisse (25. Mai 2003) zu Tage. Die Autoren dieser Seiten wissen offenbar nicht, wie man mit einem Frameset umgeht und hätten es bestimmt lieber gesehen, von Suchmaschinen bei der Suche nach den richtigen Begriffen gefunden zu werden.

Wenn eine Suchmaschine doch eine Unterseite eines Frameset indiziert, so tritt ein neues weiteres Problem auf:

Auf Unterseiten von Framesets fehlt die Navigation
Wenn man eine Unterseite eines Framesets aufruft, ohne dass dieses geladen wird, so kommt man in der Regel nicht weiter. Sämtliche Orientierungen fehlen, die Designelemente, die eigentlich hätten da sein sollen, sind verschwunden und, was das schlimmste ist, die Navigation ist nicht verfügbar. Im schlimmsten Fall ist man also einfach gefangen und findet keinen Weg zur Startseite/zum Frameset.

Bookmarks funktionieren nicht
Wenn man innerhalb eines Framesets eine interessante Seite gefunden hat, so möchte man einen Bookmark setzen. Das Problem ist hierbei, dass dieser Bookmark dann nicht zur richtigen Seite führt, sondern zur Startseite des Framesets. Wenn man dagegen versucht, einen Bookmark auf die Unterseite zu setzen, verliert man wieder die Navigation.

Hyperlinks funktionieren nicht
Mit das wichtigste an der Struktur des weltweiten Netzes www ist, dass es durch eine Masse an Hyperlinks mit sich selbst verbunden ist. Es gehört zum Alltag im www, Links auf interessante, weiterführende Seiten zu setzen oder diesen zu folgen. Das nennt sich dann neudeutsch Surfen.

Und dabei tritt genau das gleiche Problem auf, wie bei den Bookmarks und bei den Suchmaschinen. Wenn ein Webautor einen Link zu einer bestimmten Seite eines verwandten Internetangebot setzen will, welches Frames verwendet, so hat er die Wahl zwischen zwei Übeln: entweder setzt er den Link auf die Startseite/das Frameset, dann muss sich sein eigener Besucher erst durch die Strukturen des anderen Internetangebots schaufeln, um zu den relevanten Informationen zu kommen, oder er verweist auf die Unterseite des Framesets, dann ist der Surfer direkt bei der richtigen Information, kann aber nicht mehr navigieren.

Frames kosten Platz
Die einzelnen Bereiche eines Framesets sind fest auf dem Bildschirm verankert, wenn man in dem Frame, wo viel Inhalt steht, scrollt, dann bleiben die anderen Frames einfach an ihrer Stelle im Browser und scrollen nicht mit. Wenn man aber Text liest, dann braucht man viel Platz und keine Designelemente. Bei einer Website ohne Frames würden diese zusammen mit der Navigation beim scrollen nach oben verschwinden. Zudem kann man eine Maus mit Scrollrad nur noch dann zum Scrollen benutzen, wenn der Mauszeiger über dem "richtigen" Frame ruht.

Frameseiten haben immer nur einen TITLE
Es liegt in der Natur von Frames, dass im Browserfenster immer nur der <title> des Framesets angezeigt wird und nicht der der jeweiligen Unterseiten. Das ist schade, da so ein wichtiges Element zur Identifikation einer Seite nutzlos wird.

Frameseiten sind schwer auszudrucken
Was für Internetanfänger häufig ein großes Problem darstellt, ist das Ausdrucken von Internetseiten. Speziell bei Frameseiten besteht die Schwierigkeit darin, dass immer nur der Inhalt eines Frames ausgedruckt wird, und zwar der des aktiven Frames. Wenn man aus Versehen vor dem Drucken den falschen Frame per Mausklick aktiviert, verschwendet man möglicherweise viel Papier mit dem Ausdruck einer völlig nichtssagenden Navigation.

mehr:
http://www.subotnik.net/html/frames.html
http://selfhtml.teamone.de/html/frames/layouts.htm

im prinzip isses doch so, dass viele leute (ich seh's an meiner kundschaft) ne seite haben, die sie zwecks einfacher/schneller erstellung mit frames gemacht haben, obwohl es mit SSI/PHP auch realisierbar gewesen wäre (und auch vorhanden war!) und diese nachteile nicht hätte
Wenn die finanziellen Mittel fehlen, sich webspace mit php zu holen fällt natürlich das ein oder andere argument weg, aber mal ehrlich: isses so unerschwinglich?

ich will ja gar nicht abstreiten, dass frames vorteile haben können, aber man sollte die nachteile nicht vergessen

P.S. NIcht zu vergessen die Skalierbarkeit (das is doch das eigentlich tolle an HTML)

imho (so wie der rest des beitrags auch *g*) gilt: skalierbarkeit != frames

**ron9999** · 26.05.2003, 05:09

danke Abraxax ,
ich werde es versuchen.

ich liebe dieses forum, das war meine zweite frage, auf die erste hab ich bis jetzt keine antwort bekommen. ok liegt vielleicht an meiner unprofessionellen Fragestellung aber bei dieser hab ich nicht damit gerechnet gleich so eine Diskussion losgelöst zu haben.

Mrhappiness du hast recht ABER es kommt aufs environment an.
Habe in diesem und in andern foren beinahe 2 tage verbracht mich bezüglich frames und tables schlau zu machen,
interessant fand ich die Diskussion „Mit PHP Menu erstellen von Tex Hex threadid=197398“ am ende wollte ich auf frames verzichten und habe mit tables die page gestartet.
Meine page beinhaltet auch flash und das war dann der springende punkt warum ich wieder zu frames gewechselt bin.
Ein grosser Nachteil ist linken wenn du mit tables arbeitest, wenn du einen menupunkt anklickst wird jedes Mal die ganze page neu erstellt –sicherlich nur dann störend wenn du ein flash verwendest (das meinte ich mit environment- will jetzt nicht pro und con von flash diskutieren ist meiner meinung eine persönliche einstellung –alles hat vor und nachteile) ich habe diesen versuch herausgesucht und euch ins netz gestellt es war mein erstes menu in php (sieht sch.. aus) und funkt nicht richtig.
switch ($content)
blabla
isset($content)
include
ist auch der grund meiner frage in diesem thread.
Hier der link zu meinem versuch
http://www.werosoft.com/weronew/testmenu2.php
wenn du auf einen menupunkt seite2 oder seite3 klickst siehst du was ich meine. (wie macht man das mit SSI/PHP?) die button sind nicht fertig weil ich nicht weiss wie das menu aussieht.
Versuche jetzt ein neues menu -class u. dbbasierend- zu erstellen

Hier ein teil meine erste frage im forum (anders formuliert):
habe ein template tut heruntergeladen, durchgearbeitet und auch verstanden
aber bis jetzt weiss ich noch nicht wie man 'durchladet' - sprich wenn der user auf einen menupunkt klickt wie ich das nächste thema aus der db hole ohne index.php wieder zu laden. (Abraxax, im prinzip sollte diese frage mit deiner antwort gelöst sein oder?)
nochmals vielen dank
ciao
ron

**WirrWar2850** · 05.04.2008, 12:37

Seit wann darf ich meine index.php nich neu laden

??

Ich denke man sollte Frames nicht einfach so verfluchen, denn mal abgesehen von den Frames, die zur Strukturierung der Seite verwendet werden, find ich IFrames verdammt nützlich um z.B. eine shoutbox o.ä. zu realiseren oder mehr eine Mischung zwischen shoutbox und chat.

Du kannst zwar nich in andere Frames includen, aber es is doch problemlos möglich, einen Link mit href="content.php?modul=news&section=show" target="_content" zu machen o.O!

Zu deiner Frage:
Wenn ich dich richtig verstanden habe, ist deine Frage, wie du verschiedene Inhalte dynamisch laden und anzeigen kannst ohne für jede Seite ne extra Datei zu erstellen...

Für kleinere Projekte gibbet Transaction Scripts und für mittlere bis größere Projekte Domain Model (google mal danach).

Wenn du dich weiter informieren willst, kann ich dir von Addison Wesley - Patterns of Enterprise Application Architecture empfehlen (da werden oben genannte Domain Logik Muster auch besprochen

).

lg, WirrWar2850.

**h3ll** · 05.04.2008, 15:17

Ein grosser Nachteil ist linken wenn du mit tables arbeitest, wenn du einen menupunkt anklickst wird jedes Mal die ganze page neu erstellt

Heutzutage erstellt man keine Webseiten mehr mit Tables. Das ist Technik von vor 10 Jahren. Schau dir mal CSS an.

**asp2php** · 05.04.2008, 15:34

WirrWar2850, h3ll, bitte kein uralter Thread ausgraben, wenn man dazu keine Frage hat, sondern sinnlos antwortet, denn nach 5 Jahren dürfte es den Leuten bestimmt nicht mehr interessieren!

**Abraxax** · 05.04.2008, 15:37

Original geschrieben von WirrWar2850
Zu deiner Frage:
Wenn ich dich richtig verstanden habe, [...]

knapp 5 jahre nach der frage geht's weiter ... mhm ...

bevor das ausartet ... *close*

include in ein anderes frame