Hallo molily,

Die genaue Form der Adressierung (/t/tid/m/mid/) habe ich
gewaehlt, weil ich dafuer einen generischen Parser schreiben
kann. Also einen nicht auf das Forum spezialisierten. Der
parsed dann in Tokens, die Liste waere halt: t, tid, m, mid. Und
daraus kann man leicht eine Name-Wert-Zuordnung machen:
t => tid, m => mid.

Ich verstehe immer noch nicht, was das notwendigerweise
miteinander zu tun hat (sprich, warum man das miteinander zu tun
haben lässt). Die Folgefrage wäre eben, warum es gerechtfertigt
ist, in diesem Fall das User-Interface so anzulegen, dass der
interne Aufwand möglichst gering ist, bzw. das User-Interface
dieser Maxime folgend aufzubauen.

Eine Aenderung, die das nicht zulaesst, benoetigt sehr tiefgehende
Anpassungen. Ich habe nicht vor, diese zu machen, zumal es fuer den
User nun wirklich egal ist, wie die URL aussieht.

Ich kann anhand deiner Erklärungen nicht einsehen, worin der
unzumutbare Aufwand eines spezialisierten »Parsers« für diese
doch recht triviale Aufgabe liegt und warum der Einsatz eines
generischen Parsers eine dermaßen große Effizienzsteigerung im
Backend bringt, dass das Frontend zu diesem Zweck an Intuitivität
einbüßen muss (letzteres wurde ja schon geäußert).

Ich bezweifle ernsthaft, dass dieses URI-Schema weniger Intuitiv ist
als ein anderes.

Grüße,
 CK