Warum sollte ich „Web 2.0“ -Stil URLs? [geschlossen]

Question

Kurz gesagt, warum verwenden Sie so etwas wie http://stackoverflow.com/badges/6/supporter anstatt etwas „einfacher“ (und subjektiv, zu diesem) wie http://stackoverflow.com/badges/6/.

Auch auf meiner eigenen Website habe ich gerade mit / Post / 6 / referenzieren Beiträge (von IDs, obwohl ich einen Schluck noch speichern.) Statt /post/6/small-rant-on-urls, und in einigen Fällen können sie bekommen auch absurde , viel mehr als wirklich notwendig ist.

Answer 1

Da Sie möglicherweise mit Dubletten können am Ende, wenn man nicht aufpasst. Ich stelle mir vor Stack-Überlauf die ID hinzugefügt, da es ein hohes Potenzial für die Duplikate angesichts der Menge der Beiträge erstellt wurde.

Andere Systeme können nicht die ID in der URL verwenden - zum Beispiel eines Blog-System würde wahrscheinlich nicht brauchen.

Es ist eine bessere Idee, wenn Sie Benutzerinhalte erzeugt, die in einem neuen URL-Ergebnisse erstellt einen Beitrag ID enthalten. Wenn die einzige Art und Weise können neue URLs erstellt werden soll, durch den Zugang Administratorart, können Sie wahrscheinlich ohne es tun, solange Sie nach Duplikaten überprüfen.

Answer 2

Search Engine Optimization sein würde, sowie was die URL besser lesbar für den Menschen. Suchmaschinen wie allgemein Ihre URL, Titel und H2 das „Thema“ enthalten, von der Seite.

Wenn Sie beide da drin haben, dann können Sie manuell / ID eingeben und automatisch auf die „blumige“ URL getroffen bekommen mit Umschreiben .. speichert Ihre Finger ein wenig:)

Answer 3

Das Hinzufügen der Schnecke in allen Links der Inhalt hilft bei Suchmaschinen, weil Suchmaschinen Worte im Allgemeinen in der URL verwendet selbst Index Inhalt zu helfen.

Answer 4

Der Grund, einschließlich der ID in der URL ist, dass es einfacher, hinter den Kulissen macht den korrekten Artikel aus der Datenbank abgerufen wird, als ein Nachschlag kann vielmehr auf der ID durchgeführt werden, als der Artikel Titel.

Der Grund, den vollständigen Titel des Artikels für die Aufnahme ist, dass Google Haufen Bonuspunkte für Suchbegriffe gibt, die in den Dateinamen übereinstimmen.

Answer 5

@ Greg Hewgill

  

Das Hinzufügen der Schnecke in alle Links zu den Inhalten hilft bei Suchmaschinen, weil Suchmaschinen im Allgemeinen Wörter in der URL verwenden, wird sich Index Inhalt zu helfen.

Ich sollte ein wenig geklärt haben: Ich URLs gemeint, die sowohl eine ID haben und Slug in ihnen. Ich sehe nicht nur den Punkt, in so etwas wie /post/1/la-la-la-la-text-hahahaha vs /post/1/ mit oder /post/la-la-la-la-text-hahahaha, da dem ersten ohne den extranous Text am Ende funktionieren wird.

Answer 6

URL ist Teil der Web-Benutzeroberfläche.

Es gibt ein Eyetracking-Studie der Verwendung Suchmaschine, die festgestellt, dass Menschen verbringen < strong> 24% ihres Blicks Zeit an den URLs der Suche in den Suchergebnissen .

Searchers sind besonders daran interessiert, in der URL, wenn sie Glaubwürdigkeit und Nützlichkeit von einem Ziel zu beurteilen. Wenn die URL wie Müll aussieht, sind die Menschen weniger wahrscheinlich, dass auf dieser Suche Treffer klicken. Auf der anderen Seite, wenn die URL wie die Seite aussieht wird die Frage des Benutzers ansprechen, sind sie eher klicken.

Answer 7

Es könnte sein, dass schneller ist die Post in einem Blog durch die ID als durch die Schnecke zu bekommen, so setzt die ID für die SQL-Abfrage und die Schnecke für die Suchmaschinen (SEO).

https://stackoverflow.com/users/58163/movaxes65675

Ich mag den / post / la-la-la-la-Text-hahaha Typen, kann ich die URL erinnert, wissen, was der Titel der Post ist (vor der Website tatsächlich geladen). Nicht wie viel die / Post / 1 / es bedeutet mir nichts, aber post # 1 (sehr schlecht für das Marketing?)

edit: id hilft auch, um Duplikate zu vermeiden, wie andybaird zeigte

Answer 8

Nun, erstens sollte darauf hingewiesen werden, dass der „Web 2.0 Stil URLs“ ist eigentlich ein Teil von etwas namens REST . Diese URLs werden manchmal RESTful URLs genannt. Die behaupteten Vorteile sind:

  

  
• Stellt verbesserte Reaktionszeit und reduziert die Serverlast aufgrund seiner Unterstützung   für das Caching von Darstellungen;
  
• Verbesserte Skalierbarkeit des Servers und reduzieren die Notwendigkeit Sitzung zu halten   Zustand. Das bedeutet, dass verschiedene   Server können zu handhaben verwendet werden   unterschiedliche Anforderungen in einer Sitzung;
  
• Benötigt weniger Client-Software als andere Ansätze geschrieben werden,   weil ein einzelner Browser zugreifen kann   jede Anwendung und jede Ressource;
  
• hängt weniger von Anbieter Software und Mechanismen, die Schicht zusätzlich   Messaging-Frameworks auf HTTP;
  
• Stellt entsprechende Funktionalität im Vergleich zu alternativen   Ansätze zur Kommunikation;
  
• Benötigt keine separate Ressource Discovery-Mechanismus, aufgrund   die Verwendung von Hyperlinks in   Darstellungen;
  
• Bietet eine bessere langfristige Kompatibilität und Evolvierbarkeit   Eigenschaften als RPC. Das ist fällig   zu:      
    
  • Die Fähigkeit von Dokumenttypen wie HTML zu entwickeln, ohne   Brechen oder rückwärts   vorwärts-Kompatibilität; und
    
  • Die Fähigkeit von Ressourcen Unterstützung für neuen Content-Typen, wie sie hinzufügen   definiert sind, ohne Fallenlassen oder   Verringerung der Unterstützung für ältere Inhalte   Typen.