Ich benutze jetzt einen Dienst mit einem CMS auf den ich gerne von meiner Domain weiterleiten wuerde.
Also von xxx.de auf xxx.abc.de

Mein hoster (all-inkl) der Domain stellt mir folgende Optionen vor:

Zitat:

13.) Wie kann ich eine registrierte Domain auf eine fremde Domain weiterleiten?

Ihr Webmaster kann dazu eine der folgenden Anleitungen nutzen:

Weiterleitung per HTML und Metarefresh (Zieldomain wird in der Adressleiste des Browsers angezeigt)
Weiterleitung per HTML und Frame (Ihre Domain bleibt in der Adressleiste des Browser stehen)
Weiterleitung per .htaccess und Redirect (Zieldomain wird in der Adressleiste des Browsers angezeigt)

Von Frame-Weiterleitung würde ich abraten. Wenn man auf einer Unterseite refresht kommt man wieder auf die index-Seite, da in der Addresszeile ja nur http://abc.de/ stehen bleibt.
Außerdem ist der Quelltext nicht sofort einsehbar und somit für Webcrawler auch nicht die Metaangaben.

Website

3 oder auch 1 nehmen.

The C language combines all the power of assembly language with all the ease-of-use of assembly language.
"humorig is n blödwort :>" by -CarniGGeLjumpR-

Was bieten 1 und 3 fuer Vor- und Nachteile?

Ich nehme jetzt einfach mal an 3 waere generell besser?

Variante 3 ist die saubere Lösung für das Problem. Der WebServer sagt, dass das Dokument nicht hier, sondern auf der anderen Domain ist und der Client macht einen neuen Request, ohne, dass der Benutzer etwas davon merkt.
Variante 1 funktioniert ggf. nicht mit allen Browsern, ist mit einer kurzen Wartezeit verbunden oder führt dazu, dass die Zurück-Funktion des Browsers unwirksam wird. Ausserdem verursacht diese Variante auch mehr Traffic und funktioniert auch nicht mit Suchmaschinen.
Variante 2 ist die hässliche, wie Krifitze bereits geschildert hat.

Variante 3 hat v.a. den Vorteil, dass -- falls man es richtig macht -- der Client die Weiterleitung cached und beim nächsten mal direkt beim 2. Server anfragt.

Twisted and Brainfire.
Das Fleisch ist willig und der Club ist eine Fleischerei!

mach ne PHP datei mit dem inhalt:

PHP-Quellcode:<?php
header('Location: http://www.neueseite.de');
?>


"Everything, that can go wrong, will go wrong" Murphy's Law

Vielleicht etwas spät, doch: Variante 3 hat den Vorteil, dass eine Suchmaschine kapiert, dass unter der Domain kein Content existiert, sondern mit einem HTTP/301 (moved permanently) auch in Zukunft unter der eigentlichen Ziel-URL nach Content sucht.

Von der PHP-Header-Lösung ist daher abzuraten.

Rambo Engineer @ Drippy's 2fort - finest TFC 1.5 || Bild Upload || The world's most advanced open source database

PHP-Quellcode:<?php
header("HTTP/1.1 301 Moved Permanently"); 
header("Location: http://www.neue-domain.de/bla.html"); 
header("Connection: close");
?>
@ K-Putt mit PHP kann man sowas genausogut erledigen.

"Everything, that can go wrong, will go wrong" Murphy's Law

Vor allem kann man mit PHP noch gleich unsinnig Ressourcen verschwenden.

\o tanz den naziprau! o/

And more than ever, I hope to never fall,
Where enough is not the same it was before

wenns eh installiert is, warum nicht die php funktionen nutzen?

"Everything, that can go wrong, will go wrong" Murphy's Law

Weil man sich den Overhead den Interpreter zu rufen sparen kann?

The C language combines all the power of assembly language with all the ease-of-use of assembly language.
"humorig is n blödwort :>" by -CarniGGeLjumpR-

für was is dann bitteschön PHP entwickelt worden?

"Everything, that can go wrong, will go wrong" Murphy's Law

Sicher nicht um ausschließlich HTTP-Header zu setzen, soviel steht fest...

The C language combines all the power of assembly language with all the ease-of-use of assembly language.
"humorig is n blödwort :>" by -CarniGGeLjumpR-