wOueb by Romain DECKER / Another IT Guy Blog

Dans le genre « on arrive à trouver énormément d’informations sur Internet », voilà un service pas banal : RadarVirtuel. C’est une carte interactive qui permet de visualiser le trafic aérien en temps réel au-dessus de certaines zones géographiques (Europe, Moyen-Orient, etc.).

Comment ça fonctionne :

Our system is based on a network of contributers (private persons, companies) owning an ADS-B receiver and willing to share their data with us.
In exchange, we make their data available online to anyone, and we will develop advanced services for them to analyze aircraft traffic.

Et voici le résultat !

Carte interactive du trafic aérien en temps réel

Il est même possible de filtrer par divers paramètres :

• compagnie aérienne,
• modèle d’appareil,
• aéroport (de départ ou d’arrivée),
• vitesse,
• altitude,
• etc.

L’offre d’écoute de musique en ligne commence à s’étoffer : après Deezer (que j’ai définitivement abandonné)  et Spotify, j’ai testé Grooveshark parallèlement.

L’interface n’est pas des plus intuitives, et consomme assez de ressources (Flash en plein écran), mais le choix est conséquent et il est facile de créer ses listes de lectures.

En dehors des comptes gratuits, il existe deux abonnements, dont les prix sont curieusement similaires à ceux de Spotify :

• un abonnement Grooveshark Plus pour 6$ par mois qui supprime la pub,
• un abonnement Grooveshark Premium/Anywhere pour 9$ par mois qui permet d’utiliser l’application mobile.

L’inconvénient majeur de Grooveshark est qu’il n’existe pas d’application comme Spotify, qui a l’avantage d’exister sur presque toutes les plate-formes.

Note : même s’il existe une application Grooveshark pour certains téléphones mobile, l’iPhone n’est pas dans la liste car l’application a été refusée par l’App Store.

Disponible sur une page permanente de GTmetrix, on retrouve le top 1000 des sites ayant la meilleure note pour des tests de rapidité : Performance and Optimization Analysis of the Top 1000* Sites.

GTmetrix est un service en ligne qui analyse plusieurs facteurs (vitesse de chargement, compression, etc.) pour affecter une note à un site.

Par exemple, on peut accéder au rapport pour Facebook. Celui-ci est tout à fait relatif, car le bot ne peut accéder qu’à la page d’accueil statique (puisqu’il n’est pas connecté) pendant la prise de mesure.

Le classement des 1000 premiers sites se base sur le classement de Double Click Ad Planner, dont je parlais récemment.

Parmi toutes les optimisations possibles pour un blog, un site ou une application, on retrouve Memcached qui se positionne comme un système de cache d’objets distribué et non répliqué. Initialement développé par Danga pour Livejournal, c’est un outil open source qui est maintenant utilisé par de nombreux sites (Facebook, Youtube, mon blog, Flickr, etc.)

J’utilise Memcached sur le serveur de mon blog depuis quelques mois, et la différence avec/sans est assez flagrante.

Pour comprendre son utilité, je rappelle simplement que les temps d’accès à la mémoire vive d’un serveur sont nettement supérieurs à ceux d’un disque (nanosecondes VS millisecondes, cad un ratio compris entre 10 000 et 100 000).

C’est là que Memcached intervient. Il va créer des tableaux de données en RAM : cela va contribuer à réduire le nombre de fois qu’une même donnée stockée sur un périphérique de stockage mécanique est lue.

La principale chose à comprendre avec Memcached est qu’il s’agit d’un système d’usage général, et que les applications doivent être « conscientes » de sa présence. Ce n’est pas quelque chose de magique, qu’il suffit d’installer pour multiplier les performances par 10. Il faudra a minima installer un plugin si vous utilisez un CMS, voire repasser dans une partie du code.

Sous forme d’architecture client-serveur, Memcached se présente comme un démon qui écoute par défaut sur le port 11211. Le système créé des tableaux dont les clés de 250 octets pointent vers des valeurs qui peuvent avoir jusqu’à 1 Mo (mégaoctet). Si la quantité de mémoire allouée est pleine, les clés les plus anciennes sont supprimées (méthode Least Recently Used). Comme les données sont stockées en RAM, elles seront perdues si le serveur redémarre.

Il est possibles d’utiliser plusieurs instances Memcached. Par exemple, une application ABC peut mettre des données en cache sur 3 serveurs différents :

• memcached1.monappli.com
• memcached2.monappli.com
• memcached3.monappli.com

Chaque serveur sera autonome et ne communiquera pas avec ses voisins.

Il est possible de répliquer des instances Memcached, mais ceci est une autre histoire !

Un grand nombre de librairies clientes pour accéder à Memcached sont disponibles : C/C++, PHP, Java, Windows/.Net, Ruby, Perl, etc.

Performances : avec / sans Memcached sur un WordPress

Pour vérifier le gain de performances, j’ai utilisé un serveur de test, avec une installation de WordPress vierge. J’ai fait un test de charge avec ApacheBench, avec et sans Memcached activé.

Benchmark :

• WordPress sans Memcached : 8,75 requêtes / secondes,
• WordPress avec Memcached : 150 requêtes / secondes.

Nb : il s’agit d’une installation d’Apache2 avec un paramétrage par défaut sur une CentOS 5.5 32 bits, 1 vCPU 2 Ghz, 512 Mo de Ram.

En conclusion, Memcached est un élément non négligeable qu’il est bon d’intégrer dans la conception d’une application. Cependant, comme c’est une couche d’intégration supplémentaire, il faut faire en sorte que l’application soit consciente que système existe.

Je reviendrais plus tard sur l’installation de Memcached…

Tout comme la visualisation graphique disponible pour Linkedin, il existe des systèmes pour explorer graphiquement votre réseau Twitter : grâce à Mentionmap par exemple.

Mentionmap permet de visualiser les connexions Twitter des contacts avec qui vous échangez majoritairement, mais également les hashtags que vous utilisez le plus.

Explorez votre réseau Twitter graphiquement

Fonctionnant grâce à l’API Twitter, l’outil est rapide et garde une notion d’historique.

J’ai été très étonné de tomber sur ceci : Google Transparency Reports. Il s’agit de rapports mis à disposition par Google, et qui offre une relative transparence sur la bonne circulation des informations par pays et/ou par zone géographique vers les différents services de Google : censure, bloquage d’Internet, etc.

Ces rapports sont divisés en 2 parties :

• demandes gouvernementales,
• trafic par pays.

Trafic Internet

Ces graphiques permettent de voir le trafic Internet par service Google (Google Search, GMail, etc.), et par pays/zone géographique.

Officiellement :

By illustrating outages, this tool visualizes disruptions in the free flow of information, whether it’s a government blocking information or a cable being cut.

Illustration pratique : voyons l’impact pendant les 5 jours où l’Égypte avait coupé Internet.

Visualisation de la coupure d'Internet en Egype (janvier 2011)

A noter : comme on peut le voir, seul l’historique des 2 dernières années est disponible.

Demandes gouvernementales

Pour cette seconde partie, on retrouve un classement des pays qui ont le plus de demandes de « modération« , que ce soit des demandes d’informations sur les utilisateurs, ou encore des demandes de suppression ou de censure de contenus.

Ces demandes couvrent une période de 6 mois.

Demandes de suppression de contenus par les gouvernements

Bien entendu, on n’a pas accès aux détails des requêtes, mais simplement à leur nombre.

A noter : les résultats de la Chine n’apparaissent pas, mais ceux de la Corée du Sud oui (voir ci-dessous).

Demandes de suppression de contenus par la Corée du Sud

A noter que la France n’est pas en reste, il y a aussi quelques demandes : 1017 demandes pendant l’écriture de cet article.

Attention : tous les chiffres ne sont pas complets, et tous les pays ne sont pas présent comme on peut le voir dans la FAQ.