Sauvegarde en ligne d'Android

[Caliiiiii]

Bonjour à tous et à toutes,

Android possède une fonction de sauvegarde des données des applications dans le nuage mais celle-ci me laisse perplexe...

J'ai lu sur l'aide en ligne Google que toutes les applications ne sont pas compatibles avec cette fonction. Le problème, c'est qu'on ne sait pas quelle application est compatible/non compatible.

Savez-vous si il y a un moyen de voir les applications compatibles? La grande majorité l'est?

Merci d'avance.

[Dede17]

Toutes les applications prises sur le play store sont récupérables

[A.Neaunîmes]

Mais pas leurs paramètres. Enfin il me semble. La dernière fois que j'ai essayé remonte peut-être à longtemps, mais si ça sauvegardait bien la liste des applis installées, ça ne gardait pas en mémoire leurs paramètres. Donc pas les sauvegardes de jeux par exemple.

[2beta]

Dede17 je crois que t'as pas compris la question...

Les applications sont bien sûres retéléchargeables mais on perd les données.

Et y a bien une API Android qui permet de faire du backup sur leur serveur

http://developer.and...ata/backup.html

mais j'ai jamais vu une application utiliser cette possibilité...malheureusement

Edit: et oui c'est au développeurs de le faire, alors qu'ils le fassent, cette possibilité est là depuis android 2.2

Modifié 31 octobre 2012 par 2beta

[AndSoft4alll]

@caliii

Quand l'appli le supporte, en général c'est indiqué dans la description. Comme cela n'est possible QUE si le développeur travaille pour l'intégrer, en général, il le dit ;-)

@2beta

Je me suis posé la question de faire le code pour intégrer le backup/restore sur le Cloud, plutot que d'en faire une version "locale" sur la sdcard avec des "infos" pour expliquer qu'il ne fallait pas laisser ses backups sur la carte si on voulait de la confidentialité.

Avec la version cloud, je trouve que c'est pas très respectueux de la vie privée des utilisateurs.

Pour des sauvegardes de jeu, oui, on s'en moque en général, mais cela dépend des applis...

J'attendrai que les utilisateurs le demandent eux-mêmes [et qu'ils cochent une case quelque part, pour montrer qu'ils sont d'accord]

Parce que c'est pas "immédiat" de se rendre compte de la confidentialité qu'on perd avec cet outil bien pratique. Et si le service est pratique, il n'en est pas moins dangereux quand on veut conserver sa vie privée, privée. y compris pour Google.

Avec ce système, le plus simple pour le développeur, c'est de stocker telles quelles les données "privées" des utilisateurs sur le cloud de Google. Donc, 99% le feront sans chiffrement. La liaison est en clair...

Typiquement, des identifiants de réseau Wifi, des users/login, des notes personnelles, des todos, des soldes de comptes bancaires etc se trouvent dans des fichiers gérés par des applis. J'ai été surpris quand un ami est arrivé chez moi avec sa nouvelle tablette toute neuve, et s'est connecté comme une fleur sur mon réseau Wi-Fi interne sans entrer les identifiants.

La sécurité d'Android suffit à protéger les données privées (des applications), vis à vis des autres applications.

Mais Google indique explicitement qu'il ne garantit pas la confidentialité ni la sécurité du système de backup/restore. Moi cela me pose un problème de responsabilité vis à vis des utilisateurs...

[2beta]

Y a pas d'API de chiffrement sur Android? Car franchement c'est vraiment le seul point noir (gros point noir) que je vois sur android... C'est toujours une galère sans nom pour passer d'un mobile à un autre...

Franchement sur ce coup j'espère que Google y songe à ce problème.

Modifié 1 novembre 2012 par 2beta

[AndSoft4alll]

Si, il y a des api de crypto. Mais...

Vas-tu demander à l'utilisateur de rentrer un mot de passe à chaque sauvegarde "impromptue" de la part de la plateforme?

Vas tu demander à l'utilisateur de rentrer un mot de passe qui risque d'être ridicule vis à vis des capacités de calcul en face de ceux qui voudraient vraiment savoir ce qu'il y a dans le backup?

En gros, cela donne :

- la plateforme demande de faire un backup de manière totalement arbitraire, sans aucune espèce de possibilité de prévoir à l'avance la fréquence, ni le moment.

- l'appli, soucieuse du bien de ses utilisateurs, encrypte avec un bonne clé bien méchante, et demande un mot de passe à l'utilisateur

- l'utilisateur se demande pourquoi alors qu'il ne veut que faire ceci ou cela, on lui demande un mot de passe!? Cela le gène. Cela l'inquiète.

- 99% des gens râlent.

- 80% mettent un mot de passe pipo.

- 99.99% des gens qui ont mis un mot de passe l'oublient un jour ou l'autre... Et là, ils te maudissent.

Au bout de la 10eme demande, de mot de passe, sous l'impulsion de l'agent de backup totalement imprévisible, le développeur croule sous les critiques...

Donc, il se dit, ok, pas de mot de passe.. et zou!

Donc, pourquoi encrypter, vu qu'on ne peut pas défendre la clé et qu'on doit la stocker en clair avec le backup??

Au final, soit, tu n'utilises pas l'agent de backup si tu respectes la vie privée des gens, soit tu stockes tout en clair. Soit tu n'as pas de client, mais uniquement deux ou trois geeks qui savent pourquoi ils se font chier à rentrer des mots de passe complexes X fois par semaine/jour/mois.

Quelqu'un est content que tout soit stocké en clair, mais ce n'est pas l'utilisateur ( à moins qu'il soit ignorant de cet état de fait ).

Bref, pour ma part, je considère qu'il est de ma responsabilité de faire attention à la place des utilisateurs à ce qu'ils ne peuvent pas savoir car non "spécialistes" de ces questions souvent ignorées des projecteurs.

C'est pourquoi, j'indique les "risques" de chaque chose que je connais dans les écrans d'aide concernant les sauvegardes etc, ça peut paraitre paranoïaque, mais en fait, il faut juste être réaliste. J'essaye de faire des applis "locales" qui n'ont besoin de rien d'autre que du téléphone, sans pub, sans accès internet si pas besoin pour la fonction etc etc. C'est très dur, car les gens sont en face de la réalité au lieu d'être en mode "illusion" que c'est gratuit. Et en plus, c'est souvent moins pratique pour eux. Ce n'est pas comme s'ils avaient un serveur chez eux, et un service de backup sur leur téléphone qui sauve leur téléphone chez eux.

RIEN n'est gratuit. A part le don.

Un service de backup non payant, c'est un service qui se finance avec l'information backupée, pas forcément au moment du backup, pas forcément tout de suite. Les données stockées, elles sont copiables à l'infini, pour toujours. Elles seront encore là quand le capital de Google aura changé 10 fois de mains.