[$traight-$hoota]

Für die tabellarische Ansicht einer Kategorie habe ich das URL-format

/category/:name

nun geht es mir darum, wie weitere Elemente in den URL eingebracht werden können und möchte einfach mal eure Meinungen zu meinen Überlegungen hören.
Grundsätzlich stellt sich natürlich für jede Komponente die Frage, ob sie per URL-Rewriting in den Pfad aufgenommen werden sollte, oder besser als Parameter hintendrankommt.

Aufteilung auf mehrere Seiten
Zunächst soll die Ansicht bei vielen Elementen auf mehrere Seiten aufgeteilt werden. Programmiertechnisch ist das kein Problem, aber wie packe ich das am besten in den URL?
Die einfachste Möglichkeit um die Informationen in den Pfad einzubringen wäre

/category/{name}/{page}
/category/news/2

Aber das funktioniert nicht mehr, wenn die Anzahl der Elemente pro Seite verändert werden kann.
Eine recht einfache Lösung wäre es, einfach die SQL-daten offset und limit anzugeben.

/category/{name}/{offset}-{limit}
/category/news/30-45

Oder als drittes die Anzahl der Einträge pro Seite (eps) und die Seite.

/category/{name}/{eps},{page}
/category/news/15,2

Oder wäre es dann doch besser mit Parametern zu arbeiten

/category/{name}?eps={eps}&page={page}
/category/news?eps=15&page=2

Ordnen nach Spalten
Ein weiteres klassisches Beispiel ist das Ordnen nach Spalten (ASC oder DESC), wobei auch mehrere hintereinander liegen können (also erst nach Tag sortieren und alle Elemente eines Tages nach Alphabet).

/category/{name}/order/{column},{dir}
/category/news/order/day,desc/order/name,asc
#oder
/category/{name}/order:{column},{dir};{column},{dir}
/category/news/order:Day,desc;name,asc

oder per parameter

/category/{name}?order={column},{dir};{column},{dir}
/category/news?order=day,desc;name,asc

Anwenden von Filtern
Als Beispiel sollen ein oder mehrere Filter anwendbar sein, die die Ansicht auf eine Auswahl beschränken, dass also Beispielsweise nur Einträge, die auf ein bestimmtes Regex passen angezeigt werden, oder ähnliches

/category/{name}/filter/{filter}:{param1},{param2}
/category/news/filter/regex:*ung,i/

oder

/category/{name}?filter={filter}&{filter}={param1},{param2}
/category/news/2

[Ben]

Hi,
erstmal ein Link: Welches URL-Format ist am benutzer-, welches am Suchmaschinenfreundlichsten?

Keine Ahnung, ob der für dich hilfreich ist. *g*

Zitat von $traight-$hoota

Oder wäre es dann doch besser mit Parametern zu arbeiten

/category/{name}?eps={eps}&page={page}
/category/news?eps=15&page=2

Nunja, das ist ja quasi das gleiche, als wenn du machst

/category/{name}/{eps},{page}
/category/news/15,2

Das kannst du ja über eine Rewrite-Regel schaffen. Oder habe ich dich da falsch verstanden?

Zitat von $traight-$hoota

/category/{name}/order:{column},{dir};{column},{dir}
/category/news/order:Day,desc;name,asc

Ich würde versuchen den URL so kurz wie möglich zu halten. Der URL muss hier auch nicht auf den ersten Blick für jeden Nutzer sprechend sein.
Man könnte z.B. intern einen String auswerten, z.B.

/off20o4/

Offset: 20
Sortierung: 4 (ist halt intern vermerkt, was das bedeutet)

Durch geschickte Benennung kann man den URL sehr kurz halten und hat alle Informationen direkt zur Hand.
Man muss immer daran denken, dass man gar nicht will, dass User per Hand am URL rumfummeln!

Seh ich jedenfalls so.

[$traight-$hoota]

Erstma danke, dass endlich ma jemand was antwortet*gg*

Zitat von Ben

Hi,
erstmal ein Link: Welches URL-Format ist am benutzer-, welches am Suchmaschinenfreundlichsten?

Keine Ahnung, ob der für dich hilfreich ist. *g*

den thread kenn ich. der ist aber eher allgemein, mir geht es hier eher um konkrete beispiele.

Zitat von Ben

Nunja, das ist ja quasi das gleiche, als wenn du machst

/category/{name}/{eps},{page}
/category/news/15,2

Das kannst du ja über eine Rewrite-Regel schaffen. Oder habe ich dich da falsch verstanden?

Also die Realisierung an sich is kein Thema und dass das beides ziemlich das gleiche ist, weiß ich. Was ich ausdrücken wollte, war, ob es besser ist, diese argumente mit in den url-pfad reinzunehmen oder in den query string nach dem Fragezeichen.

Zitat von Ben

Ich würde versuchen den URL so kurz wie möglich zu halten. Der URL muss hier auch nicht auf den ersten Blick für jeden Nutzer sprechend sein.
Man könnte z.B. intern einen String auswerten, z.B.

/off20o4/

Gute idee... Das hatte ich auch noch nicht bedacht.

[CIX88]

Der URL muss hier auch nicht auf den ersten Blick für jeden Nutzer sprechend sein.

Stimme ich zum Teil zu - schon mal über "balastfreie URLs" gestolpert ?
Suchmaschinen mögen keine URLs die über die ganze Bildschirmbreite gehen.
Sie mögen auch keine entlose Orgie von Unterzeichnissen, zumal das auch für das PR Mist ist.

Der "i-Punkt" sind kurze URLs wo relevante Keywörter schon in der URL eingebaut sind. Kurze Wörter wie z.B. der, die, das, in, etc.... sind nicht Relavant und sollten aus der URL verschwinden.

PS: Scheint ja derzeit das Top-Thema hier im Forum zu sein