Intéressant. C'est ce que j'avais cru comprendre en lisant la doc de Google Gears.
Visiblement il garde des les pages de l'appli en cache et on doit coder les appels à la base de données en javascript avec leur API. Donc ça reviendrait à coder deux fois l'appli, une fois en Rails pur pour le mode on-line et une fois en javascript pour le mode off-line. Et l'outil WorkerPool permet de synchroniser les données en tâche de fond. C'est bien ça? Pour le javascript, je me débrouille avec la librairie prototype. J'espère que ce sera suffisant. Et j'ai ma bible à côté de moi "Bien développer pour le Web 2.0" de Christophe Porteneuve. Ce qui est dommage, est que la solution Joyent Slingshot paraît parfaite pour ce type de besoin: ça sert à embarquer l'appli Rails dans une appli Windows ou Mac, en mode offline on bascule en local en sauvant les données dans sqlite3 et en on-line on part sur le web. Un système de synchro entre models Rails (basé sur les champs created_at et updated_at) est embarqué dans l'appli afin de synchroniser les données. Si quelqu'un a deux minutes et veut bien essayer le tuto de l'appli de base avec Slingshot sur Windows, ça pourrait être sympa ;-) . Ca me permettrait de voir si je ne suis pas un idiot de base qui n'arrive pas à comprendre une (pseudo) doc... https://dev.joyent.com/projects/slingshot/wiki/BasicApp En tous cas merci pour ce retour d'expérience avec Google Gears, je crois que je vais me plonger un peu plus dedans ces prochains jours. Thomas Yann KLIS a écrit : > Nous avons développé la première version d'une application "offline" > avec Google Gears (et Rails) il y a plus d'un an et nous avons lancé > une "version 2" de cette application web il y a 2 mois. > > Mes conclusions : on avait choisi Google Gears parce que c'était bien > dans l'esprit web (qui est un monde "plastique") et on ne s'est pas > trompé. De plus, en 1 an, la technologie a continué d'évoluer dans le > bon sens. > > Par contre, Rails ne fait pas grand chose dans l'histoire, puisque dès > lors que l'application est Offline, c'est du pur HTML/CSS/Javascript. > Dans ce cadre là, ce n'est plus vraiment une appli Rails, mais plutôt > une appli Javascript. Et donc, vaut mieux savoir coder (proprement) en > Javascript avec un framework qui va bien. > > ++ > > yk > > PS : malheureusement, je n'ai ni screenshot, ni screencast de l'appli, > mais ça devrait venir prochainement... > > Le 30 avril 2009 11:49, Thomas <[email protected]> a écrit : > >> Bonjour, >> >> Afin de réaliser une application rails disponible hors-ligne et >> synchronisable avec le mode en-ligne, j'ai repéré les technologies >> suivantes: >> * Joyent Slingshot (documentation très pauvre, projet laissé à >> l'abandon, pas réussi à tester sous windows) >> * Google Gears >> * Adobe Flex/AIR >> >> Quelqu'un a-t-il déjà expérimenté l'une d'entre elles ou a un quelconque >> commentaire à faire dessus? >> >> Merci! >> >> Thomas >> >> >> >> > > > > --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected] -~----------~----~----~----~------~----~------~--~---
