ribwund a écrit 1439 commentaires

De toute manière ça a l'air d'être dans Gingerbread depuis plus d'un an :

Integrated support for the VP8 open video compression format and the WebM open container format

http://developer.android.com/sdk/android-2.3-highlights.html
http://developer.android.com/guide/appendix/media-formats.html

Oui mais ils ne vont pas du tout au bout de la logique : sous chrome, c'est le lecteur flash par défaut !

C'est une problématique flash vs. html5, pas une problématique h264 vs. webm. Le lecteur html5 n'est pas le lecteur par défaut sous chrome car il manque des "fonctionalités" (annotations, etc.) par rapport au lecteur flash.

Si flash supportait webm, les videos pour le lecteur flash seraient en webm...

Sachant que peu de constructeurs mettent à jour leur parc, Google pourrait au moins proposer un codec à installer manuellement, ça serait déjà plus légitime pour faire la leçon aux autres.

C'est plus une question de support hardware que software je pense. Sans acceleration, ça ne doit pas aller très loin niveau fluidité et batteries.

Pour finir les balises vidéos HTML5 sont très loin de remplacer un lecteur vidéo flash. J'essaye assez souvent mais ce n'est pas très convaincant. A la limite je préfère utiliser un lecteur externe spécialisé (pour youtube par exemple).

Pour Youtube je ne vois pas trop la différence entre le lecteur HTML5 et le lecteur flash (sauf pour les annotations en overlay sur la vidéo, mais je trouve ça insupportable à la base).

Et les obligations pour les hébergeurs, c'est au niveau de la création de contenu (savoir quelle IP a posté tel contenu, information qui se stocke dans la base de données). Il ne s'agit pas des logs de consultation du site.

Ce n'est pas une obligation légale des hébergeurs de conserver les logs pendant 2 ans?

La seule obligation que je connaisse c'est pour les FAI et c'est sur un an: http://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT000006070987&idArticle=LEGIARTI000006466369

Pour les logs de serveur Web, la CNIL préconise une semaine: http://www.cnil.fr/fileadmin/documents/Guides_pratiques/declarer_internet.pdf
À mon avis, si la conservation est plus longue sans rendre les logs anonymes, il faudrait déclarer le fichier (mais je me doute que personne ne respecte ça).

Je pense que ce comportement par défaut réponds au besoin des entreprises.

Et elles n'ont pas peur d'un contrôle de la CNIL ? Anonymiser les IP après par exemple une semaine n'empeche pas la plupart des analyses.

Connaître l’adresse IP des emmerdeurs, comme ceux qui font des injections SQL, c’est quand même utile.

Ça n'empeche pas d'anonymiser après quelques jours ou semaines...

C'est dommage que par défaut Piwik soit moins respectueux de la vie privée que les systèmes tierces au niveau du stockage des adresses IP.

Pour moi ce qui est decrit la devrait être la configuration par defaut: http://piwik.org/privacy/ devrait être par défaut (anonymisation des adresses IP, destruction des logs)

Ou tout simplement le support de Flash sous Linux est une charge importante pour un gain très faible (peut d'utilisateurs par rapport aux autre OS, concurrence des solutions libres...) et qu'ils ont décidé de laisser le support Linux a google?

Je pencherais pour cette version. L'annonce c'est que Adobe arrete le support linux. Si ça marche avec Chrome c'est juste du au fait que Pepper est multiplateforme et ne coute rien à supporter pour Adobe (à partir du moment ou ils supportent Chrome/Windows).

Vu les applications par défaut et l'espace disque sur Cloud, c'est comme un dual-boot android/chromium OS.

Pour ceux qui se demandent de quel site il s'agit: http://www.mnlamov.net/

D'un autre côté il est chez gmail, y'a pas trop de problèmes de spam.

Mercurial aussi interdit d'ouvrir une branche anonyme lors d'un push par défaut (= interdiction du non-fast-forward push).

Par curiosité, vu que pour moi c'est le point qui me parait le plus compliqué quand on est auto-hebergé. Quelle politique de sauvegarde as-tu mis en place ? Et avec quelle redondance ?

Fichiers "journaux de serveur" c'est les logs des requetes, ce qui implique qu'il ne s'agisse que des appels qui transitent sur l'infrastructure Google. Cette partie provient directement de la "Privacy Policy" liée à Google Voice et est une conséquence de l'unification.

Google se réserve le droit de collecter « des données relatives aux communications téléphoniques, comme votre numéro de téléphone, celui de l’appelant, les numéros de transfert, l’heure et la date des appels, leur durée, les données de routage des SMS et les types d’appels. »
Bien que ce ne soit pas précisé, j'espère que ces données sont liées et réservées aux usages du logiciel Androïd, pour téléphones portables, appartenant à Google depuis le rachat de l'entreprise Androïd, créatrice du logiciel éponyme.

Pour info il ne s'agit pas d'Android, mais de l'usage de Google Voice (ou de la fonctionnalité d'appel vers les téléphones depuis gmail).

Yahoo! ça utilise le moteur de Bing...

Ok pour le MX. Mais {smtp,imap,pop}.gmail.com sont en IPv6, pareil pour la messagerie instantanée. Si tout internet était full-IPv6 sauf le MX, ce serait deja pas mal...

Source ?

D'après http://www.ietf.org/proceedings/81/slides/plenaryt-9.pdf: smtp, talk, DNS, etc. marchent en IPv6 (et Google fait 60% du traffic IPv6, surement à cause de Youtube).

Il y a un dump mis à disposition régulierement: http://blog.stackoverflow.com/2011/09/creative-commons-data-dump-sep-11/ (ce qui est mieux que la majorité des forums).

Normalement, c'est désormais disponible en France.

Uniquement dans gmail, non ? L'application Voice d'android ne fonctionne pas il me semble.

Quand on utilise leurs services (et il n'est nul part précisé qu'il s'agit uniquement de google voice), ils ont la possibilité de stocker les informations citées dans leurs journaux. Qu'elles viennent de mon téléphone ou qu'elles soient issues de l'appli google voice.

Est ce que ton téléphone passe par Google pour passer des appels ? Si non (ce qui est le cas de ~100% des utilisateurs français d'android), aucune requete n'est faite sur les serveurs donc il n'y a pas de logs.

Le glossaire est assez clair sur ce qu'ils considerent comme des logs de serveur:

En règle générale, ces « journaux de serveur » peuvent inclure votre requête Web, votre adresse IP, le type et la langue de votre navigateur, la date et l’heure de votre requête ainsi qu’un ou plusieurs cookies permettant d’identifier votre navigateur de façon unique.

J'ai du mal à voir où est l'ambiguïté, il s'agit de l'equivalent des logs apache.

Il s'agit des logs de serveur Google. Ton téléphone n'est pas un serveur de Google, il t'appartient.

Le but de la nouvelle politique de confidentialité, c'était de regrouper les 60 differents documents en un seul. Cette partie du nouveau document est directement tirée de la politique de confidentialité de Google Voice: http://www.google.com/intl/en/googlevoice/privacy-policy.html

Ou est-ce marqué que la récupération des données d'appel ne concerne que les services voix de google et pas tous les services qui se serviraient alors dans la mémoire du téléphone ?

C'est dans la section "fichiers journaux de nos serveurs", mais c'est vrai que l'exemple semble mal choisi pour la France vu que le service téléphonie de Google doit être bien moins utilisé (il me semble que Google Voice ne marche pas en France).