IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Le W3C appelle les développeurs à tester trois nouveaux standards
Sur le stockage et l'utilisation hors-ligne de bases de données

Le , par Gordon Fowler

22PARTAGES

1  0 
Le W3C vient de publier un nouveau projet de normalisation pour le Web. Cette fois-ci, il s'agit de normaliser le stockage de contenus hors-ligne via trois APIs standardisées.

Pour faire simple, les navigateurs ne servent plus simplement à surfer. Ils exécutent de plus en plus de tâches (cf. les Google Apps ou Microsoft Office 2010 en ligne).

Le stockage de données hors-ligne prend donc de plus en plus d'importance puisqu'il permet au navigateur de continuer à faire tourner ce nouveau type d'applications hébergées sans connexion internet.
On pense bien évidemment à Gears de Google ou aux "super-cookies" du HTML 5.

Le premier standard proposé se nomme Indexed Database API.
Comme son nom l'indique, l'API vise à transférer le moteur d'une base de donnée du Web vers le cache du navigateur.
En JavaScript, elle permettrait de stocker et d'effectuer des requêtes sans être connecté, la base étant en local.

Rien de très nouveau ?

Certes, mais jusqu'ici chaque développeur réalisait sa propre solution pour arriver à ce résultat. Le W3C propose, lui, de standardiser tout cela pour diffuser plus rapidement la techno, faciliter le travail des développeurs et surtout accélérer la transition d'un Web "statique" vers un Web dynamique (Rich-Media, Cloud, etc.).
Cette transition étant, rappelons-le, le cheval de bataille du W3C.

La deuxième proposition a été baptisée Web Storage.
Si Indexed Database API est spécialement conçue pour les "grosses" bases, WebStorage API ne concerne lui que les petites quantités de données à traiter.

Enfin, le W3C travail sur Web SQL Database.
Identique à Index Database, à une différence près, Web SQL Database ne concerne que les données stockées en SQL tandis que le premier standard évoqué concerne aussi les bases non-relationnelles.

En phase de projet (voire de pré-projet), le W3C invite les développeurs à tester ces propositions et à lui faire part de leurs avis.

Le succès - ou l'échec - de ces normes sera également conditionné par son adoption par les principaux acteurs du marché.

Pablo Castro, Software Architect chez Microsoft (chargé de SQL Server) a d'ores et déjà laissé entendre que ce projet lui semblait une excellente idée.

Un premier bon signe ?

Source : Les propositions du W3C pour IndexedDB, Web Storage, Web SQL DataBase et la réponse de Pablo Castro

Lire aussi

Débat Développement Web : Les normes W3C sont-elles utiles ?

Le W3C se penche sur l'avenir du HTML 5 du SVG et de l'IPv4

[ame="http://www.developpez.net/forums/showthread.php?t=833089"]Formulaire Web : XForms 1.1 devient une recommandation du W3C[/ame]

OWL 2 : le nouveau standard du W3C veut faciliter l'intégration d'informations. S'imposera-t-il avec le Web Sémantique ?

Les Rubriques Développement Web et SGBD (news, tutos, forums) de Developpez.com

Et vous ?

Allez-vous tester ces APIs du W3C (et pourquoi) ?
N'hésitez pas à nous faire part de vos impressions et de vos retours d'expérience

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de ILP
Membre confirmé https://www.developpez.com
Le 11/01/2010 à 10:56
Bonne idée de normaliser un peu tout ça !
Mais qu'en sera-t-il des terminaux mobiles ?
Je sais par exemple que J2ME ne permet pas de stocker beaucoup de données en cache .
1  0 
Avatar de temoanatini
Membre averti https://www.developpez.com
Le 11/01/2010 à 13:04
Pour ma part, je me demande juste à quelle point cela va influer sur la consommation des différents navigateurs.
Enfin... j'entends bien que ça ne risque pas de diminuer les ressources nécessaires mais la question est plutôt a quel point est-ce qu'ils vont grossir ?
1  0 
Avatar de spawntux
Membre confirmé https://www.developpez.com
Le 11/01/2010 à 16:10
Hello

Moi je pense surtout que ca vas posé un bon gros probleme de secu
1  0 
Avatar de duplo
Membre habitué https://www.developpez.com
Le 11/01/2010 à 16:41
Les navigateurs sont pourtant déjà suffisamment lourd comme sa !

De plus, être "hors ligne" a t'il encore vraiment un sens de nos jours ?
1  0 
Avatar de Julien Bodin
Membre éclairé https://www.developpez.com
Le 11/01/2010 à 16:48
Je m'interroge également énormément sur la sécurité. Si ils arrivent à trouver une solution là dessus ça peut offrir des perspectives très intéressantes
1  0 
Avatar de ILP
Membre confirmé https://www.developpez.com
Le 11/01/2010 à 16:52
Citation Envoyé par duplo Voir le message
De plus, être "hors ligne" a t'il encore vraiment un sens de nos jours ?
Pour le grand public, peut-être pas. Mais pour certains professionnels c'est une nécessité. Enregistrer des informations alors qu'ils sont en déplacement comme des mesures ou des positions contrôlées par exemple.
Et souvant les outils utilisés ont des mémoires limitées et pas d'accès à Internet (encore moins au haut-débit ).
1  0 
Avatar de duplo
Membre habitué https://www.developpez.com
Le 11/01/2010 à 16:56
Bon j'admet que sa ferais aussi un grand bien a la bande passante...

Reste la question de sécurité.
1  0 
Avatar de Lyche
Expert éminent https://www.developpez.com
Le 11/01/2010 à 16:57
Citation Envoyé par ILP Voir le message
Pour le grand public, peut-être pas. Mais pour certains professionnels c'est une nécessité. Enregistrer des informations alors qu'ils sont en déplacement comme des mesures ou des positions contrôlées par exemple.
Et souvant les outils utilisés ont des mémoires limitées et pas d'accès à Internet (encore moins au haut-débit ).
Tu parles, avec un téléphone portable on peut se connecter sur le net avec un débit raisonnable, pourquoi ne pas la présenter cette solution pour les professionnels en déplacements?
1  0 
Avatar de gwinyam
Membre chevronné https://www.developpez.com
Le 11/01/2010 à 23:20
Citation Envoyé par duplo Voir le message
Les navigateurs sont pourtant déjà suffisamment lourd comme sa !

De plus, être "hors ligne" a t'il encore vraiment un sens de nos jours ?
Oui, sur les terminaux mobiles. Oups, il y a t'il quelque chose de prévu pour ça? Je crois pas
1  0 
Avatar de McBenny
Nouveau membre du Club https://www.developpez.com
Le 13/01/2010 à 9:49
Hello,

Une base de données contient des tas de choses qui ne sont pas utiles toutes en même temps. En fonction de la situation, on émet une requête pour sélectionner des données et les afficher.
Si on veut stocker la base de données localement, on va télécharger la totalité de la base, au cas où... donc une quantité énorme de données pour une utilisation qui sera forcément partielle voir tout à fait minime.
=> Où est l'économie de bande passante ?

Que dire d'informations "sensibles" stockées dans la base de données ? Si les coordonnées de connexion d'un membre de site sont stockées dans la base, celles des autres membres aussi non ? et quand bien même elles seraient cryptées, une fois la base téléchargée, on a tout le temps...
=> Où est la confidentialité ?

Le principe d'une base de données est aussi d'être évoluable, en fonction d'actions des utilisateurs, tant en front-office qu'en back-office. Si je télécharge une base à 8h00, que vaut-elle à 12h00 ? Vous allez me dire qu'on les mettra à jour à 12h00 ? D'accord. Mais alors à 10h00, elles valaient quoi les données ? Je la fais courte, la solution est donc bien la connexion persistante.
=> Quelle validité ont les données une fois téléchargées ?

Si je suis à côté de la plaque dîtes-le moi, ne ma laissez pas dans l'ignorance.
1  0