HTML - Automatische Weiterleitung
- Ersteller SPINA
- Erstellt am
Eines muss ich gleich vorwegnehmen, wenn es um HTML geht, bin ich ein wahrer Noob.
Mein Problem ist folgendes: Ich habe mit dem Nvu HTML-Editor (Version 1.0) eine HTML Datei erstellt und habe dabei darauf geachtet keine Skripte zu verwenden. Es sollte eine reine HTML Seite ohne Java oder Flash sein. Ich habe diese Datei nachdem ich den Quellcode noch einnmal kontrolliert habe mit SmartFTP (Version 1.5 Build 988 ) auf meine Homepage geladen. Eigentlich sollte die Seite nun eine Weiterleitung mit dem Befehl <meta http-equiv="refresh" content="5; URL=http://www.xxxxxxxxxxxxxxxx.de"> vornehmen, stattdessen will der Internet Explorer (Version 6.0.2900.2180) nun per Javascript die Weiterleitung vornehmen. Dies schlägt fehl und eine automatische Weiterleitung erfolgt nicht. Bei Mozilla (Version 1.7.8 ) findet sich im Quelltext ebenfalls eine Javascript Kommando - das merkwürdigerweise nicht mit dem des IE identisch ist - aber eine Weiterleitung funktioniert zum Glück. Was habe ich falsch gemacht? Ich denke, dass es nicht am HTML-Editor liegen dürfte und das SmartFTP die HTML-Datein modifiziert kann ich mir auch nicht denken. Es müsste folglich an den Browsern oder am Betreiber des Servers (1&1) liegen.
Mein Problem ist folgendes: Ich habe mit dem Nvu HTML-Editor (Version 1.0) eine HTML Datei erstellt und habe dabei darauf geachtet keine Skripte zu verwenden. Es sollte eine reine HTML Seite ohne Java oder Flash sein. Ich habe diese Datei nachdem ich den Quellcode noch einnmal kontrolliert habe mit SmartFTP (Version 1.5 Build 988 ) auf meine Homepage geladen. Eigentlich sollte die Seite nun eine Weiterleitung mit dem Befehl <meta http-equiv="refresh" content="5; URL=http://www.xxxxxxxxxxxxxxxx.de"> vornehmen, stattdessen will der Internet Explorer (Version 6.0.2900.2180) nun per Javascript die Weiterleitung vornehmen. Dies schlägt fehl und eine automatische Weiterleitung erfolgt nicht. Bei Mozilla (Version 1.7.8 ) findet sich im Quelltext ebenfalls eine Javascript Kommando - das merkwürdigerweise nicht mit dem des IE identisch ist - aber eine Weiterleitung funktioniert zum Glück. Was habe ich falsch gemacht? Ich denke, dass es nicht am HTML-Editor liegen dürfte und das SmartFTP die HTML-Datein modifiziert kann ich mir auch nicht denken. Es müsste folglich an den Browsern oder am Betreiber des Servers (1&1) liegen.
feelx
Grand Admiral Special
Keine Ahnung, also entweder kommt das JavaScript von nem Ad-, bzw. PopUp-Blocker, oder tatsächlich ne Werbung von 1&1... Müsste man im Quellcode aber sehen...
Die Weiterleitung ist komisch, denn imho müsste es funktionieren. Du könntest evtl. noch probieren, statt nur den Server anzugeben, gleich auf die entsprechende Seite zu linken... also z.B.
<meta http-equiv="refresh" content="5; URL=http://www.xxxxxxxxxxxxxxxx.de/index.html">
Falls es wirklich nicht geht, dann hat es evtl. tatsächlich was mit dem eingeschleusten JS-Code zu tun? In diesem Fall könntest du probieren mit JavaScript zurückzuschlagen und im Bodytag eine JS-Weiterleitung einbauen (haben 95% ja auch aktiviert und bei Suchmaschinen wirkts offenbar nicht negativ, wie die meta-weiterleitung)
Falls PHP unterstützt wird, wäre dies Möglichkeit Nummer 3 - halt gleich serverseitig...
Die Weiterleitung ist komisch, denn imho müsste es funktionieren. Du könntest evtl. noch probieren, statt nur den Server anzugeben, gleich auf die entsprechende Seite zu linken... also z.B.
<meta http-equiv="refresh" content="5; URL=http://www.xxxxxxxxxxxxxxxx.de/index.html">
Falls es wirklich nicht geht, dann hat es evtl. tatsächlich was mit dem eingeschleusten JS-Code zu tun? In diesem Fall könntest du probieren mit JavaScript zurückzuschlagen und im Bodytag eine JS-Weiterleitung einbauen (haben 95% ja auch aktiviert und bei Suchmaschinen wirkts offenbar nicht negativ, wie die meta-weiterleitung)
Code:
<script language="javascript">
<!--
setTimeOut("window.location.href=[i]'http://www.xxxxxxxxxxxxxxxx.de[color=black]/index.html[/color][/i]'", 5000);
// -->
</script>Falls PHP unterstützt wird, wäre dies Möglichkeit Nummer 3 - halt gleich serverseitig...
Zuletzt bearbeitet:
Ich habe als Beispiel http://www.xxxxxxxxxxxxxxxx.de angegeben. Ich wollte nur klarstellen, dass es sich dabei nicht um meine Seite handelt, da diese wirklich zu existieren scheint. Ich habe lediglich die Zeichen meiner Homepage durch den Buchstaben X ersetzt, um das eigentliche Problem abstrakt zu verdeutlichen.
Ich habe das Problem noch immer nicht in den Griff bekommen, aber habe herausgefunden, dass wenn man die Seite im IE zu der Zone der sicheren Seiten hinzufügt und dort keine allzu hohe Sicherheitsstufe gewählt hat, dass dann die Weiterleitung auch beim IE funktioniert, aber das ist ja keine richtige Lösung.
Ich möchte feelx für seine schnelle Antwort danken, aber ich hatte eigentlich nicht vor JavaScript zu verwenden, obwohl das sicher die beste Lösung wäre. Mich hat stattdessen der Ehrgeiz gepackt die Weiterleitung per HTML zu ermöglichen. Ich weiß nur nicht genau wo ich ansetzten soll. Es kann doch nicht sein, dass die HTML-Seite nach dem Upload im Browser anders erscheint, als wenn man sie direkt nach dem Erstellen mit demselben Browser öffnet. Was mich allerdings noch mehr erstaunt ist, das sowohl der IE, als auch der Mozilla und sogar der Opera (7.54u2) unterschiedliche Varinaten des Quelltextes ausgeben, wenn man die Seite nun mit diesen Browsern aufruft. Ich stehe daher vor einem Rätsel.
Ich habe das Problem noch immer nicht in den Griff bekommen, aber habe herausgefunden, dass wenn man die Seite im IE zu der Zone der sicheren Seiten hinzufügt und dort keine allzu hohe Sicherheitsstufe gewählt hat, dass dann die Weiterleitung auch beim IE funktioniert, aber das ist ja keine richtige Lösung.
Ich möchte feelx für seine schnelle Antwort danken, aber ich hatte eigentlich nicht vor JavaScript zu verwenden, obwohl das sicher die beste Lösung wäre. Mich hat stattdessen der Ehrgeiz gepackt die Weiterleitung per HTML zu ermöglichen. Ich weiß nur nicht genau wo ich ansetzten soll. Es kann doch nicht sein, dass die HTML-Seite nach dem Upload im Browser anders erscheint, als wenn man sie direkt nach dem Erstellen mit demselben Browser öffnet. Was mich allerdings noch mehr erstaunt ist, das sowohl der IE, als auch der Mozilla und sogar der Opera (7.54u2) unterschiedliche Varinaten des Quelltextes ausgeben, wenn man die Seite nun mit diesen Browsern aufruft. Ich stehe daher vor einem Rätsel.
feelx
Grand Admiral Special
Kein Problem - und eigentlich müsste es auch mit HTML so funktionieren, wie du es getan hast - allerdings: Es könnte sein, dass wie erwähnt einen von dir installierten PopUp Blocker den Code einfügt (beispielsweise jener der Kerio-Firewall). Es ist auch durchaus üblich, dass diese Tools den Code je nach Browser anpassen...
Kannst du mal die URL geben, dann könnte man das quasi von dritter Seite mal kontrollieren...
greets
Kannst du mal die URL geben, dann könnte man das quasi von dritter Seite mal kontrollieren...
greets
Im Quelltext der Seite findet sich nun folgende Zeile:
<script language='javascript' src='http://127.0.0.1:1025/js.cgi?pcaw&r=29168'></script>
Ich kann insoweit nur daraus folgern, dass von der Seite 127.0.0.1, wobei es sich um den Server von 1&1 handeln dürfte, aber dabei bin ich mir nicht sicher ein Skript aufgerufen wird. Wenn man dieses Skript nun gesondert im Browser aufruft, dann offenbart sich folgender Code:
var blockedReferrer = 'blockedReferrer';
NS_ActualWrite=document.write;
// Popup Blocker -->
RanPostamble=0;
NS_ActualOpen=window.open;
function NS_NullWindow(){this.window;}
function nullDoc() {
this.open = NS_NullWindow;
this.write = NS_NullWindow;
this.close = NS_NullWindow;
}
function NS_NewOpen(url,nam,atr){
if((nam!='' && nam==window.name) || nam=='_top'){
return(NS_ActualOpen(url,nam,atr));}
obj=new NS_NullWindow();
obj.focus = NS_NullWindow;
obj.blur = NS_NullWindow;
obj.opener = this.window;
obj.document = new nullDoc();
return(obj);
}
function NS_NullWindow2(){this.window;}
function NS_NewOpen2(url,nam,atr){
if((nam!='' && nam==window.name) || nam=='_top'){
return(NS_ActualOpen(url,nam,atr));}
return(new NS_NullWindow2());
}
function op_stop() { NS_ActualOpen2=window.open; window.open=NS_NewOpen2; }
function op_start() { window.open=NS_ActualOpen2; }
function noopen_load() {
op_stop(); if(zl_orig_onload) zl_orig_onload(); op_start();
}
function noopen_unload() { op_stop(); if(zl_orig_onunload) zl_orig_onunload(); op_start(); }
function postamble() {
if(!RanPostamble) {
RanPostamble=1;
zl_orig_onload = window.onload;
zl_orig_onunload = window.onunload;
window.open=NS_ActualOpen;
}
}
window.open=NS_NewOpen;
document.ignore = new Object();
Ich schließe daraus, dass es sich um einen PopUp-Blocker handelt, denn das legen die ersten Zeilen ja nahe. Kann es sein, dass deswegen eine Weiterleitung erschwert wird?
<script language='javascript' src='http://127.0.0.1:1025/js.cgi?pcaw&r=29168'></script>
Ich kann insoweit nur daraus folgern, dass von der Seite 127.0.0.1, wobei es sich um den Server von 1&1 handeln dürfte, aber dabei bin ich mir nicht sicher ein Skript aufgerufen wird. Wenn man dieses Skript nun gesondert im Browser aufruft, dann offenbart sich folgender Code:
var blockedReferrer = 'blockedReferrer';
NS_ActualWrite=document.write;
// Popup Blocker -->
RanPostamble=0;
NS_ActualOpen=window.open;
function NS_NullWindow(){this.window;}
function nullDoc() {
this.open = NS_NullWindow;
this.write = NS_NullWindow;
this.close = NS_NullWindow;
}
function NS_NewOpen(url,nam,atr){
if((nam!='' && nam==window.name) || nam=='_top'){
return(NS_ActualOpen(url,nam,atr));}
obj=new NS_NullWindow();
obj.focus = NS_NullWindow;
obj.blur = NS_NullWindow;
obj.opener = this.window;
obj.document = new nullDoc();
return(obj);
}
function NS_NullWindow2(){this.window;}
function NS_NewOpen2(url,nam,atr){
if((nam!='' && nam==window.name) || nam=='_top'){
return(NS_ActualOpen(url,nam,atr));}
return(new NS_NullWindow2());
}
function op_stop() { NS_ActualOpen2=window.open; window.open=NS_NewOpen2; }
function op_start() { window.open=NS_ActualOpen2; }
function noopen_load() {
op_stop(); if(zl_orig_onload) zl_orig_onload(); op_start();
}
function noopen_unload() { op_stop(); if(zl_orig_onunload) zl_orig_onunload(); op_start(); }
function postamble() {
if(!RanPostamble) {
RanPostamble=1;
zl_orig_onload = window.onload;
zl_orig_onunload = window.onunload;
window.open=NS_ActualOpen;
}
}
window.open=NS_NewOpen;
document.ignore = new Object();
Ich schließe daraus, dass es sich um einen PopUp-Blocker handelt, denn das legen die ersten Zeilen ja nahe. Kann es sein, dass deswegen eine Weiterleitung erschwert wird?
feelx
Grand Admiral Special
SPINA schrieb:
Also 127.0.0.1 ist quasi dein Localhost - also der Compi, von dem du die Seite aufrufst. Dieser Adressbereich ist genau wie auch 192.168.x.x nur für interne Zwecke gedacht. Das Problem ist also nicht beim Server, sondern beim Client. Ob dadurch die Weiterleitung verunmöglicht wird, kann ich nicht mit 100%iger Sicherheit sagen, aber ich nehme es stark an... Du könntest entweder die URL mal posten, damit man es gegenchecken kann, oder du bootest mit einer Linux-Live-CD und probierst die Seite von dort aus... (natürlich dann halt nicht mit dem IE6
)Es handelt sich um http://www.igers.de wovon eine automatische Weiterleitung auf http://www.igers1.de erfolgen soll. Der Originalquelltext lautet:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html lang="de-de">
<head>
<meta content="text/html; charset=ISO-8859-1" http-equiv="content-type">
<meta http-equiv="refresh" content="5; URL=http://www.igers1.de">
<title>Homepage der Familie Igers</title>
</head>
<body style="color: rgb(255, 255, 102); background-color: rgb(102, 102, 102);" alink="#ff6600" link="#33cc00" vlink="#3333ff">
<p align="center"><font size="5"><b>Eine
Internetpräsenz der Familie
Igers aus Northeim ist weder kurz- noch mittelfristig geplant. Bitte
gedulden Sie sich noch einige Zeit und beehren Sie unsere Homepage zu
einem späteren Zeitpunkt wieder.</b></font></p>
<p align="center"></p>
<p align="center"><font size="5"><b><img style="width: 480px; height: 640px;" alt="" src="http://www.igers.de/pics/moffi.jpg"></b></font></p>
<p align="center"><b><font size="5"><br>
Es
erfolgt nun automatisch eine
Weiterleitung auf die Homepage der Familie Igers aus
Tauberbischofsheim.</font></b></p>
<p align="center"><b><font size="5">Sollte
eine Weiterleitung nicht automatisch erfolgen, so klicken sie bitte auf
folgenden Link: <a href="http://www.igers1.de">http://www.igers1.de</a></font></b></p>
</body>
</html>
Die Seite befindet sich allerdings noch im Aufbau was die Fehlerdiagnose allerdings verienfachen dürfte, weil sie ja noch ziemlich simpel aufgebaut ist. Ich finde nur momentan nicht sie Zeit eine richtige Homepage auf die Beine zustellen, da ich kein Homepagebausatz verwenden möchte. Ich möchte die ganze Seite als reine HTML-Seite ohne überflüssigen Code erstellen.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html lang="de-de">
<head>
<meta content="text/html; charset=ISO-8859-1" http-equiv="content-type">
<meta http-equiv="refresh" content="5; URL=http://www.igers1.de">
<title>Homepage der Familie Igers</title>
</head>
<body style="color: rgb(255, 255, 102); background-color: rgb(102, 102, 102);" alink="#ff6600" link="#33cc00" vlink="#3333ff">
<p align="center"><font size="5"><b>Eine
Internetpräsenz der Familie
Igers aus Northeim ist weder kurz- noch mittelfristig geplant. Bitte
gedulden Sie sich noch einige Zeit und beehren Sie unsere Homepage zu
einem späteren Zeitpunkt wieder.</b></font></p>
<p align="center"></p>
<p align="center"><font size="5"><b><img style="width: 480px; height: 640px;" alt="" src="http://www.igers.de/pics/moffi.jpg"></b></font></p>
<p align="center"><b><font size="5"><br>
Es
erfolgt nun automatisch eine
Weiterleitung auf die Homepage der Familie Igers aus
Tauberbischofsheim.</font></b></p>
<p align="center"><b><font size="5">Sollte
eine Weiterleitung nicht automatisch erfolgen, so klicken sie bitte auf
folgenden Link: <a href="http://www.igers1.de">http://www.igers1.de</a></font></b></p>
</body>
</html>
Die Seite befindet sich allerdings noch im Aufbau was die Fehlerdiagnose allerdings verienfachen dürfte, weil sie ja noch ziemlich simpel aufgebaut ist. Ich finde nur momentan nicht sie Zeit eine richtige Homepage auf die Beine zustellen, da ich kein Homepagebausatz verwenden möchte. Ich möchte die ganze Seite als reine HTML-Seite ohne überflüssigen Code erstellen.
SlurmMcKenzie
Grand Admiral Special
SPINA schrieb:
also die seite geht bei mir perfekt
werde wie geplant umgeleitet
mit dem <meta ...> tag
es wird kein java script eingebaut und der quelltext sieht so aus wie der den du hier gepostet hat
mit der seite ist also alles ok
das problem muss dann wohl an deinem pc zu finden sein
feelx
Grand Admiral Special
Wunderbar - bei mir funktioniert alles bestens (inkl. der Weiterleitung) - und zwar mit FF und IE6.
Habe grad mal noch nachgeschaut - Das eingeschleuste Skript kommt offenbar von der "ZoneLabs Firewall", die du vermutlich am Laufen hast. Stelle sie mal zu testzwecken aus und probiers nochmal. Dann müsste es auch bei dir gehen. Irgendwo müsste es auch eine Möglichkeit geben, die PopUpBlocker-Settings zu ändern. Evtl ist auch das der Grund, dass es beim IE funktioniert, sobald du deine Seite als "vertrauenswürdig" einstufst...
Aber gut zu wissen, dass ZoneLabs Firewall offenbar mit meta-Weiterleitungen probleme macht... Das wusste ich gar nicht
Habe grad mal noch nachgeschaut - Das eingeschleuste Skript kommt offenbar von der "ZoneLabs Firewall", die du vermutlich am Laufen hast. Stelle sie mal zu testzwecken aus und probiers nochmal. Dann müsste es auch bei dir gehen. Irgendwo müsste es auch eine Möglichkeit geben, die PopUpBlocker-Settings zu ändern. Evtl ist auch das der Grund, dass es beim IE funktioniert, sobald du deine Seite als "vertrauenswürdig" einstufst...
Aber gut zu wissen, dass ZoneLabs Firewall offenbar mit meta-Weiterleitungen probleme macht... Das wusste ich gar nicht
Ich habe tatsächlich ZoneAlarm Pro 5.5.094.000 laufen, aber ich hatte extra zur Kontrolle Cookie Control, AdBlocking und Mobile Code Control deaktiviert. Jetzt fühle ich mich von ZoneLabs schon ein wenig hinters Licht geführt. Wieso kann man diese Filter deaktivieren, wenn sie danach noch immer den Quelltext antasten. Vielen Danke dafür, das man mir hier so schnell geholfen hat. Gerade als absoluter HTML-Noob fühlt man sich ja oft aufgeschmissen.
PS: Kennt einer von euch vielleicht eine gute kostenlose Anleitung zum Erstellen von HTML-Seiten? Am Besten im PDF oder DOC Format, damit man sie auch offline nutzen kann.
PS: Kennt einer von euch vielleicht eine gute kostenlose Anleitung zum Erstellen von HTML-Seiten? Am Besten im PDF oder DOC Format, damit man sie auch offline nutzen kann.
feelx
Grand Admiral Special
Das ist wirklich sehr unschön, wenn ZoneAlarm TROTZ ausgeschalteten Funktionen, entsprechenden Code einbaut. Evtl. muss man neustarten oder so? Habe leider die Software nicht, und kann es selbst nicht ausprobieren. Ansonsten ist es ja eine kommerzielle Version - also soll sich der Support mal darum kümmern...
Die wohl beste Adresse für HTML ist SelfHTML - dies gibt es auch als Buch - aber leider nicht als kostenloses PDF.
/ * EDIT * /
NATUERLICH gibt es SelfHTML zum Offline-Lesen:
http://aktuell.de.selfhtml.org/extras/download.shtml
/ * EDIT * /
Habe über google folgendes gefunden:
http://www.webmaster-resource.de/tutorials/html/html_tutorial.php
http://www.uni-bamberg.de/ppp/insttheopsy/dokumente/Detje_HTML-Tutorial.pdf
Wäre sicher noch mehr zu finden: google: +html +pdf +tutorial
Die wohl beste Adresse für HTML ist SelfHTML - dies gibt es auch als Buch - aber leider nicht als kostenloses PDF.
/ * EDIT * /
NATUERLICH gibt es SelfHTML zum Offline-Lesen:
http://aktuell.de.selfhtml.org/extras/download.shtml
/ * EDIT * /
Habe über google folgendes gefunden:
http://www.webmaster-resource.de/tutorials/html/html_tutorial.php
http://www.uni-bamberg.de/ppp/insttheopsy/dokumente/Detje_HTML-Tutorial.pdf
Wäre sicher noch mehr zu finden: google: +html +pdf +tutorial