ubuntuusers.de

Weiterleitung nach Redirect 301 oder Redirect 302 - URL-Masking so dass der Site-Besucher nix merkt​

Status: Ungelöst | Ubuntu-Version: Ubuntu 18.10 (Cosmic Cuttlefish)
Antworten |

pregmatch

Avatar von pregmatch

Anmeldungsdatum:
30. Januar 2011

Beiträge: 523

Wohnort: vor dem Notebook

hallo und guten Abend liebe Community,

Weiterleitung nach Redirect 301 oder Redirect 302 - URL-Masking so dass der Site-Besucher nix merkt​

habe vor mehrere Pages - also mehrere Webseiten zusammenzuschalten - also:

- seitenname1.de - seitenname2.de - seitenname3.de

diese drei Domains sollten auf - seitenname4.de um bzw. weitergeleitet werden. Dabei ist es wichtig dass die Seitenbesucher von seitenname1.de bis seitenname3.de

Frage: ist dies denn möglich? Kann man dies umsetzen und erreichen - durch eine Redirect bzw. Weiterleitung nach dem Verfahren 301 oder 302 - Weiterleitung? Das ist im Moment für mich die Frage:

Als Redirect bzw. auch vielfach Weiterleitung kann eine auf der

a. clientseite oder auch b. auf der Serverseite

in Frage kommen. Dabei wird im Grunde eine Weiter- bzw. automatische Umleitung von der einen zu einer andren URL zu einer anderen URL bezeichnet. Da gibt es z.B. auch die sogenannte 301-er Weiterleitung.

wir haben also 301-Weiterleitung 302-Weiterleitung Clientseitige Redirects

Eine sogenannte Weiterleitung wird praktisch immer automatisch ablaufen - jedenfalls finde ich, ist es so auf diese Art und Weise bei Weitem am angenehmsten. Deshalb -also genau,weil dies so ist, und so ein Verhalten an den Tag gelegt wird, wird diese Weiterleitung im Grunde auch vom User kaum als so eine Weiterleitung wahrgenommen. Hierbei sind es vor allen Dingen die serverseitigen Weiterleitungen die dazu helfen URLs umzuleiten, ohne dass dabei der User viel mitbekommt oder seine Webseitenerfahrung grob gestört wird.

Serverseitige weiterleitung wird im Grunde auf dem Server ( in den allermeisten fällen ist dies dann ein Apache-Server) in einer entsprechenden Direktive in einem auf dem Apache-Server abgelegten htaccess-file gearbeitet. Wenn eine entsprechende URL aufgerufen wird - greift die Direktive und es passiert dann entsprechendes: Der Server leitet die Anfrage ensprechend der in der Direktive formulieten Umleitung sofort zum neuen (in der Direktive genannten Ziel) weiter Diese insgesamt sehr sehr wichtige Variante der Weiterleitung wird also in der sog. httpd.conf-Datei des Apache Webservers grundgelegt. Dieser Eintrag bzw. die entsprechenden Direktiven sind in u.a. in einem VirtualHost-Eintrag und einer .htaccess Datei abgelegt.

1
2
3
4
5
6
7
<VirtualHost 234.15.14.17>
ServerAdmin webmaster@site.com
Redirect / http://www.site.de
DocumentRoot /home/httpd/docs/site
ServerName www.site.com
ServerAlias yoursite.com wwwsite.com
</VirtualHost>

​ In diesem Beispiel werden alle http-Anfragen an "site.com www.domain.com" auf "http://www.site.de" umgeleitet Dieser Code wird für die htaccess-Datei verwendet:

1
2
3
4
RewriteEngine on
rewritecond %{http_host} ^site.com [nc]
rewriterule ^(.*)$ http://www.site.com/$1 [r=301,nc]
Wird der 301-Redirect über PHP realisiert, sieht der zu verwendende Code so aus.

Er wird direkt im Quellcode des weiterleitenden Dokuments hinterlegt.

1
2
3
4
5
<?php
header("HTTP/1.1 301 Moved Permanently");
header("Location: http://www.site.de/the_new_name.php");
header("Connection: close");
?>

Wichtig ist insgesamt ein gutes und grundlegendes Mapping der Weiterleitung. Für das Mapping lassen z.B. auch sogenannte xml-Sitemaps einsetzen. In solchen XML-Sitemaps sind ja schon alle indexierten Pages einer Webpräsenz aufgelistet. Ein sogenannter Sitemap-Index-Überblick zeigt an, welche Files im Einzelnen auf dem Sever liegen.

die sogenannte 302-er Weiterleitung die sogenante 302-Weiterleitung (also die 302er Redirection) wurden dazu verwendet um Webseiten in der HTTP-Version 1.0 sozusagen temporär umzuleiten.

mehr zum Thema auch hier: https://en.wikipedia.org/wiki/URL_redirection

URL redirection, also called URL forwarding, is a World Wide Web technique for making a web page available under more than one URL address. When a web browser attempts to open a URL that has been redirected, a page with a different URL is opened. Similarly, domain redirection or domain forwarding is when all pages in a URL domain are redirected to a different domain, as when wikipedia.com and wikipedia.net are automatically redirected to wikipedia.org.

1
2
3
4
5
6
7
URL redirection is done for various reasons:
for URL shortening;
to prevent broken links when web pages are moved;
to allow multiple domain names belonging to the same owner to refer to a single web site;
to guide navigation into and out of a website;
for privacy protection; and
for hostile purposes such as phishing attacks or malware distribution.

https://en.wikipedia.org/wiki/URL_redirection

Die Frage ist also - funktioniert das denn: die Weiterleitung nach Redirect 301 oder Redirect 302 - URL-Masking so dass der Site-Besucher nix merkt​

habe vor mehrere Pages - also mehrere Webseiten zusammenzuschalten - also:

- seitenname1.de

- seitenname2.de

- seitenname3.de

diese drei Domains sollten auf - seitenname4.de um bzw. weitergeleitet werden.

Dabei ist es wichtig dass die Seitenbesucher von seitenname1.de bis seitenname3.de

Frage: ist dies denn möglich? Kann man dies umsetzen und erreichen - durch eine Redirect bzw. Weiterleitung nach dem Verfahren 301 oder 302 - Weiterleitung? Das ist im Moment für mich die Frage:

frostschutz

Avatar von frostschutz

Anmeldungsdatum:
18. November 2010

Beiträge: 7823

Frage: ist dies denn möglich?

Nö.

Am ehesten kannst du die Inhalte direkt ausliefern und mit Duplicate Content leben, aber das merken Besucher mit einer Google-Suche.

Weiterleitung ist immer offensichtlich, das ist ja kein Geheimnis sondern im Gegenteil die Besucher sollen das ja mitbekommen.

Und so Frameset-Gruselgeschichten helfen da auch nicht wirklich und von unbemerkt kann da auch nicht die Rede sein.

pregmatch

(Themenstarter)
Avatar von pregmatch

Anmeldungsdatum:
30. Januar 2011

Beiträge: 523

Wohnort: vor dem Notebook

hallo und guten Abend Frostschutz,

vielen Dank für deine Antwort - dafür dass du so klar aussprichst was hier geht u. was nicht. Ich werde mich noch weiter einlesen.

Melde mich auf alle Faelle wieder. vg preg 😉

im Grunde sind ja weder 301 noch 302 Redirect rein "serverseitig". Rein "serverseitige" Redirects sind ja im Grunde ein Kunstgriff. Der Apache selber tut den Redirect nicht ausführen - Es ist m.E. vielmehr so dass genau wie im PHP Code) :

- im Location Feld des HTTP Response Headers die Ziel-URL von Apache eingestellt wird und

- der Client (Browser) einen neuen Request auf diese URL ausführt.

Bei diesem Vorgang wird dann grundsätzlich die neue URL (also jene auf die geleitet wird - in dem o.g. Beispiel die example4 ) dann auch im Browser angezeigt wird: Mithin kann man auch sagen, dass es im Grund auch kein URL-Masking im Redirect gibt.

Die einzigen Möglichkeiten, die es gibt, Inhalte von anderen URLs zu zeigen, ohne die URL im Client-Browser zu ändern, sind die folgenden:

a. wir stellen einen Rewrite der URL her, aber bei diesem Ansatz ist man gewissermaßen relativ eingeschränkt auf den gleichen Host. Bei mir zum Beispiel würde das gehen Also bei diesem Vorgang wird ein Rewrite mit neuer Domain möglich. Dieser allerdings bedeutet dann technisch gesehen wieder ein Redirect mit im Browser des Client sichtbarem Wechsel der URL:

b. ein weiterer Ansatz wäre dieser: Wir richten anstatt eines Redirects einen/mehrere Reverse Proxys ein. Dieser Ansatz ist ein technisch sehr interessanter. Denn bei dem Reverse Proxy-Ansatz besorgt Apache den kompletten Content einer anderen URL als die vom Client-Browser angeforderte URL und jetzt passiert das technisch interessante: Der Reverse-Proxi gibt diesen Inhalt der anderen URL als vermeintlichen Inhalt

Antworten |