Problem mit nicht mehr aktuellen URLs

[koyote]

Hallo zusammen!!

Wir sind seit kurzem auf ein neues Content-Management umgestigen, wodurch leider die URLs zu unseren alten Artikeln nicht mehr existieren. Wir sind auf sehr vielen anderen Seiten mit diesen alten URLs verlinkt und jeder Besucher bekommt jetzt anstatt den gewünschten Artikel den Hinweis:

Multiple Choices
The document name you requested (/modules.php) could not be found on this server. However, we found documents with names similar to the one you requested.
Available documents:

/modules?name=Reviews&rop=showcontent&id=31 (common basename)

Ist es möglich diese Seite umzukonfigurieren, damit die Besucher wenigstens automatisch auf die normale Startseite umgeleitet werden??

Oder gibt es irgendeine andere Möglichkeit (z.B. durch ein PHP-Script o.ä. )die Besucher auf die aktuelle URL umzuleiten? Ein Beispiel:
Die auf anderen Seiten verlinkte URL für den alten Artikel lautet:
http://www.silenthardware.de/modules.ph ... tent&id=31
Die neue URL lautet jedoch:
http://www.silenthardware.de/index.php? ... e&artid=20

Ich bin über JEDEN Tip super dankbar! Ihr würdet uns wirklich sehr weiterhelfen!!! :roll: [/b]

[Anonymous]

Definierte einfach eigene Fehlerseiten (falls dies dein Webspace unterstützt), und erstelle eine automatische Umleitung per META-Tags.

Code: Select all

<META HTTP-EQUIV=Refresh CONTENT="10; URL=http://www.domain.tld/">

Dieser Code würde nach 10 Sek. auf http://www.domain.tld umleiten. Wie du deine eigenen Fehlerseiten erstellst, steht im Admin-Interface (PD-ADMIN, Confixx,...)

[koyote]

Hi Hostprofi24,

vielen Dank für die schnelle Antwort. Da ich einen 1&1 Exclusivserver besitze, habe ich (soweit ich weiss...) leider nicht die Möglichkeit eigene Fehlerseiten zu definieren.

Ansonsten wäre Deine Lösung perfekt gewesen

Vielen Dank trotzdem... Hoffentlich gibt es doch noch eine andere Möglichkeit!

mfg

Koyote

[captaincrunch]

vielen Dank für die schnelle Antwort. Da ich einen 1&1 Exclusivserver besitze, habe ich (soweit ich weiss...) leider nicht die Möglichkeit eigene Fehlerseiten zu definieren.

Wieso nicht ? Leg eine -htaccess ins Webroot, in der du die Fehlerseiten definierst ... sollte eigentlich gehen ...

[koyote]

vielen Dank für die schnelle Antwort. Da ich einen 1&1 Exclusivserver besitze, habe ich (soweit ich weiss...) leider nicht die Möglichkeit eigene Fehlerseiten zu definieren.

Wieso nicht ? Leg eine -htaccess ins Webroot, in der du die Fehlerseiten definierst ... sollte eigentlich gehen ...

Aha!!! Das hört sich doch schon mal richtig gut an!!! Und jetzt die Frage bei der sich die Profis unter Euch wahrscheinlich vor Lachen auf die Schenkel klopfen werden:

Was muss ich denn in die htaccess schreiben um eine eigene Fehlerseite zu definieren? Ich bin leider kein besonderer Profi in diesen Dingen.


P.S. Vielen Dank für die super schnellen Antworten!!!

[captaincrunch]

Guckst du hier : http://www.rootforum.org/forum/viewtopi ... 2116#12116

[koyote]

Ok! Danke schön!

Ich werde das mal versuchen und hoffe, dass es klappt!!

Thx!!

[dodolin]

Also ich würde ja mod_rewrite nehmen, aber ich weiss ja nicht, ob das bei Exclusiv-Servern möglich ist...

[koyote]

Es funktioniert alles bestens!!! Vielen Dank!!!

Also ich würde ja mod_rewrite nehmen, aber ich weiss ja nicht, ob das bei Exclusiv-Servern möglich ist...

Was ist mod-rewrite, bzw, was kann ich damit noch zusätzlich machen?

[captaincrunch]

mod_rewrite funktioniert IMHO nur, wenn du selbst in der httpd.conf rumfuhrwerken kannst, und sollte daher bei Exclusivservern außen vor sein ...

[dodolin]

Was ist mod-rewrite, bzw, was kann ich damit noch zusätzlich machen?

http://httpd.apache.org/docs/misc/rewriteguide.html
http://httpd.apache.org/docs/mod/mod_rewrite.html

mod_rewrite funktioniert IMHO nur, wenn du selbst in der httpd.conf rumfuhrwerken kannst, und sollte daher bei Exclusivservern außen vor sein ...

Nö, das geht auch in .htaccess (siehe obiger Dokulink), aber da gibt es einige spezielle Dinge zusätzlich zu beachten, weil man ja schon im jeweiligen Verzeichnis ist (d.h. URL -> Filename Translation bereits stattgefunden hat), wenn .htaccess aufgerufen wird. Aber grundsätzlich geht's - vorausgesetzt, man hat in der server config entsprechende AllowOverride gesetzt. Und das weiss ich halt nicht, wie die Exclusivserver da konfiguriert sind. Aber wenn alles tut, würde ich es auch lieber so lassen, mod_rewrite ist schon ne Waffe, die erst mal verstanden sein will... :-D

Siehe dazu auch die Zitate auf obigem Link:

``The great thing about mod_rewrite is it gives you all the configurability and flexibility of Sendmail. The downside to mod_rewrite is that it gives you all the configurability and flexibility of Sendmail.''
-- Brian Behlendorf
Apache Group
`` Despite the tons of examples and docs, mod_rewrite is voodoo. Damned cool voodoo, but still voodoo. ''
-- Brian Moore
bem@news.cmc.net
Welcome to mod_rewrite, the Swiss Army Knife of URL manipulation!
This module uses a rule-based rewriting engine (based on a regular-expression parser) to rewrite requested URLs on the fly. It supports an unlimited number of rules and an unlimited number of attached rule conditions for each rule to provide a really flexible and powerful URL manipulation mechanism. The URL manipulations can depend on various tests, for instance server variables, environment variables, HTTP headers, time stamps and even external database lookups in various formats can be used to achieve a really granular URL matching.

This module operates on the full URLs (including the path-info part) both in per-server context (httpd.conf) and per-directory context (.htaccess) and can even generate query-string parts on result. The rewritten result can lead to internal sub-processing, external request redirection or even to an internal proxy throughput.

But all this functionality and flexibility has its drawback: complexity. So don't expect to understand this entire module in just one day.

[[tom]]

Also ich würde ja mod_rewrite nehmen, aber ich weiss ja nicht, ob das bei Exclusiv-Servern möglich ist...

Würd ich grundsätzlich auch, wenn man nicht 500 Einträge braucht. ;-)

Und das Problem des Freizeitüberschusses löst sich ganz von allein. :lol:

[TOM]

[nn4l]

Folgende .htaccess Datei hatte ich mal auf einem normalen 1&1 Webspace eingesetzt, sollte auch auf dem Exclusiv/Root-Server laufen. Der Vorteil ist, dass der Besucher direkt zur neuen Seite umgelenkt wird. Man spart sich so die lästige Fehlerseite.

Code: Select all

Options FollowSymLinks
RewriteEngine On
RewriteBase /
RewriteRule ^aktuell.htm$ index.html [R]
RewriteRule ^impressum.htm$ impressum/index.html [R]
RewriteRule ^kontakt.htm$ impressum/index.html [R]
RewriteRule ^literatur-mm.htm$ literatur/index.html [R]
RewriteRule ^literatur-oo.htm$ literatur/index.html [R]
RewriteRule ^literatur-ss.htm$ literatur/index.html [R]
RewriteRule ^literatur-st.htm$ literatur/swtest/index.html [R]
RewriteRule ^literatur.htm$ literatur/index.html [R]
RewriteRule ^literatur/0070066884.htm$ literatur/swtest/0070066884.html [R]
RewriteRule ^news.htm$ index.html [R]
RewriteRule ^html(.*) index.html [G]

Oder diese hier:

Code: Select all

RewriteEngine on
RewriteRule ^arne/dvgrab http://kino.schirmacher.de/ [R=301]
RewriteRule ^arne/dvgrab/ http://kino.schirmacher.de/ [R=301]
RewriteRule ^arne/dvgrab/dvgrab_download_e.html http://kino.schirmacher.de/article/static/1 [R=301]
RewriteRule ^arne/dvgrab/dvgrab_hwsw_e.html http://kino.schirmacher.de/article/static/3 [R=301]
RewriteRule ^arne/dvgrab/dvgrab_manual1_e.html http://kino.schirmacher.de/article/view/25/1/14 [R=301]
RewriteRule ^arne/dvgrab/dvgrab_manual2_e.html http://kino.schirmacher.de/article/view/25/1/14 [R=301]
RewriteRule ^arne/dvgrab/dvgrab_manual3_e.html http://kino.schirmacher.de/article/view/46/1/14 [R=301]
RewriteRule ^arne/dvgrab/dvgrab_hwsw_e.html http://kino.schirmacher.de/article/static/3 [R=301]
RewriteRule ^arne/dvgrab/index_e.html http://kino.schirmacher.de/ [R=301]