[AJAX] Browser navigatie onderscheppen

[KolNedra]

Iets wat al vaker voorbij gekomen is, maar waar ik nog wel mee in mijn maag zit.
Ben met een site bezig, waarvan de content ingeladen wordt dmv XMLHttpRequest (noem het even ajax).
Je kan het al raden; zodra een nieuwe "pagina" in wordt geladen in een layer (DIV) wordt dit door de gebruiker "gezien" als een nieuwe pagina, de gebruiker denkt dus dat hij (of zij) op een nieuwe pagina terecht komt. Dus wanneer diegeen op "vorige" drukt verwacht ie natuurlijk dat hij terug gaat naar de (doh) vorige pagina.

Okay scenario:
1 > Gebruiker komt via google binnen op mijn website
2 > index.php wordt geladen die de layers vult met benodigde informatie (ajax: XML/PHP)
3> Gebruiker navigeert wat rond en de desbetreffende layers worden via javascript (opnieuw) gevuld
4> De gebruiker wil terug naar zijn "vorige" scherm en ramt op "vorige" (of een sneltoets)
5> De gebruiker keert terug naar google.com

Je snapt dat dit erg verwarrend werkt voor (bijna) iedereen. Vooral voor de internet leken.
Zijn er mensen die hier ook mee "zitten" en misschien ideeen hebben of een work-around met dit probleem? Om zo erachter te kunnen komen wanneer iemand op vorige / volgende / refresh drukt.

[ Voor 9% gewijzigd door KolNedra op 27-01-2006 11:06 . Reden: Verdomme, weer 'n typo in mijn topic ]

[André]

Tja, eigenlijk kan ik hier maar 1 ding op zeggen: gebruiken geen ajax voor websites maar pas het alleen toe in webapplicaties. Je creëert een heleboel problemen door voor een simpele website ajax te gaan gebruiken. En hoe denk je dat zoekmachines de juiste content gaan krijgen?

Gmail heeft bijvoorbeeld een leuke interface waar ajax heel handig is, maar voor een gewone site is het niet bruikbaar.

[Justice]

Waarom gebruik je ajax?

[KolNedra]

André schreef op vrijdag 27 januari 2006 @ 11:20:
Tja, eigenlijk kan ik hier maar 1 ding op zeggen: gebruiken geen ajax voor websites maar pas het alleen toe in webapplicaties. Je creëert een heleboel problemen door voor een simpele website ajax te gaan gebruiken. En hoe denk je dat zoekmachines de juiste content gaan krijgen?

Gmail heeft bijvoorbeeld een leuke interface waar ajax heel handig is, maar voor een gewone site is het niet bruikbaar.

Meer dan waar, alleen ik heb niet beslist over hoe de site opgebouwd moest gaan worden.
De "klant" wilde hem zo hebben en wilde over functionaliteiten beschikken waarbij ajax eigenlijk onontkoombaar is (tenzij je het natuurlijk vies wilt oplossen met een iframe of flash elements)

Ik was al bang dat hier geen nette oplossing voor is. But it's worth the shot

Justice schreef op vrijdag 27 januari 2006 @ 11:40:
Waarom gebruik je ajax?

Ze wilden een systeem waarin ze realtime (messenger style) konden zien wanneer een gebruiker inlogd op de site

[ Voor 14% gewijzigd door KolNedra op 27-01-2006 11:43 . Reden: quote bijgevoegd ]

[SchizoDuckie]

er ís een 'oplossing' voor dit probleem (backbase heeft het o.a. standaard ingebouwd), maar dit is imo zo verschrikkelijk smerig (lees: niet cross-browser) dat het zichzelf al gelijk nutteloos maakt eigenlijk...

Je kan na een xmlhttp request de window.location.hash aanpassen (dit zal in je history opgenomen worden in FF, in IE moet je een iframe aanmaken en dit daarin doen), dan moet je nog een timer zetten die telkens kijkt of die hash verandert, en aan de hand daarvan je application state weer aanpast.

Kortom: het kán, maar het kost tig KB's aan code, en het is verschrikkelijk vies, want je bent iets in elkaar aan't hacken waar nog een hoop haken en ogen aan zitten.

[crisp]

Daar is wel eea over geschreven hoor; recentelijk kwam ik dit artikel tegen

[KolNedra]

crisp schreef op vrijdag 27 januari 2006 @ 11:46:
Daar is wel eea over geschreven hoor; recentelijk kwam ik dit artikel tegen

thanks zal het eens doorlezen

[BtM909]

Hier ook nog wat interessante links:

http://developer.mozilla.org/en/docs/AJAX

En dan met name deze link: Fixing the Back Button and Enabling Bookmarking for AJAX Apps

[SillyJW]

Als je AJAX technieken gebuikt om te kijken of een user online is, waarom zou je dan nieuwe content ook inladen op die nieuwe manier? Gewoon de content voor je HTML pags op de 'normale' manier opbouwen en een mini-applicatietje die z'n data krijgt aangereikt via een XMLHttpRequest.

Gewoon niet moeilijker gaan doen dan nodig is.