Seite 1 von 2
Fremde inhalte im Frame Anzeigen!
Verfasst: 23.12.2004, 13:01
von lostengine
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:
<...>
Verfasst:
von
SEO Consulting bei
ABAKUS Internet Marketing Erfahrung seit 2002
- persönliche Betreuung
- individuelle Beratung
- kompetente Umsetzung
Jetzt anfragen:
0511 / 300325-0.
Verfasst: 23.12.2004, 13:08
von shapeshifter
Wo issen da nen Frame ?
Verfasst: 23.12.2004, 13:12
von lostengine
Ah,achso
einfach mal wenn du auf dieser seite bist dann auf diesen link klicken!
Url:
www.freewelt.de/seiten/G-seiten-map.html
Verfasst: 23.12.2004, 13:17
von shapeshifter
Code: Alles auswählen
<script language="JavaScript">
<!--Engage Cloaking Device
if(window !=top){
top.location.href=window.location.href;
alert('Es ist nicht gestattet die Webpraesenz von DEIN SEITENNAME in fremde Frames einzubetten!');
}
// Drop Cloak -->
</script>
Einfach einbauen und fertig

Verfasst: 23.12.2004, 13:31
von lostengine
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
Verfasst: 23.12.2004, 13:57
von Airport1
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)...
Verfasst: 23.12.2004, 14:04
von lostengine
Danke Airport
Aber hast du denn keine Idee was ich dagegen noch tun kann?
Verfasst: 23.12.2004, 14:24
von shapeshifter
@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

Verfasst: 23.12.2004, 17:15
von Airport1
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?
Verfasst: 23.12.2004, 17:35
von AnjaK
Edit:
Kappes, das geht ja gar nicht, was ich schrieb, ich doof
Hab gaaaaar nix gesagt

Verfasst: 23.12.2004, 17:36
von Airport1
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...
Verfasst: 23.12.2004, 17:42
von Airport1
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

Verfasst: 23.12.2004, 17:46
von AnjaK
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;
Verfasst: 23.12.2004, 17:47
von AnjaK
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

Verfasst: 23.12.2004, 18:03
von Airport1
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...
