Verwalten von URL -Weiterleitungen, wenn Sie hübsche URLs ändern - Best Practices

Question

Was sind die Standards für die Verwaltung von URL -Weiterleitungen, wenn Sie Ihre URL -Eigenschaften der Daten stützen, die sich möglicherweise einige Male ändern könnten, wie der "Titel"?

Ich habe eine Website mit vielen Bildern und möchte die URLs so aussehen lassen:

http://www.mysite.com/images/132123/my-cool-image-title

Sagen Sie nun ein paar Leute, die das Bild mit einem Lesezeichen versehen, und eine Woche später ändere ich es in:

http://www.mysite.com/images/132123/renamed-image-title

Jetzt muss es also eine Weiterleitung für die Leute geben, die das alte mit einem Lesezeichen versehen haben ... nun sagen wir, dass dies durchschnittlich dreimal pro Bild passiert. Das heißt, ich hätte viele, viele Weiterleitungen zu kartieren. Ich würde eine Datenbank mit Umleitungen haben, so scheint es.

Was ist in diesem Fall die beste Praxis, vorausgesetzt, ich möchte hübsche URLs verwenden und sie nicht auf eine universell einzigartige ID stützen, und dass ich gerne so viele Vorteile von SEO wie möglich nutzen möchte?

Answer 1

Nun, ich weiß nicht, worum es bei der Downvote ging, das scheint mir eine vollkommen gültige Frage zu sein.

Meine Empfehlung wäre, dass, wenn Sie Sie im Voraus wissen Wille Ändern Sie die Daten, es sollte wahrscheinlich überhaupt nicht in der URL sein. Wenn dies eine Voraussetzung ist (vielleicht ist es wichtig für SEO oder Sie erstellen einen Blog oder so, Sie haben einige Auswahlmöglichkeiten:

1. Vergessen Sie die alte URL und verwenden Sie nur die Neue. Wahrscheinlich kein guter Weg, um Freunde zu finden;)
2. Behalten Sie die alte URL und akzeptieren Sie die Tatsache, dass der Titel und die URL jetzt nicht übereinstimmen. Dies kann durch jeden Beitrag mit einem erreicht werden slug Feld, in dem der URL -Text gespeichert ist, getrennt vom tatsächlichen Titel der Post.
3. Behalten Sie die alte URL und lassen Sie neue. Eine Methode, um dies zu tun, könnte darin bestehen, eine separate Tabelle zu haben, die Slugs auf Posts abbildet, wobei jeder Beitrag einen oder mehrere Schnecken enthält. Auf diese Weise werden eine beliebige Anzahl von Änderungen für die geräumige Änderung gesorgt.

Wenn mögliche Änderungen und Rückwärtskompatibilität eine Voraussetzung sind, würde ich mit Option 3. es sicherlich besser in Ihre App integrieren, als die wachsenden .htaccess -Dateien vollständige oder URL -Umschreibregeln oder etwas anderes verwalten zu müssen.

Answer 2

Stimmen Sie mich ab, wenn Sie denken, meine Antwort ist dumm. Es ist mir egal.

Ich bin mir nicht sicher, ob Sie den gleichen Ansatz wie Stacoverflow verwenden, wenn Sie dies tun, dann in Ihrem Fall die Schnecke my-cool-image-title und renamed-image-titleMachen Sie keinen großen Unterschied, solange Sie die ID behalten 132123 das Gleiche. Sie müssen sich also um Ihr Umleitungssachen sorgen. In der Perspektive von Social Lesezeichennutzern denke ich, dass sich die Änderung der Schnecken zu verwirrend macht, aber es ist kein Umleitungsproblem.

Liege ich falsch?