Sehr viele 301 Redirect Weiterleitungen einrichten?
Hallo zusammen, wir haben ein größeres Webseiten Projekt, wo wir nun ca. 10.000 301 Weiterleitungen einrichten müssen.
Ich habe mich soweit schon damit beschäftigt, dass es auf keine Fall gut ist alle Redirect´s in die htaccess einzubinden, da diese immer wieder neu geladen wird, wenn ein Webseiten-Aufruf abgearbeitet wird.
Die vhost soll hier wohl eine gute Lösung sein.
Doch leider haben wir nur ein größeres Webhosting System, wo man keinen Zugriff auf die vhost erhält, erst bei einem vServer.
Daher wollte ich nachfragen, ob es eine andere Möglichkeit gibt. Danke Euch
2 Antworten
Du kannst dir serverseitig dein eigenes Redirect-Script coden. In der Sprache die dein Webserver verwendet (z.B. PHP).
Da kannst du dann im Hintergrund beispielsweise eine Datenbank oder soetwas verwenden.
Du sendest von deinem Server aus als Antwort die passenden Header und beendest die Sitzung dann oder gibst etwas passendes aus.
Beispiel:
header("HTTP/1.1 301 Moved Permanently");
$url = "https://" . $_SERVER["HTTP_HOST"] . $_SERVER["REQUEST_URI"];
$queryPos = strpos($url, "?");
if($queryPos === FALSE){
$anchorPos = strpos($url, "#");
if($anchorPos === FALSE){
$url .= "?redirected=true";
}else{
$url = substr($url, 0, $anchorPos)."?redirected=true".substr($url, $anchorPos);
}
}else{
$url = substr($url, 0, $queryPos+1)."redirected=true&".substr($url, $queryPos+1);
}
header("Location: ".$url);
exit();
(Das redirected glaube ich zu HTTPS.)
ah cool anke, aber ja dann wird ja auch bei jeden Aufruf die vielen redirects geladen.
vhost hat halt den vorteil vom caching :/
Aber danke Dir wir werden es mal genauer prüfen.
Allg. geht es ja darum, dass man nicht immer alles zum Apache schickt, sondern wie du schreibst über ggf. php/datenbank die "berechnungen" macht. richtig?
Das man sich halt eine Redirect-Tabelle erstellt und da nur den passenden Eintrag rauslädt den man gerade braucht.
Da kann man auch einen Cache oder soetwas zu implementieren sicherlich irgendwie. (Wahrscheinlich kann eine passend konfigurierte Datenbank einerseits schnellen Zugriff erlauben, andererseits gegebenenfalls auch Caching betreiben.)
Du erhälst vom Nutzer die Eingabe-URL, machst einen Query in der Datenbank (mittels vorindizierten und voroptimiertem Query) und du bekommst die Ziel-URL zurück, die du dann verwendest wie oben in dem Code-Beispiel (Header senden, dann Location setzen, dann exit).
Wofür brauchst du so viele Redirects? Das hört sich eher an als solltest du Weiterleitungsregeln nutzen bzw. den Webserver ordentlich konfigurieren. Ich kenne keinen sinnvollen Anwendungsfall der so viele manuelle Redirects braucht. Vielleicht solltest du mal das Problem bzw. Ziel beschreiben und nicht deine vermutete Lösung.
Die Webseite ist ein Shop mit ca. 9000 indexierten Seiten, diese verändern sich durch einen Relaunch.
JA es werden auch sehr viele "Regeln" aufgestellt, aber dann sind es immer noch weit über 2000 Redirect´s die nicht immer aus der htaccess kommen sollen.
hier eine Info: https://ask.metafilter.com/217178/I-need-to-redirect-about-10000-URLs
ggf. eine Lösung: https://httpd.apache.org/docs/2.2/mod/mod_rewrite.html#rewritemap
hättest du ein grobes Beispiel dafür? ggf. wo man etwas zu dem Thema nachlesen kann?