[vb.net] full url krijgen

[NLAnaconda]

Ik heb een website waar ik heel veel gebruik maak van ajax.
Om de browsers Back en Forward knop te kunnen gebruiken wordt er een url gegenereerd met een hash.

Bijvoorbeeld: http://www.site.nl/#/home/ (voor de homepage)
Ga ik dan naar contact dan krijg je http://www.site.nl/#/contact/.

Druk je dan op de back button van je browser dan gaat de url terug naar http://www.site.nl/#/home/

Maar nu wil ik die links ook bruikbaar maken als link.
Dus als de gebruiker "http://www.site.nl/#/contact/" in zijn browser plakt wil ik dat de contact pagina geladen wordt zonder ajax.

Daarvoor heb ik het volgende bedacht:

1. Gebruiker voer url direct in in zijn browser (http://www.site.nl/#/contact/)
2. default.aspx wordt standaard aangeroepen.
3. default.aspx bekijkt of in de URL de hashtag voor komt en inlclude de pagina die daarna komt (contact)
4. Gebruiker ziet gelijk de juiste pagina.

Maar nu het probleem, ik kan met geen mogelijkheid de complete url afvangen (dus inclusief # en wat daarna komt).

Ik heb van alles geprobeerd.

Nu is mijn vraag: Wordt door de browser de hashtag (en alles daarna) wel eens naar de server verstuurd?(omdat dit voor anchors is?)

[RobIII]

NLAnaconda schreef op woensdag 13 april 2011 @ 23:58:
Wordt door de browser de hashtag (en alles daarna) wel eens naar de server verstuurd?

Nope. Klaar. Move on. Andere uitdaging zoeken

quote: http://en.wikipedia.org/wiki/Fragment_identifier

The fragment identifier functions differently than the rest of the URI: namely, its processing is exclusively client-side with no participation from the server. When an agent (such as a Web browser) requests a resource from a Web server, the agent sends the URI to the server, but does not send the fragment. Instead, the agent waits for the server to send the resource, and then the agent processes the resource according to the fragment value.

Wat ik doe is gewoon 'klassieke' links gebruiken (http://site.nl/contact, http://site.nl/foo, http://site.nl/bar) en die d.m.v. een stukje JS bij page-ready vervangen door http://site.nl/#/contact). Daarmee heb je 2 voordelen:

1) Mensen die surfen met JS uitgeschakeld (en dus AJAX ondersteuning) ondervinden geen hinder
2) Gewoon fatsoenlijk indexeerbaar

(Wat feitelijk eigenlijk 1 voordeel is )

[ Voor 73% gewijzigd door RobIII op 14-04-2011 00:17 ]

[NLAnaconda]

Dat is snel. Mooi $#@$. Maar bedankt ;-) Andere oplossing zoeken inderdaad.

[edit]
Zie dat je je bericht hebt gewijzigd.

Dat is inderdaad een oplossing. Maar stel een gebruiker wil de url kopiëren en doorsturen naar iemand.
Die kopieert dan de url mét hashtag.

[ Voor 56% gewijzigd door NLAnaconda op 14-04-2011 00:04 ]

[RobIII]

NLAnaconda schreef op donderdag 14 april 2011 @ 00:02:
Die kopieert dan de url mét hashtag.

Dus? Alleen hopen dat de ontvangende partij JS ingeschakeld heeft.
Het gaat dan fout in het specifieke geval waarin iemand een link mailt _{(hoe vaak gebeurt dat nou; gezien op het totaal aan hits dat je krijgt van zoekmachines, backlinks en whatnot)} én de ontvangende partij heeft JS uit staan _{(ook een min-of-meer verwaarloosbaar aantal bezoekers)}. Zit je, wmb, redelijk safe mee.

[ Voor 4% gewijzigd door RobIII op 14-04-2011 00:06 ]

[NLAnaconda]

Dat is waar. Ik doelde eigenlijk meer op links die geplaatst worden door gebruikers in andere fora's en dergelijke. Maar dat is dan pech voor google

Bedankt ik kan weer voorruit.

[RobIII]

Dan moet je hier nog eens even gaan lezen

[NLAnaconda]

Thanks, ik ga lezen

Het antwoord staat er ook bij

Hash fragments are never (by specification) sent to the server as part of an HTTP request.

[ Voor 72% gewijzigd door NLAnaconda op 14-04-2011 00:20 ]

[RobIII]

NLAnaconda schreef op donderdag 14 april 2011 @ 00:18:
Het antwoord staat er ook bij

RobIII in "\[vb.net] full url krijgen"

[MueR]

Waarom zou je uberhaupt die fragment nodig hebben? Lees MDC: Manipulating the browser history eens goed door (en ja, daar is vast wel een fallback library voor te krijgen zodat het ook in IE werkt)

[ Voor 29% gewijzigd door MueR op 14-04-2011 01:25 ]

[RobIII]

MueR schreef op donderdag 14 april 2011 @ 01:19:
Waarom zou je uberhaupt die fragment nodig hebben?

Omdat Het idee is leuk, de praktijk is (voorlopig) nog wat minder.

MueR schreef op donderdag 14 april 2011 @ 01:19:
(en ja, daar is vast wel iets met jquery voor te krijgen zodat het ook in IE werkt)

Stiekem editten eh? Er zijn wel 'workarounds' (voor zover ze überhaupt werken) maar ik vind 't nogal overkill voor iets zo simpels als ik in mijn eerste post beschrijf.

[ Voor 63% gewijzigd door RobIII op 14-04-2011 01:30 ]

[MueR]

RobIII schreef op donderdag 14 april 2011 @ 01:23:
[...]

Omdat Het idee is leuk, de praktijk is (voorlopig) nog wat minder.

In de praktijk wil je toch een non-js fallback hebben, dus dan is het niet gebruiken van de fragment stukken beter. Ik gebruik het momenteel in een project. Indien pushState niet ondersteund is, wordt de link via de normale manier gevolgd. Die resolve je toch al aan de serverkant om de juiste content te sturen.

RobIII schreef op donderdag 14 april 2011 @ 01:23:
Stiekem editten eh?

En dat zeg jij?

[ Voor 11% gewijzigd door MueR op 14-04-2011 01:32 ]

[RobIII]

MueR schreef op donderdag 14 april 2011 @ 01:31:
[...]

In de praktijk wil je toch een non-js fallback hebben, dus dan is het niet gebruiken van de fragment stukken beter. Ik gebruik het momenteel in een project. Indien pushState niet ondersteund is, wordt de link via de normale manier gevolgd. Die resolve je toch al aan de serverkant om de juiste content te sturen.

Hoe is dat anders dan ik al zei? Geen JS vereist hoor; progressive enhancement

[ Voor 4% gewijzigd door RobIII op 14-04-2011 01:33 ]

[sopsop]

RobIII schreef op donderdag 14 april 2011 @ 01:32:
[...]

Hoe is dat anders dan ik al zei? Geen JS vereist hoor; progressive enhancement

Toch wel als je iemand een gehashte link doorstuurt?

[RobIII]

sopsop schreef op donderdag 14 april 2011 @ 15:59:
[...]

Toch wel als je iemand een gehashte link doorstuurt?

Ja: RobIII in "\[vb.net] full url krijgen"