Herzlich willkommen im SEO Forum der ABAKUS Internet Marketing GmbH
registrieren registriertes Mitglied
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.
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 hat geschrieben: ↑19.06.2023, 12:19 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...
Nein, dann hast du es falsch implementiert.Dr. Udo Brömme hat geschrieben: ↑19.06.2023, 21:52 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.
Du hattest bei deiner Lösung oben ursprünglich selbst geschrieben, dass zwei Umleitungen stattfinden:nerd hat geschrieben: ↑20.06.2023, 04:08 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.
Darauf habe ich mich bezogen und gesagt, dass es zwar eine einfach zu implementierende Lösung wäre, aber halt nicht optimal."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."
Ich finde ich habe es ziemlich konkret beschrieben inklusive Beispiele. Sehe nicht, wo da der Bedarf für X Nachfragen entstehen sollte.
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.Dr. Udo Brömme hat geschrieben: ↑20.06.2023, 11:22 Du hattest bei deiner Lösung oben ursprünglich selbst geschrieben, dass zwei Umleitungen stattfinden:Darauf habe ich mich bezogen und gesagt, dass es zwar eine einfach zu implementierende Lösung wäre, aber halt nicht optimal."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."