[forum/feat] gebruik human readable urls

[Opperpanter2]

Het lijkt mij een leuke feature als er ook Human Readble Urls gebruikt worden voor het forum, op deze manier kan je makkelijk de history van browser gebruiken als extra navigatie mogelijkheid.

Een topic als

http://gathering.tweakers.net/forum/list_messages/1302989/

Zou je dan makkelijk herkennen aan zoiets als:

http://gathering.tweakers.net/forum/list_messages/1302989/[Evaringen]_ASUS_EEE_PC_-_Deel_7/

EDIT (2x): urls laten zien ipv [TOPIC]

[ Voor 37% gewijzigd door Opperpanter2 op 10-12-2008 20:26 ]

[Opperpanter2]

.

[ Voor 100% gewijzigd door Opperpanter2 op 10-12-2008 20:21 ]

[Wiethoofd]

In een mouseover, of net zoals op de front page waar een nieuwsbericht werkt zonder titel er achter.
http://tweakers.net/nieuws/57256/
http://tweakers.net/nieuw...rsteuning-uitbrengen.html

[Xof]

Firefox pakt al gewoon de titels van een pagina.. dus ik zie het probleem niet zo

[Orion84]

Hint, ongeparsete URL's in je post opnemen kan ook zo:

code:

[norml]http://gathering.tweakers.net/forum/list_messages/1326320[/norml]

Voor zover ik weet zijn hier trouwens al eens vaker topics over geweest en was er (toen?) een goede reden om dat niet te doen?

[Feature] URL rewrite o.b.v. topictitel << die dus

[ Voor 55% gewijzigd door Orion84 op 10-12-2008 20:29 ]

[Opperpanter2]

Wiethoofd schreef op woensdag 10 december 2008 @ 20:22:
In een mouseover, of net zoals op de front page waar een nieuwsbericht werkt zonder titel er achter.
http://tweakers.net/nieuws/57256/
http://tweakers.net/nieuw...rsteuning-uitbrengen.html

precies, dat bedoel ik.

[Cloud]

Dat werkt anders al op GoT hoor: link.

Wat jij wil is denk ik dat alle urls op het forum ook zo gegenereerd worden en dat de parser op GoT aangepast wordt zodat hij ze ook slikt na het klakkeloos plaatsen:

\[forum/feat] gebruik human readable urls[forum/feat] gebruik human readable urls

[Verwijderd]

Orion84 schreef op woensdag 10 december 2008 @ 20:23:
[Feature] URL rewrite o.b.v. topictitel << die dus

crisp schreef op vrijdag 19 september 2008 @ 02:32:
huidige browsers tonen ook de document titel bij de history in de adresbalk, dus dit lijkt me ondertussen een overbodige feature...

IE 7 in ieder geval niet hier onder XP

Cloud schreef op woensdag 10 december 2008 @ 20:30:
Dat werkt anders al op GoT hoor: link.

Prachtig, maar als ik op het forum op een linkje klik dan komt de titel er dus niet achter te staan maar alleen het "gathering.tweakers.net/forum/list_messages/1326320" gedeelte wordt weergegeven

[Opperpanter2]

Wat jij wil is denk ik dat alle urls op het forum ook zo gegenereerd worden en dat de parser op GoT aangepast wordt zodat hij ze ook slikt na het klakkeloos plaatsen:

klopt, ik zal die eerdere topics eens lezen

[Wiethoofd]

Orion84 schreef op woensdag 10 december 2008 @ 20:23:
[Feature] URL rewrite o.b.v. topictitel << die dus

@ TS: zal dus geen feature worden omdat je dan maar firefox/ie8/opera/safari moet installeren ipv je huidige ie6/7 die geen url-balk hebben waarmee automatisch op woorden in de topicnaam gezocht wordt.

[Verwijderd]

Wiethoofd schreef op woensdag 10 december 2008 @ 20:35:
[...]

@ TS: zal dus geen feature worden omdat je dan maar firefox/ie8/opera/safari moet installeren ipv je huidige ie6/7 die geen url-balk hebben waarmee automatisch op woorden in de topicnaam gezocht wordt.

Als ik in dat topic goed leest zou IE8 dit ook niet hebben?

crisp schreef op dinsdag 25 maart 2008 @ 11:16:
Zie verder o.a. Erkens: de meeste browsers laten in de history-dropdown ook al de page-title zien. Waarom IE dat zelfs in IE8 nog niet doet is mij een raadsel...

[ Voor 25% gewijzigd door Verwijderd op 10-12-2008 20:37 ]

[Opperpanter2]

dat andere topic is gesloten:

huidige browsers tonen ook de document titel bij de history in de adresbalk, dus dit lijkt me ondertussen een overbodige feature...

Mijn IE7 doet dit niet hoor. Ik vind het nog steeds een nuttige feature en ook een kleine moeite volgens mij. Ik bak het zelf ook vaak in in sites die ik maak.

Waarom zou je het niet doen vraag ik me af. Oude links kun je gewoon laten voor wat ze zijn.

[ Voor 12% gewijzigd door Opperpanter2 op 10-12-2008 20:41 ]

[Wiethoofd]

Verwijderd schreef op woensdag 10 december 2008 @ 20:36:
Als ik in dat topic goed leest zou IE8 dit ook niet hebben?

Zie het verschil in datum, maart en december, inmiddels is er een nieuwe gereleased, en ik heb em geprobeerd, en ik meen me te herinneren dat het er in zat, maar snel geswitcht naar firefox omdat IE8 me constant uitlogde op GoT

[crisp]

Opperpanter2 schreef op woensdag 10 december 2008 @ 20:37:
[...]

Waarom zou je het niet doen vraag ik me af. Oude links kun je gewoon laten voor wat ze zijn.

Een aantal path-vars van list_messages zijn al gereserveerd voor bepaalde switches, te weten:

forum/list_messages/<topicid>/<offset>/<limit>/<keywords>/<filter_keywords>/<resumetimestamp>

dus rekening houdend met oude links zou je dan zoiets krijgen (voor een default link):

forum/list_messages/1326320//////forum-feat-gebruik-human-readable-urls

en dan hopen dat er geen proxy oid is die de lege pathvars 'collapsed'...

[sanzut]

zou je dan niet list_messages kunnen vervangen door een andere tekst, in onderstaand voorbeeld show. maar kan bijvoorbeeld ook iets anders zijn. Dan laat je list_messages ongemoeid, o.a. ivm historie, en dan vang je de nieuwe url's af, door de tweede var (show).

Voorbeeld:
forum/show/friendly_title/<topicid>/<offset>/<limit>/<keywords>/<filter_keywords>/<resumetimestamp>
voor de nieuwe links

forum/list_messages/<topicid>/<offset>/<limit>/<keywords>/<filter_keywords>/<resumetimestamp>
voor de oude, bestaande links

En dan dat beide manieren langs elkaar kunnen functioneren.

[crisp]

Het is SEO-technisch niet handig om 2 verschillende url's te hebben voor dezelfde content; je zou dan de oude moeten laten redirecten naar de nieuwe wat ook weer voeten in aarde heeft. Verder zie ik de titel liever achterin de url ipv ergens in het midden.

Kortom: het is lastig om dat in de huidige URL-structuur op een mooie manier te verwerken zonder concessies te doen aan de functionaliteit die de huidige structuur biedt en/of backwards-compatibiliteit, en imo is de toegevoegde waarde niet echt heel groot.

Dat IE7 de titel niet laat zien in de historie is niet echt een groot argument, dat is niet de meestgebruikte browser op GoT/Tnet, is technisch een outdated gedrocht () en IE8 komt volgend jaar uit en biedt volgens mij deze functionaliteit vanaf beta-2 ook.

[Oid]

Kan je niet in plaats van / een - er van maken?? Krijg je dus zoiets:

http://gathering.tweakers.net/forum-list_messages-1326320-<offset>-<limit>-<keywords>-<filter_keywords>-<resumetimestamp>-[forum/feat]gebruik_human_readable_urls.html

Het is maar een idee ik stoor mij er niet aan.

[Dirk]

En alle standaarden in de prullebak gooien? Daar zie ik crisp nog niet mee beginnen

[MueR]

Dat is lekker efficient. Mag je een enorme string gaan splitten op - om dan maar te hopen dat een of andere usert niet datzelfde teken in zijn keyword heeft staan, waarna alles mis gaat.

[Opperpanter2]

ik blijf het stom vinden dat er nog steeds geen HRU's zijn. Chrome is weer een voorbeeld van een browser die de page titles niet laat zien in de adresbalk.

[moto-moi]

Dan zuigt Chrome dus.

[Erkens]

Opperpanter2 schreef op donderdag 09 april 2009 @ 23:21:
ik blijf het stom vinden dat er nog steeds geen HRU's zijn. Chrome is weer een voorbeeld van een browser die de page titles niet laat zien in de adresbalk.

Misschien even je chrome updaten?

[Ramon]

Misschien is het deels offtopic maar zou het ook kunnen dat de urls wat verkort worden?

dus in plaats van
http://gathering.tweakers.net/forum/list_messages/1326320

http://gathering.tweakers.net/topic/1326320

lijkt me ook wel mooi?

[ Voor 6% gewijzigd door Ramon op 10-04-2009 10:56 ]

[crisp]

Ramon schreef op vrijdag 10 april 2009 @ 10:55:
Misschien is het deels offtopic maar zou het ook kunnen dat de urls wat verkort worden?

dus in plaats van
http://gathering.tweakers.net/forum/list_messages/1326320

http://gathering.tweakers.net/topic/1326320

lijkt me ook wel mooi?

Dat is technisch nogal lastig aangezien dat behoorlijk in de software ingrijpt. Daarbij gebruiken we de huidige url's al jaren, dat zomaar met terugwerkende kracht aanpassen is niet iets wat je 'zomaar' even doet als er geen dringende reden voor is...