HTML5, offline et sécurité

Un article récent publié sur InfoQ abordait la sécurité de HTML5 dans sa globalité, et notamment sur des attaques concernant les nouvelles fonctionnalités de navigation hors-ligne de HTML5.

Quelles sont donc ces fonctionnalités et qu’en est-il vraiment des risques associés?

(Lire la suite…)

Et si vous rendiez vos applications Web Offline [Part #3]

Cette partie complémente la précédente et propose une autre solution d’implémentation des applications web en mode déconnecté, une solution où connecté et déconnecté sont vus de manière transparente par l’utilisateur…
(Lire la suite…)

Et si vous rendiez vos applications Web Offline [Part #2]

La précédente partie a présenté – vue d’avion – les principales problématiques des applications déconnectées et une des technologies d’implémentation : Google Gears.

Cette partie expliquera comment rendre  » offline  » une application GWT en respectant un premier pattern :  » déconnexion explicite « .


(Lire la suite…)

Et si vous rendiez vos applications Web Offline [Part #1]

Nos bonnes vieilles applications Web déconnectées…du web…un nouvel enjeu?

Certainement car techniquement et dans un environnement Web – ie où l’application est exécutée dans le navigateur – et donc par définition connectée, c’est plutôt novateur. Peut être pas car les applications déconnectées existent déjà: souvent des applications VB interrogeant une base de données embarquée sur le poste client, la synchronisation des données (du serveur « central » vers le client et du client vers le serveur « central ») répondant à des mécanismes « maison » efficaces.

Cette série de trois articles montrera le développement d’une application Web GWT sur la plateforme Gears et explicitera – de ci et de là – les problématiques d’applications web déconnectées ainsi que les enjeux d’architectures associés:

  • la première et présente partie présentera une solution ainsi que quelques problématiques liées à ce type d’architecture
  • la seconde partie proposera une solution d’implémentation reposant sur un pattern de « déconnexion explicite ». L’utilisateur demande via une action explicite à passer en mode déconnecté ou offline
  • la dernière partie proposera une solution d’implémentation reposant sur un pattern de « déconnexion implicite ». A l’inverse, dans ce cas, connecté et déconnecté sont presque vus à l’identique, du point de vue utilisateur…

(Lire la suite…)