Website in Website

[Tone]

Moin,
ich glaube zwar ich kenn die Antwort schon, aber fragen kostet ja nichts

Gibt es eine Möglichkeit, dass ich auf meiner Website eine andere Website aufrufe, so dass ich z.B. ein kleines Fenster habe wo die neu aufgerufene Website ist und alles drum herum dann eben von meiner Seite?
Es soll aber kein Proxy sein, sprich der Traffic soll nicht über mich gehen, falls jemand dann meint er muss Gott und die Welt in diesem Fenster erkunden.

Spontan würde ich sagen das sowas eher eine Browserfunktion wäre, da ich dann ja 2 Seiten in einen Tab hätte und ich von meiner Website da nicht viel machen kann, wenn der Traffic nicht über mich gehen soll, aber hier gibt es ja weitaus erfahrenere Coder als mich, also geb ich die Frage mal an euch weiter.

 

[RedlightX]

IFrame?

 

[accC]

Ja, Frame/ iFrame, ist aber bestimmt nicht, was du willst. Es gibt ca 2834593256938759365934 Gründe, die gegen Verwendung der Frametechnik sprechen.

 

[Tone]

Sieht auf den ersten Blick nicht schlecht aus.
Was spricht denn alles dagegen? Die, ich sag mal üblichen, Sicherheitsprobleme?
Und wenn nicht Frames, gibt es dann dafür eine (bessere) Alternative?

 

[accC]

Die Vor- und Nachteile von Frames kannst du in jedem/r halbwegs guten Blog/ Publikation über HTML nachlesen.
Besser wäre, wenn du tatsächlich die Inhalte der einzubindenden Seite lädst und in deine integrierst.
Das kann über Exporte (xml, json, raw text,...) oder API Schnittstellen gehen oder indem du die zu integrierende Seite tatsächlich lädst und nach Mustern suchst.

Was genau ist denn das Ziel, das du mit der Integration erreichen möchtest?

 

[Tone]

Ich wollte quasi einen besseren RSS Reader basteln.
So das wenn ich auf den Link drücke, nicht einen neuen Tab bekomme sondern sich die Seite in meiner öffnet und ich aber trotzdem noch meine Newsleiste an der rechten Seite habe. (Sowas gibt es zwar bestimmt schon als Add-On, aber ohne Zusatzinstallation fänd ich's schöner).
Über meine Seite sollte es deshalb nicht gehen, weil man damit z.B. das automatische Anmelden vom Browser aus, insofern man es denn nutzt, aushebeln würde.

 

[drfuture]

nu ja dann geht aber auch der Traffic über ihn und man hat evtl. Probleme wegen Kopieren des Inhalts usw...
für den Fall der oben skizziert wurde gibt es nur Frames / iFrames, gibt sogar einen HTML5 Tag dafür..
die Seite liest sich auch interessant

You do not have permission to view link please Anmelden or Registrieren

und zum richtigen tag

You do not have permission to view link please Anmelden or Registrieren

.. nu muss ich nur noch rausfinden welcher Browser das schon kann
>

You do not have permission to view link please Anmelden or Registrieren

 

[Tone]

.. nu muss ich nur noch rausfinden welcher Browser das schon kann

Ist gar kein Problem, ich und alle die ich kenne benutzen ausschließlich den UC Browser

Ich werds mal in einer ruhigen Minute mit diesen Tricks versuchen, dass man es schon jetzt nutzen kann, ansonsten abwarten bis das auch von den Browsern supportet wird

 

[electric.larry]

Bei solchen Anforderungen nervt die

You do not have permission to view link please Anmelden or Registrieren

von Ajax Requests. Mit jQuerys .load waer das sonst so schoen zu loesen.

 

[accC]

Die Same Origin Policy lässt sich mit einigen Mitteln umgehen. Anleitungen gibt es einige im Netz.
Notfalls musst du einen Miniproxy dazwischen legen (nodejs) .. Was allerdings immer noch eleganter als Frames ist..

 

[Kugelfisch]

Notfalls musst du einen Miniproxy dazwischen legen (nodejs) .. Was allerdings immer noch eleganter als Frames ist..

Nein. Frames sind nicht grundsätzlich böse, es ist bloss wenig sinnvoll, sie zum Aufbau eines Website aus internen Seiten zu verwenden. Der meines Erachtens gewichtigste Nachteil von Frames ist, dass bei Frame-Nutzung das Setzen von Links und Bookmarks nicht mehr sinnvoll möglich ist - speziell dann, wenn jemand seine komplette Website auf einem Frameset aufbaut, wird das zum Problem.

Um jedoch externe, potentiell nicht vertrauenswürdige HTML-Inhalte in eine eigene Webseite einzubinden sind Frames (oder object-Elemente) prädestiniert. Insbesondere ist dadurch sichergestellt, dass die eingebundene Seite in einem eigenen Kontext läuft und die eigene Seite weder beeinflussen kann, noch von ihr beeinflusst wird. Würde man z.B. HTML-Inhalte per JavaScript/CORS oder serverseitig von einer fremden Seite auslesen und im Kontext einer eigenen Seite ausgeben, würde enthaltener JavaScript-Code im Kontext der eigenen Website ausgeführt. Ausserdem müsste man dann automatisiert alle relativen URIs anpassen, da sich der Basis-URI ändert. Viele der Nachteile von Frames ergeben sich hingegen ohnehin, wenn externe Inhalte eingebunden werden, unabhängig davon, wie dies geschieht. Und eine Lösung, welche JavaScript zwingend voraussetzt, ist IMHO keineswegs eleganter als Frames zu nutzen.

 

[electric.larry]

Die Same Origin Policy lässt sich mit einigen Mitteln umgehen. Anleitungen gibt es einige im Netz

Kannst du hier etwas Konkretes vorschlagen wofuer kein zusaetzliches, serverseitiges Script notwendig ist, das auf den Inhalt der externen Seite zugreift? Ich konnte dazu leider ueberhaupt nichts finden

 

[Kugelfisch]

Das wäre über CORS (Cross-Origin Resource Sharing) möglich, allerdings nur, sofern die abzurufende Site dein Cross-Origin-Zugriff per JavaScript explizit erlaubt. Alternativ existieren öffentliche Proxies wie z.B.

You do not have permission to view link please Anmelden or Registrieren

, welche CORS-Header setzen.