Discussion :

[ericduval]

Bonjour,

Le bout de code xhtml suivant :
[...]
<div id="mondiv">Premier contenu</div>
[...]

Imaginons un appel vers un script php via xhr qui
renvoi des données à une fonction javascript qui
modifie le div de la façon suivante :
[..]
document.getElementById( "mondiv" ).innerHTML = retour_data_du_script_php;
[...]

Comment gérez vous la conservation des données d'origine du div ?

En cas de reload de la page, les données d'origine seront automatiquement
restaurées, comment pratiquez vous pour maintenir les dernières données
affectées au div ?

Quelles sont les bonnes pratiques pour ce type de gestion ?

Merci d'avance pour vos réponses.

[Invité]

Peut-être stocker le nouveau contenu du div dans un cookie et vérifier son existence au chargement de le page : s'il existe on n'affiche pas le contenu par défaut mais le contenu du cookie.

[ericduval]

Oui j'ai utilisé cette méthode qui est limitée par la taille
max que peux supporter un cookie qui si je me souviens bien
est de 4096 octets.

Je fais des tests en ce moment avec la gestion des sessions
en php. Cela donne de meilleurs résultats qu'avec les cookies.

Mais je ne sais toujours pas si ses méthodes cookies, sessions, etc.... font
parties des méthodes "adoc" ;-)

Peut être y a t-il "LA METHODE", celle qui efface toutes les autres ;-)

[Invité]

A mon avis les sessions c'est pas mal et je vois pas trop ce qu'on pourrait faire de plus propre, mais après je suis pas trop qualifié non plus !

[Nicolas.Cogi]

A mon sens, la bonne methode, c'est celle du "degrade gracefully", mais comme toute bonne methode, elle est bien pénible à implementer

Chaque page de ton application, ajax ou pas, doit correspondre à une url unique.
Une mise à jour de la page via une requete async xhr modifie le DOM et modifie en plus l'url courante (document.location.replace() .en javascript).
Ca permet au passage de faire fonctionner l'appli aussi sur un navigateur ne supportant pas les techniques avancées (javascript désactivé, regles de securité dans une boite, etc...) puisqu'au lieu de javascript, le navigateur suivra simplement les liens hypertextes de ton appli, d'où le "degrade gracefully" plus haut

Avec cette technique (pas simple, pas applicable partout, difficile à developper, mais apres tout on discute là ), il est possible de bookmarker la page (bien pour un catalogue par exemple), d'envoyer le lien de la page à un ami, etc.., et resout au passage ton fameux probleme d'etat.

C'est ce que fait YahooUI, il me semble et sans l'avoir jamais vraiment experimenté moi-meme, leur technique a l'air plutot au point...

[Mike_69]

Dojo Toolkit gère les bookmarks aussi.
je pense que le but si tu veux développrer en AJax est d'utiliser les librairies qui existent.
Sinon, tu vas te casser la tête pour des trucs qui existent déjà