htaccess Weiterleitungen mit Ausnahmen

[Dr. Udo Brömme]

Ich bin gerade dabei, eine Website auf eine neue Domain umzuziehen. Wie schon so oft, verzweifle ich an der Konfiguration der .htaccess Datei, trotz ausführlichem Googlen nach Lösungen. Ich bekomme es einfach nicht so hin, dass alles funktioniert wie ich es möchte.

Folgendes brauche ich:


1. Manuelle Weiterleitungen für ein paar URLs
hallo1.htm --> https://neue-domain.com/hello-world/
hallo2.php --> https://neue-domain.com/hello-again/
bye.php --> https://neue-domain.com/goodbye/

2. KEINE Weiterleitung für andere spezifische URLs:
'show.php' and 'draw.php' sollen nicht weitergeleitet werden.
show.php kann mit einem id-Parameter aufgerufen werden.
show.php?id=5 --> Kein redirect
show.php?id=125 --> Kein redirect, etc
Egal welcher Parameter, show.php wird nie zur neuen Domain weitergeleitet und draw.php auch nicht.

3. Automatischer Redirect für alle anderen URLs:
foobar.php, image1432.jpg etc, werden alle an die entsprechende neue URL geleitet (http://neue-domain.com/foobar.php, http://neue-domain.com/image1432.jpg, etc)

Kann mir dabei jemand behilflich sein? Kann mich gerne auch ggf. erkenntlich zeigen.
Vielen Dank!

[staticweb]

Ich staune, dass du ChatGPT für dieses Problem nicht nutzt. Sollte doch damit einfach lösbar sein.

[nerd]

Welches CMS nutzt du denn?

Bei shopware(? lange her) gab es im backend eine tabelle wo man weiterleitungen und "schoene" urls manuell verwalten konnte. In der .htaccess war nur eine umleitung die alles auf seine server.php umgeleitet hat, und die hat dann in der DB geschaut wohin ungeleitet oder welche seite/produkt/kategorie angezeigt werden sollte.

Vielleicht gibts ja bei dir ein aehnliches plugin. Find ich auf jedenfall einfacher, uebersichtlicher und zuverlaessiger als manuell in der .htaccess runzueditieren, wo man auch schnell man die webseite lahmlegen kann wenn man sich vertippt...

[Dr. Udo Brömme]

Ich staune, dass du ChatGPT für dieses Problem nicht nutzt. Sollte doch damit einfach lösbar sein.

Hatte es gestern mit ChatGPT versucht, hatte aber nicht geklappt. Hatte den Fehler gemacht, dass ich ihm meinen Code gegeben habe und gesagt habe, er soll bestimmte Probleme beheben. Dann hat er ständig irgendwelche einträge dazufantasiert aber die Probleme nicht gelöst.

Habe es jetzt heute noch mal versucht mit exakt der gleichen Beschreibung wie in meinem ursprünglichen Post hier. Nach 2 Nachbesserungen waren wir bei einem funktionierenden Ergebnis. Habe es unten reinkopiert, falls jemand was ähnliches braucht und nicht mit chatGPT diskutieren möchte

Hatte es übrigens gestern auch bei Fiverr als Request reingestellt. Hab 20 Euro für eine funktionierende Lösung geboten. Hat sich kein einziger gemeldet.
Insgesamt ein Sinnbild unserer Zeit?


----------------

RewriteEngine On

# Manuelle Weiterleitungen
RewriteRule ^hallo1\.htm$ https://neue-domain.com/hello-world/ [R=301,L]
RewriteRule ^hallo2\.php$ https://neue-domain.com/hello-again/ [R=301,L]
RewriteRule ^bye\.php$ https://neue-domain.com/goodbye/ [R=301,L]

# Keine Weiterleitung für spezifische URLs
RewriteCond %{REQUEST_URI} ^/show\.php$ [NC]
RewriteRule ^ - [L]

RewriteCond %{REQUEST_URI} ^/draw\.php$ [NC]
RewriteRule ^ - [L]

# Automatischer Redirect für alle anderen URLs
RewriteRule ^(.*)$ http://neue-domain.com/$1 [R=301,L]

----------------

[Dr. Udo Brömme]

Welches CMS nutzt du denn?

Bei shopware(? lange her) gab es im backend eine tabelle wo man weiterleitungen und "schoene" urls manuell verwalten konnte. In der .htaccess war nur eine umleitung die alles auf seine server.php umgeleitet hat, und die hat dann in der DB geschaut wohin ungeleitet oder welche seite/produkt/kategorie angezeigt werden sollte.

Vielleicht gibts ja bei dir ein aehnliches plugin. Find ich auf jedenfall einfacher, uebersichtlicher und zuverlaessiger als manuell in der .htaccess runzueditieren, wo man auch schnell man die webseite lahmlegen kann wenn man sich vertippt...

Wäre auch eine Möglichkeit gewesen. Wäre auch mit einem eigenen kleinen php-Skript einfach zu lösen gewesen. Aber dann hat man für jede URL zwei verkettete 301-Weiterleitungen (eine interne auf den 'Verteiler' und von dort eine weitere auf die neue Domain) und dazu sagt Google explizit, dass man das nach Möglichkeit vermeiden sollte. Da finde ich die Lösung direkt über htaccess schöner. Muss man halt ausgiebig testen, dann ist das auch zuverlässig.

[nerd]

Aber dann hat man für jede URL zwei verkettete 301-Weiterleitungen (eine interne auf den 'Verteiler' und von dort eine weitere auf die neue Domain) und dazu sagt Google explizit, dass man das nach Möglichkeit vermeiden sollte.

Nein, dann hast du es falsch implementiert.
Bei shopware war es so das es in der tabelle 2 spalten gab:
- die url mit welcher der request beim webserver ankommt
- die route die intern ausgefuehrt und zurueckgegeben werden soll; z.b. "Katalog::index($kategoriename)", welcher dann z.b. die HTML-seite mit uebersicht aller bratpfannen zurueckliefert.

Dabei findet keine weiterleitung statt, du definierst nur welche interne(!) route dein CMS bei bestimmten urls nutzen soll, bzw. In welchen Programmcode er einsteigen soll.
Bei Laravel sind urls und deren endpoints in web.php oder api.php definiert, ist aber im Prinzip die gleiche Funktionsweise.

[staticweb]

> Hatte es gestern mit ChatGPT versucht, hatte aber nicht geklappt. Hatte den Fehler gemacht, dass ich ihm meinen Code gegeben habe und gesagt habe, er soll bestimmte Probleme beheben. Dann hat er ständig irgendwelche einträge dazufantasiert aber die Probleme nicht gelöst.

Dachte eigentlich wegen deiner anderen GPT Kommentare du steckst tiefer in der Materie.

Nein, du musst ihm eine entsprechende Rolle geben und das Problem möglichst konkret beschreiben.

> Hatte es übrigens gestern auch bei Fiverr als Request reingestellt. Hab 20 Euro für eine funktionierende Lösung geboten. Hat sich kein einziger gemeldet. Insgesamt ein Sinnbild unserer Zeit?

Keine Ahnung, ich bin dort nicht aktiv. Hättest das Problem vielleicht konkreter beschreiben müssen. Bei X Nachfragen ist die Zeit für die 20 € schnell weg.

[staticweb]

> Wäre auch mit einem eigenen kleinen php-Skript einfach zu lösen gewesen. Aber dann hat man für jede URL zwei verkettete 301-Weiterleitungen (eine interne auf den 'Verteiler' und von dort eine weitere auf die neue Domain) und dazu sagt Google explizit, dass man das nach Möglichkeit vermeiden sollte. Da finde ich die Lösung direkt über htaccess schöner.

Es gibt immer mehrere Wege. Am Ende kann man es auch mit PHP so lösen, dass Google nicht sieht was im Hintergrund passiert.

[Dr. Udo Brömme]

Es gibt immer mehrere Wege. Am Ende kann man es auch mit PHP so lösen, dass Google nicht sieht was im Hintergrund passiert.

Nein, dann hast du es falsch implementiert.
Bei shopware war es so das es in der tabelle 2 spalten gab:
- die url mit welcher der request beim webserver ankommt
- die route die intern ausgefuehrt und zurueckgegeben werden soll; z.b. "Katalog::index($kategoriename)", welcher dann z.b. die HTML-seite mit uebersicht aller bratpfannen zurueckliefert.

Dabei findet keine weiterleitung statt, du definierst nur welche interne(!) route dein CMS bei bestimmten urls nutzen soll, bzw. In welchen Programmcode er einsteigen soll.
Bei Laravel sind urls und deren endpoints in web.php oder api.php definiert, ist aber im Prinzip die gleiche Funktionsweise.

Du hattest bei deiner Lösung oben ursprünglich selbst geschrieben, dass zwei Umleitungen stattfinden:

"In der .htaccess war nur eine umleitung die alles auf seine server.php umgeleitet hat, und die hat dann in der DB geschaut wohin ungeleitet oder welche seite/produkt/kategorie angezeigt werden sollte."

Darauf habe ich mich bezogen und gesagt, dass es zwar eine einfach zu implementierende Lösung wäre, aber halt nicht optimal.

Natürlich gibt es Möglichkeiten, die auch php-Code beinhalten, bei denen nicht zwei umleitungen verkettet werden müssen. die entsprechen aber dann nicht deinem ursprünglichen post und wären wesentlich komplizierter zu implementieren gewesen.

Ich nutze weder shopware, noch Laravel. Du hast aber sicher recht, dass das da sehr gut implementiert ist. Daher war dein Vorschlag, zu schauen was das CMS selbst an möglichkeiten bietet natürlich auf jeden fall gut (danke dafür!). Meine Ursprungsseite basiert nicht auf einem CMS, ich hätte alles händisch implementieren müssen.

Keine Ahnung, ich bin dort nicht aktiv. Hättest das Problem vielleicht konkreter beschreiben müssen. Bei X Nachfragen ist die Zeit für die 20 € schnell weg.

Ich finde ich habe es ziemlich konkret beschrieben inklusive Beispiele. Sehe nicht, wo da der Bedarf für X Nachfragen entstehen sollte.
Als ich Student war, hätte ich eine kleine Arbeit, die ich bequem von der Couch aus nebenher machen kann, gerne für 20 Euro (bzw. den damaligen Zeitwert davon) erledigt. Selbst wenn ich dafür noch 3 nachrichten hätte schicken müssen. Für einen ausgebildeten professionellen Programierer, der mit seinen Einkünften eine Familie ernähren muss, wäre es natürlich kein guter Stundenlohn. Zumindest in deutschland. Fiverr ist ja eine internationale Plattform mit auch vielen Nutzern aus schwellenländern. Und die anfrage war auf english. Daher wundert es mich, dass rein gar kein Interesse bestand.

[nerd]

Du hattest bei deiner Lösung oben ursprünglich selbst geschrieben, dass zwei Umleitungen stattfinden:

"In der .htaccess war nur eine umleitung die alles auf seine server.php umgeleitet hat, und die hat dann in der DB geschaut wohin ungeleitet oder welche seite/produkt/kategorie angezeigt werden sollte."

Darauf habe ich mich bezogen und gesagt, dass es zwar eine einfach zu implementierende Lösung wäre, aber halt nicht optimal.

Hab ich schlecht beschrieben. Die eine regel in der echten .htaccess ist nur ein catch-all, welches intern alle requests an die server.php weitergibt. Es findet aber dabei keine weiterleitung statt, der browser sieht nur die url die er angefordert hat.

[staticweb]

> Die eine regel in der echten .htaccess ist nur ein catch-all, welches intern alle requests an die server.php weitergibt. Es findet aber dabei keine weiterleitung statt, der browser sieht nur die url die er angefordert hat.

Genau. Das ist ein typisches Vorgehen wenn die Regeln zu kompliziert werden. Ist zwar nicht so performant, aber das kann man in den meisten Fällen vernachlässigen.