.htaccess redirect

Hallo Bud,

es kommt ein wenig darauf an was du erreichen möchtest.

Hier mal eine kurzer Vergleich zwischen Redirect (Client) und Rewrite (Server) (und wann die Engine aktiviert werden muss)

https://brettrawlins.com/blog/apache-redirect-vs-rewrite

https://httpd.apache.org/docs/2.4/mod/mod_rewrite.html#rewriteengine

https://httpd.apache.org/docs/2.4/mod/mod_rewrite.html#rewriterule

https://httpd.apache.org/docs/2.4/rewrite/remapping.html#canonicalhost

Das Beispiel im "Canonical Host" Abschnitt stammt wohl aus der Zeit vor LetsEncrypt und enthält das feste Schema http:

RewriteCond "%{HTTP_HOST}"   "!^www\.example\.com" [NC]
RewriteCond "%{HTTP_HOST}"   "!^$"
RewriteRule "^/?(.*)"        "http://www.example.com/$1" [L,R,NE]

Das sollte man noch durch %{REQUEST_SCHEME} oder fest durch https ersetzen.

Die RewriteConds testen, ob nicht schon der "richtige" Hostname verwendet wurde und ob der Hostname nicht leer ist. "/?" in der RewriteRule ist für den Fall, dass dieser Regelsatz in der Serverkonfiguration verwendet wird. In der .htaccess kann der zu matchende Pfad nicht mit einem "/" anfangen. R=301 statt R macht aus dem temporären Redirect einen permanenten Redirect, sagt also dem Client, dass er in Zukunft gleich die neue Adresse verwenden soll.

Zitat von Patrick0815

Hier mal eine kurzer Vergleich zwischen Redirect (Client) und Rewrite (Server)

Redirect und RedirectMatch können nicht auf den Hostnamen prüfen, sind also für diesen Zweck nicht das Mittel der Wahl. Auch RewriteRule kann externe Redirects veranlassen (das 'R' in den Flags der RewriteRule).

OT und Funfact: Mein Wissen beschränkt sich bei htaccess eher auf sowas einfaches wie "Redirect 301 / https://anderedomain.tld". Ich war durchaus beeindruckt, dass mir chatgpt kürzlich recht gut unterschiedliche Weiterleitungsarten aufgedröselt hat, und mir konkret auf Nachfrage auch Vor- und Nachteile und Sinn von einzelnen Methoden erklärt hat oder es verständlicher ausgedrückt hat. Mangels Kompetenz kann ich die Erklärungen natürlich nicht bewerten .... und die KI wollte mir durchaus auch schon bei Tests in Bereichen wo ich mich auskenne hanebüchenen Unsinn unterjubeln.

Zitat von benutzer0815

Ich war durchaus beeindruckt, dass mir chatgpt kürzlich recht gut unterschiedliche Weiterleitungsarten aufgedröselt hat

Dann können wir das ja hier sein lassen. Es ist mir ein Rätsel, warum niemand sieht, dass diese "AIs" Plagiatmaschinen sind. Glaubst du wirklich, die "AI" hat sich diese Erklärungen selbst ausgedacht? Meine Bereitschaft, öffentlich zu helfen, sinkt rapide.

Zitat von Bud

Also wenn ich jetzt einfach nur alle unter .de aufgerufenen Pfade auf die "Startseite" der .com umleiten möchte, nutze ich Redirect 301 "https://netcup.com"?

Im Prinzip ja, aber will man das? Außerdem musst du aufpassen, dass du Redirect-Schleifen vermeidest. Falls mehrere Domains aus dem selben Dokumentenstamm bedient werden, musst du das irgendwie abfangen. Wenn im Beispiel "netcup.com" auch diese .htaccess verwendet, dann geht es sonst endlos im Kreis herum.

Soll deinedomain.de/asd auf deinedomain.com weiterleiten, oder auf deinedomain.com/asd ?

In dem Fall geht der einfache Redirect mit Redirect 301 "https://www.meinedomain.com/"

Die Zieldomain wird nicht aus dem selben Dokumentenstamm bedient, also gibt es keine Schleife. Alle aus dem Dokumentenstamm bedienten Domains sollen umgeleitet werden, also muss auch der verwendete Hostname nicht abgefragt werden.

Aber genauso falsch*. Die Doku sagt, der Pfad wird angehängt (was man i.d.R. ja auch will):

https://httpd.apache.org/docs/2.4/mod/mod_alias.html#redirect

Mit RedirectMatch geht es aber:

RedirectMatch ".*" "https://meinedomain.com/"

*) doch nicht falsch, siehe unten.

Zitat von Bud

Ersteres. Also alle Pfade auf die Startseite der .com Domain. Deswegen dachte ich das ich mit meiner zweiten Lösung eigentlich ziemlich gut fahre...

In dem Fall, einfach RedirectMatch mit .* („alles“) als source und https://zieldomain.com/ als target.

EDIT: zu spät

Zitat von Bud

Aber das bringt mir doch nichts, wenn der Pfad unter .com nicht existiert?

In der Regel will man das, aber in dem Fall nicht. Das Modul, aus dem diese Direktive kommt, heißt "mod_alias". Gedacht ist das schon dem Namen nach dafür, dass bestimmte URIs Aliase für andere URIs sind, und das betrifft meist ganze URI-Mengen, z.B. wenn man eine Website umbaut oder auf eine andere Domain umzieht. Wenn man Domains nur als Werbung für eine andere Website einsetzt, ist das was anderes.

Es macht tatsächlich keinen Unterschied, weil es auf ein Detail ankommt. Ich habe es gerade ausprobiert: Der Pfad wird nur dann angehängt, wenn ein Pfadpräfix in der Direktive angegeben wird.

Redirect 301 "https://netcup.com/" leitet von example.com/pfad zu netcup.com/ um.

Redirect 301 / "https://netcup.com/" leitet von example.com/pfad zu netcup.com/pfad um. (Und aufpassen: Der Pfad ohne den matchenden Anfang wird angehängt, also im Beispiel ohne den ersten /. Wenn das Ziel keinen Schrägstrich am Ende hat, gibt es Durcheinander.)