Le W3C publie la spécification pour l'API Web Storage
Visant à autoriser les serveurs Web de stocker des données côté client
Le 2013-08-14 01:26:22, par Cedric Chevalier, Expert éminent sénior
Les technologies basées sur le web prennent une ampleur démesurée et les navigateurs ne cessent de s'enrichir de nouvelles fonctionnalités qui les rapprochent au jour le jour d'applications indispensables pour tout utilisateur.
Le consortium W3C, organisme à but non lucratif garant de l'interopérabilité et de la compatibilité des technologies web, a publié récemment les spécifications d'une API baptisée Web Storage.
Cette nouvelle API a pour objectif principal de corriger quelques petites défaillances rencontrées avec l'utilisation des cookies. A titre de rappel, un cookie est un identifiant de connexion unique qu'un serveur web délivre à un client pour l'authentifier lorsque le besoin se fait sentir.
Pour Ian Hickson, ingénieur chez Google et créateur des tests Acid2 et Acid3, les cookies ne sont pas pratiques dans certaines circonstances. C'est notamment le cas pour un utilisateur qui effectuerait un achat d'un billet d'avion depuis deux pages web du même site, ouvertes dans son navigateur. Avec les cookies, ce dernier court le risque d'acheter deux fois le même billet. L'autre cas de figure concerne les applications qui, pour des raisons de performance, stockent au-delà des sessions en cours des données côté client (comme la boîte mail ou encore des documents utilisateurs). Une fois de plus, les cookies sont un facteur limitant puisqu'ils sont envoyés à chaque requête.
Pour résoudre les problèmes mentionnés, l'API Web Storage, dans le cas de l'acheteur du billet d'avion, permet aux pages du site de réservation de maintenir grâce à la fonctionnalité « sessionStorage » un enregistrement des données utilisateur consultable par toutes les autres pages du site. Dans le second cas, l'API fournit la fonctionnalité « local Storage », qui permet à une application d'avoir accès au contenu local d'une page web stockée côté client.
Source : W3C
Et vous ?
Que pensez-vous de cette nouvelle API ?
Le consortium W3C, organisme à but non lucratif garant de l'interopérabilité et de la compatibilité des technologies web, a publié récemment les spécifications d'une API baptisée Web Storage.
Cette nouvelle API a pour objectif principal de corriger quelques petites défaillances rencontrées avec l'utilisation des cookies. A titre de rappel, un cookie est un identifiant de connexion unique qu'un serveur web délivre à un client pour l'authentifier lorsque le besoin se fait sentir.
Pour Ian Hickson, ingénieur chez Google et créateur des tests Acid2 et Acid3, les cookies ne sont pas pratiques dans certaines circonstances. C'est notamment le cas pour un utilisateur qui effectuerait un achat d'un billet d'avion depuis deux pages web du même site, ouvertes dans son navigateur. Avec les cookies, ce dernier court le risque d'acheter deux fois le même billet. L'autre cas de figure concerne les applications qui, pour des raisons de performance, stockent au-delà des sessions en cours des données côté client (comme la boîte mail ou encore des documents utilisateurs). Une fois de plus, les cookies sont un facteur limitant puisqu'ils sont envoyés à chaque requête.
Pour résoudre les problèmes mentionnés, l'API Web Storage, dans le cas de l'acheteur du billet d'avion, permet aux pages du site de réservation de maintenir grâce à la fonctionnalité « sessionStorage » un enregistrement des données utilisateur consultable par toutes les autres pages du site. Dans le second cas, l'API fournit la fonctionnalité « local Storage », qui permet à une application d'avoir accès au contenu local d'une page web stockée côté client.
Source : W3C
Et vous ?
-
le probleme actuelle avec web storage c'est que chaques navigateur a sa facon de gerer les donné stoké si par exemple je stoke une valeur en utilisant firefox je n’aurait pas accès a cette valeur avec les autres navigateurs et vice versa je doit toujours garder le meme navigateur et en plus les navigateur ne possédés pas d'option afin de gerer local storage on ne peut donc pas supprimer les donné stoké sur l'ordinateur et en plus c'est limité a 5 mo
mis a par actuellement je suis en train de faire un lecteur audio qui stock les donné de lecture de la music en cour ou encore le niveau sonore et ca permet de retrouver ces paramètres lors d'une prochaine connexion j’avais aussi fait un mini paint avec canvas qui permet de sauvegarder l'image par l'intermédiaire des data url et de pouvoir la récupérer a la prochaine connexion.
en conclusion Web Storage c'est pratique et plus facile a manipuler que des cookies mais la manière de gérer cette espace de stockage par les navigateurs ne me semble pas standardisé contrairement au cookies qui on un répertoire approprié accessible pas tous les navigateurs et les logiciels de nettoyage d'espacele 15/08/2013 à 12:22 -
CapFlowMembre actifCette API est assez "vielle" quand même. C'est assez étonnant que la spécification ne sorte que maintenant ... (c'était peut être en état de "draft", mais faut pas pousser s'ils veulent que la technologie soit adoptée).le 15/08/2013 à 18:46
-
MuchosMembre expert
Envoyé par FelipeVervena Envoyé par Chauve souris le 19/08/2013 à 1:30 -
KaamoMembre éméritele 19/08/2013 à 10:24
-
FelipeVervenaEn attente de confirmation mail"...organisme à but non lucratif..." : c'est un ramassis de toutes les multinationales états-uniennesle 17/08/2013 à 16:00
-
Chauve sourisMembre expertEt qui fonctionne à la vitesse de nos académiciens qui font le dictionnairele 18/08/2013 à 14:12