301 für zig Seiten / wer hat ein Script mit Datenbank ?

Ich bin vollkommen ratlos. Ich habe schon überall rumgelesen finde aber keine rechte Antwort. Ich hoffe Ihr könnt mir helfen.

Ich habe einen alten Onlineshop der nun gegen Magento ausgetauscht werden soll. Der neue MagentoShop ist mit Xampp von mir lokal auf meinem Rechner fertig. Wie ich ihn hochlade weiss ich auch, nur ich möchte natürlich die Seiten vom alten Shop die Google im Index hat mit Rewrite permanent auf die neuen Seitennamen dauerhaft für immer umleiten um den Pagerank usw. zu behalten. Die alten Seitennamen waren nämlich leider nicht "sprechend".

Also soll z.B.
www.tollershop.de/oshop/artikel-123-guw.html
umgeleitet werden auf
www.tollershop.de/handschuh-firma-xyz.html

Für einzelne Artikel wäre das ja nicht so schlimm, aber wenn ich bei Goggle eingebe site:www.altershop.de zeigt Goggle mir 260000 Seiten.

Sicher ist da auch Müll drin, aber wie würdet Ihr vorgehen die wichtigsten Seiten herauszufinden. Gibt es Tools dafür und wenn ja welche ? Wie leite ich dann Unmengen an Seiten um ? Angenommen ich mache eine htaccess mit 10000 Einträgen, stürzt dann der Spider nicht ab oder verschluckt sich an der Menge ?

Ich habe nur einen Hinweis gelesen das sehr viele Seiten mit einem PHP Script und einer angebundenen Datenbank tausende von Seiten umleiten kann, angeblich. Also so nach dem Motto eine Datenbank mit alter Url und neuer Url die von einem Script abgefragt wird, in etwa: Oh eine alte Url die in meiner Datenbank steht, die muss ich also auf die Url umleiten die in der gleichen Zeile der Datenbank steht. Wenn es die alte Seite nicht gibt in der Datenbank: Oh eine Seite die ich nicht habe in der Datenbank, die muss ich jetzt auf die Startseite leiten.

Dafür müsste ich zwar eine Datenbank umständlich anlegen, aber die alten Url´s habe ich in einer Sitemap und könnte die zumindest übernehmen und dann dafür die wichtigsten mit den neuen Url´s zuordnen in der Datenbank.

Nur wo finde ich ein solches Script mit welcher Datenbank ? Habt Ihr da was für mich oder eine andere Lösung ?

Ich hoffe Ihr habt einen Tipp für mich. Ein solches Problem müssen doch schon Andere auch gehabt haben denke ich mir.

Viele Grüsse
Christian

Ostfriese hat geschrieben:Ein solches Problem müssen doch schon Andere auch gehabt haben denke ich mir.

Ja, vor diesem Problem standen schon andere. Hier findest Du eine Anleitung:

https://www.abakus-internet-marketing.d ... 10402.html

Die Datenbank müsstest Du Dir schon passend einrichten, doch wie Du schreibst, so hast Du ja eine Sitemap mit den alten URLs, nur die Zuordnung der neuen URLs wird ja auch nicht ohne Aufwand ablaufen.

Melegrian hat geschrieben:

Ostfriese hat geschrieben:Ein solches Problem müssen doch schon Andere auch gehabt haben denke ich mir.

Ja, vor diesem Problem standen schon andere. Hier findest Du eine Anleitung:

https://www.abakus-internet-marketing.d ... 10402.html

Die Datenbank müsstest Du Dir schon passend einrichten, doch wie Du schreibst, so hast Du ja eine Sitemap mit den alten URLs, nur die Zuordnung der neuen URLs wird ja auch nicht ohne Aufwand ablaufen.

Danke für den Hinweis.
Das hatte ich schon gelesen, doch in dem Thread gab es kein Abschlussergebniss.

Ich gestehe das ich mir mit PHP helfen kann, aber würde mich trotzdem als Einsteiger bezeichnen. Also deshalb ist das für mich so nur als Brainstorming noch zu schwer.

Wenn ich mehr Grundinformationen (z.B. hat das Script funktioniert ? Welche Datenbank muss ich nehmen und in welchem Format ?) dazu hätte könnte ich mir das vielleicht zusammenschustern, aber so wohl eher nicht.

Ich habe auch schon nach solchen Scripten gegoogelt aber auch da nichts gefunden weder auf deutschen noch auf englischen Seiten. Als wenn es sich um "Geheimwissen" handelt was Jeder streng für sich behält.

MfG
Christian

Ostfriese hat geschrieben:Als wenn es sich um "Geheimwissen" handelt was Jeder streng für sich behält.

Ist kein Geheimwissen. Was benutzt Du jetzt für eine DB? MySQL? Dann ist es doch einfach. Wie chris21 schrieb, in der htaccess kommt folgender Eintrag:
Oder wie auch immer das Script benannt wird. Wenn das Script dann aufgerufen wird, führt es eine Datenbankabfrage durch und falls in der DB die alte URL und dazu eine neue URL gefunden wurde, so leitet es weiter. Wichtig ist ja nur, dass Du in der DB eine Tabelle anlegst mit alten/neuen URLs. Etwa so: Viel mehr ist das doch nicht. Zum Einpflegen der alten und neuen URLs in die DB eventuell ein kleines Script schreiben und für die Weiterleitung halt ein Script. Allgemeine Beispiele für PHP und MySQL gibt es eigentlich reichlich. Kenne von den Titeln auch beinahe keine Bücher, wo PHP und MySQL nicht gemeinsam abgehandelt wird.

Was nicht ganz korrekt war im Beispiel vom anderen Thread, nicht "Abfrage ob Referrer vorhanden", sondern "Abfrage ob Request URI vorhanden" hätte es richtig heißen müssen.

Habe mal 3 Varianten getestet und etwas ausführlicher beschrieben, dabei fiel es mir auf. Das Prinzip bleibt ja bei allen 3 Varianten in etwa gleich. Getestet unter Localhost: Weiterleitungen in ...

Melegrian hat geschrieben: Viel mehr ist das doch nicht. Zum Einpflegen der alten und neuen URLs in die DB eventuell ein kleines Script schreiben und für die Weiterleitung halt ein Script. Allgemeine Beispiele für PHP und MySQL gibt es eigentlich reichlich. Kenne von den Titeln auch beinahe keine Bücher, wo PHP und MySQL nicht gemeinsam abgehandelt wird.

Nein!

Das problem ist hier wohl, dass der OP die alten artikel planlos ins neue system uebernommen hat, wobei die DB dann komplett neue ID's fuer die bestehenden artikel angelegt hat, womit die alten ID's ungueltig wurden und sich auch keine einfache, universelle htaccess regel schreiben laesst. Deine loesung mag zwar im prinzip funktionieren, ist aber ungefaehr wie 3x links abbiegen damit man nach rechts kommt.

Korrekt und weniger aufwendig waere es, wenn du dein importscript umschreibst sodass du zwingend die alten produkt-ID's beibehaelts; und dir damit weiterleitungen, extra scripts und fehlersuche ersparst.