En utilisant le navigateur Google Chrome et en vous connectant à votre compte Google avec Chrome (« Menu » / « Se connecter à Chrome… »), Google synchronise par défaut les données du navigateur avec son cloud.

Cela comprend les favoris, l’historique et l’ensemble des mots de passe mémorisés localement. C’est utile pour récupérer ou partager ses préférence entre plusieurs appareil mais pourquoi donc cela est-il fait sans chiffrement, de telle sorte que Google, et tous les services qui en demandent l’accès NSA, etc.. aient un accès tout trouvé à vos secrets, accès et historique de navigation?

Je vous conseille d’utiliser plutôt la solution de Mozilla Firefox  appelée « Sync » qui fait la même chose (sauvegarde dans le cloud et partage de votre historique, favoris et mots de passe entre appareils) mais de telle sorte que vous seul puissiez en connaître le contenu.

Enfin, on savait déjà l’appétit de Google pour vos infos personnelles. Chrome n’est qu’un moyen pour leur core business, il ne faut pas l’oublier.

J'aime(13)Ferme-la !(1)

Original post of Tuxicoman.Votez pour ce billet sur Planet Libre.

La beta 2 d'elementary OS 0.3 Freya se rapproche un grand pas comme on peut le voir sur ce graphique:

Ce graphique conçu par notre ami Pierre (et qui a été approuvé par voie officielle par l'équipé elementary, cocorico!) se base sur l'activité de Launchpad pour la beta 2.

Comme on peut le constater bon nombre de bugs ont été résolus et de nouvelles fonctionnalités ont été ajoutées. Daniel Foré annonce même sur Google+ que le nombre de bugs étant maintenant assez réduit, la beta 2 devrait être disponible dans quelque temps:

This graph right here says that we're insanely close to beta2. There's only a few bugs left and bounties are still there to be claimed. Check it out: https://launchpad.net/elementary/+milestone/freya-beta2

Bref,encore un peu de patience

Le billet Freya Beta 2 pour bientôt a été publié sur elementary OS Fr - Communauté francophone d'elementaryOS

Original post of elementary OS.Votez pour ce billet sur Planet Libre.

Me faire une première opinion de la chose en quelque sorte !

wget -O - http://dl.hhvm.com/conf/hhvm.gpg.key | sudo apt-key add -
echo deb http://dl.hhvm.com/ubuntu trusty main | sudo tee /etc/apt/sources.list.d/hhvm.list
sudo apt-get update
sudo apt-get install hhvm

sudo update-rc.d hhvm defaults

sudo /usr/share/hhvm/install_fastcgi.sh

location ~ \\.(hh|php)$ {
    fastcgi_keep_conn on;
    fastcgi_pass   localhost:9000;
    fastcgi_index  index.php;
    fastcgi_param  SCRIPT_FILENAME $document_root$fastcgi_script_name;
    include        fastcgi_params;
}

sudo apt-get remove php5-fpm php5-common

Les performances, ça donne quoi ?

Nous commençons par tester un blog Wordpress posé sur un setup classique; soit Nginx + MariaDB + php5-fpm et ensuite ce même blog avec un setup HHVM.

J’ai procédé au test avec Check my Website, ce qui me permet de voir si ce changement peut avoir un impact sur les métriques principales d’un site web.

Dès que HHVM est mis en œuvre, le site gagne quelques précieuses millisecondes sur le temps de réponse du serveur. Sur les tests effectués, j’ai gagné à chaque fois environ 20% de temps de réponse avec HHVM.

Cette tendance est confirmée par le même graphe mais sur une échelle de temps plus longue. On continue à bien voir la rupture qui correspond à la mise en route de HHVM?

À l’inverse, dès que je stoppe HHVM et repasse sur un setup plus classique, le temps de réponse du serveur remonte inexorablement.

Par contre, le temps total de chargement de la page ne bouge pas ou peu. la conclusion semble donc être que HHVM joue beaucoup plus sur la capacité pour le serveur à répondre rapidement à la requête qu’à servir la page complète.

Ce test n’est qu’un test rapide du potentiel de HHVM et il conviendrait de le pousser plus loin pour affiner ces résultats. Ça donne envie d’aller plus loin par contre car le potentiel semble intéressant.

Original post of Wooster by CheckmyWebsite.Votez pour ce billet sur Planet Libre.

Original post of genma.Votez pour ce billet sur Planet Libre.

Avoir un agenda et des contacts synchronisés avec un serveur, c'est quand même pratique. Prenez vos rendez-vous sur votre smartphone et retrouvez-les sur votre ordinateur la seconde d'après. Changez de smartphone et récupérez toutes vos données juste en rétablissant l'accès à votre cloud. Il existe des tas de solutions pour cela, la première qui me vient à l'esprit est Activesync, un connecteur permettant de relier un périphérique aux services Microsoft ou à un serveur Exchange d'entreprise. C'est ce que j'utilise actuellement, il m'arrive de noter des rendez-vous persos dans l'agenda pro (il y a une option pour les rendre invisible aux autres). Mais ce n'est pas parfaitement idéal, puisque j'ai un YunoHost tout neuf autant en profiter.

Carddav et Caldav ne sont pas nouveaux pour moi, j'avais déjà fait quelques tentatives de synchronisation avec Owncloud, mais la complexité de l'ensemble et le manque de fiabilité (j'ai perdu des tas de contacts) m'ont fait basculer par défaut chez Google puis sur le serveur Exchange de l'entreprise. Mais avec YunoHost j'ai pu installer Baikal très facilement, qui n'est rien d'autre qu'un serveur Carddav / Caldav. Je n'ai pas confiance en Owncloud, mais je suis prêt à donner une chance à Baikal.

Une fois Baikal installé, il est automatiquement relié à l'annuaire LDAP et va créer un calendrier et un carnet de contacts par défaut associé à votre compte. Une "tuile" Baikal apparait sur votre portail SSO :

Baikal dispose d'une interface d'administration accessible en cliquant sur la tuile et en rajoutant /admin dans l'URL. Elle est plus ou moins réussie à mon goût. Elle s'en tient au rôle de serveur : créez vos calendriers et carnets de contacts, mais vous ne pouvez pas voir ce qu'il y a dedans à moins de connecter un client tiers. Pas facile pour les tests de synchronisation.

Côté client j'utilise les outils suivants :

• Thunderbird + Connecteur SOGO (permet d'ajouter le support Carddav au gestionnaire de carnets d'adresses) + Lightning (ajoute un calendrier qui supporte Caldav) pour le desktop
• AgentDav pour le web (pour les agenda uniquement, est disponible en app YunoHost)
• Android + Application CardDav-Sync + Application CalDav-Sync pour la partie mobile

YunoHost manque malheureusement de documentation. L'installation de Baikal se fait en quelques clics, en revanche l'URL des connecteurs Caldav et Carddav n'est mentionnée nulle part. J'ai du aller chercher dans le INSTALL.md du github de baikal. J'en ai profité pour rédiger une petite page de documentation et la soumettre à YunoHost pour publication sur leur site.

• Connecteur Caldav (Thunderbird + Lightning) : https://domain.com/baikal/cal.php/calendars/username/default
• Connecteur Carddav (Thunderbird + SOGO) : https://domain.com/baikal/card.php/addressbooks/username/default/

Pour le moment la synchronisation entre les différents périphériques se passe bien. Je laisse couler quelques jours avant de juger de la fiabilité de l'ensemble (consommation batterie, réussite de la synchronisation, résolution des conflits...).

Original post of Maniatux.Votez pour ce billet sur Planet Libre.