Fremde inhalte im Frame Anzeigen!

Beitrag von **lostengine** » 23.12.2004, 13:01

Da ist doch jemand der mit ner Suchmaschine meine seiten in nen Frame als ergebnisse Präsentiert!
Darf man das?
Wenn nicht was kann ich dagegen tun?

Hier ein Beispiel:
<...>

von **Anzeige von ABAKUS** »

Beitrag von **shapeshifter** » 23.12.2004, 13:08

Wo issen da nen Frame ?

Beitrag von **lostengine** » 23.12.2004, 13:12

Ah,achso
einfach mal wenn du auf dieser seite bist dann auf diesen link klicken!

Url: www.freewelt.de/seiten/G-seiten-map.html

Beitrag von **shapeshifter** » 23.12.2004, 13:17

Code: Alles auswählen

 <script language="JavaScript">
         <!--Engage Cloaking Device
         if&#40;window !=top&#41;&#123;

         top.location.href=window.location.href;
         alert&#40;'Es ist nicht gestattet die Webpraesenz von DEIN SEITENNAME in fremde Frames einzubetten!'&#41;;
&#125;
         
         // Drop Cloak -->
    </script>

Einfach einbauen und fertig

Beitrag von **lostengine** » 23.12.2004, 13:31

Danke ist cool funktioniert auch!
Aber wenn ich jetzt meine seiten aufrufe bekomme ich ne Fehlermeldung:
Es sin Fehler auf der seite aufgetreten!
Habe den Code zwischen <head></head> rein kopiert

Beitrag von **Airport1** » 23.12.2004, 13:57

Hallo, das ist alles nicht ganz so einfach wie es aussieht, da unter bestimmten Browsern mit bestimmten Javascript Versionen Probleme damit auftreten. So ist es unter Umstaenden 'nicht mehr erlaubt' das Ziel (die URL) eines FREMDEN Frame Targets auszulesen. Dies wurde eingefuehrt da damit einige Leute Schindluder betrieben haben. Abhilfe KANN ein try... catch... bringen, dies wiederum kann Probleme mit aelteren Browsern oder Apple Macs verursachen (Leidenserfahrung aus der Praxis)...

Beitrag von **lostengine** » 23.12.2004, 14:04

Danke Airport
Aber hast du denn keine Idee was ich dagegen noch tun kann?

Beitrag von **shapeshifter** » 23.12.2004, 14:24

@Airport

dies wiederum kann Probleme mit aelteren Browsern oder Apple Macs verursachen (Leidenserfahrung aus der Praxis)...

Erst mal sich selbst auf den neusten Stand bringen hilft auch ne Menge

Beitrag von **Airport1** » 23.12.2004, 17:15

Aeltere Browser kennen das try ... catch Konstrukt ganz einfach nicht, und werfen dann einen Fehler, neuere hingegen benoetigen teilweise das try ... catch Konstrukt da man sonst mit "Permission denied" fuer das Auslesen einer FREMDEN URL (URL von anderer Domain) beworfen wird. Nur weil es unter einer bestimmten Browser-Config funktioniert, funzt es noch lange nicht bei allen. (Das ist ein kleiner Teufelskreis.)

shapeshifter, was meinst Du?

Beitrag von **AnjaK** » 23.12.2004, 17:35

Edit:
Kappes, das geht ja gar nicht, was ich schrieb, ich doof

Hab gaaaaar nix gesagt

Beitrag von **Airport1** » 23.12.2004, 17:36

Zur Problematik fremde hrefs auszulesen siehe auch:

https://forum.de.selfhtml.org/archiv/20 ... 1/#m348723
https://forum.de.selfhtml.org/archiv/20 ... 5/#m520084

Ein moeglicher Workaround waere sich auf das Auslesen von frames.length zu beschraenken, dies sollte immer erlaubt sein :

https://forum.de.selfhtml.org/archiv/20 ... 57/#m24989

BTW, es gibt sogar Browser bzw. Configs wo man nicht einmal irgendetwas vom window oder anderen bestimmten Objekten auslesen darf...

Beitrag von **Airport1** » 23.12.2004, 17:42

AnjaK: Am besten waere wohl Javascript erst gar nicht zu verwenden, dann ist man erst gar nicht an moegliche Restriktionen durch den Client gebunden. Ein netter Workaround von Dir, denn ich beizeiten mal testen werde, danke

Beitrag von **AnjaK** » 23.12.2004, 17:46

Aber das Stützen auf Frames braucht es gar nicht:

Javascript:

aktuelleURL=window.top.location.href;
eigeneURL="https://eigenedomain/";
if(!aktuelleURL.indexOf(eigeneURL)) top.location.href=eigeneURL;

Edit:
Wenn man php verwenden kann, kann man das dynamisch für alle Unterseiten machen, falls man ein template verwendet:

aktuelleURL=window.top.location.href;
eigeneURL="<? $PHP_SELF?>";

if(aktuelleURL!=eigeneURL)) top.location.href=eigeneURL;

Beitrag von **AnjaK** » 23.12.2004, 17:47

Lieber nicht Airport, war ein Denkfehler von mir, das kann leider nicht gehn, weil das script erst auf DEINEM Server geparst wird und dann auf den anderen Server per http geschickt wird. Leider... sonst würde es gehn *g*

Airport1 hat geschrieben:AnjaK: Am besten waere wohl Javascript erst gar nicht zu verwenden, dann ist man erst gar nicht an moegliche Restriktionen durch den Client gebunden. Ein netter Workaround von Dir, denn ich beizeiten mal testen werde, danke

Beitrag von **Airport1** » 23.12.2004, 18:03

Hm, beim folgenden kann er im uebrigen wieder "permission denied" werfen:

aktuelleURL=window.top.location.href;

Ich sag ja, das ist ein Teufelskreis, ehe man sichs versieht fliegt einem wieder ne Exception um die Ohren...