06-08-2012, 09:10 PM
(06-08-2012, 04:48 PM)Maks a écrit : Plus généralement pour éviter la mise en cache, on utilise le timestamping d'URL […]Oui, je connais bien cette pratique. Elle est également utilisée côté serveur pour forcer le navigateur à rafraichir la ressource dans son cache, as we both know.
(06-08-2012, 04:48 PM)Maks a écrit : Théoriquement le fichier est tout le temps mis en cache, sauf si le cache est plein ?C'est ça.
(06-08-2012, 04:48 PM)Maks a écrit : Le lien donné au début du topic c'est le même principe que le JSON Polling il me semble, on ajoute dynamiquement du contenu dans le head. Les fichiers sont mis en cache il me semble via cette méthode (à confirmer) comme pour la voie "classique" d'inclusion de fichiers JS.Toujours exact.
(06-08-2012, 04:48 PM)Maks a écrit : Après quel intérêt de savoir si le fichier est en cache ou non ?Le savoir, pas à grand chose, AMHA.
(06-08-2012, 06:17 PM)Ter Rowan a écrit : L intérêt que j y vois est que les textes ne sont chargés qu une fois, a la premiere connexionPour ce genre de chose, tu devrais considérer le templating côté client.
Après les messages sont réduits :
Au lieu de "vous avez supprimé 3746 zogzog, ce qui est vraiment magnifique, ne trouvez vous pas ?"
Le message envoyé serait "32,3746,34", plus petit
Si on considère que 32 est la clef du message, 3746 le premier parametre et 34 la clef pour zogzog
Regarde ce genre de chose :
En gros, tu déportes l'affichage sur le client et ton serveur ne fait plus que fournir une API. Ainsi, tu économises sur beaucoup de choses (bande passante, nombre de requête,…).
Enjoy!