Dédipix de Friedrich en mode photo de fille surexposée.

Et si je dis ça c’est bien sûr uniquement parce que Friedrich, le plus beau chat de la Terre, a maintenant l’honneur d’être mentionné sur son blog. Avant d’être dessiné ? Si c’est le cas, Lily, fais gaffe, on l’a déjà dessiné gros une fois, il a eu du mal à s’en remettre.

Ces quelques dessins résument très bien ce qu’on appelle communément le « Friedrich effect », cet effet qui rend gaga n’importe quel être humain après avoir eu un contact visuel avec mon chat ! Admirez. Merci Lily.

Voir Friedrich part 1 sur Lily Poulp’

Les fichiers mis à disposition sur un CDN sont en général les images d’un site, ses fichiers JavaScript, ses feuilles de style. L’avantage est double : D’une part ça soulage le serveur qui préfère occuper son temps à générer des pages dynamiques plus rapidement, d’autre part les CDN sont souvent géolocalisés et l’utilisateur récupère les fichiers sur le serveur le plus proche de chez lui, diminuant le temps de réponse global du site.

L’inconvénient est unique : Ça coûte cher. Mais une solution gratuite existe.

CoralCDN se veut être la solution de CDN pour tous les gens qui ont envie de réduire leur trafic (très limité dans le cas d’un hébergement mutualisé par exemple) et d’accélérer le chargement de leurs pages, mais qui n’en ont pas les moyens.

Le système CoralCDN est on ne peut plus simple : Il suffit d’ajouter .nyud.net au nom de domaine dans l’adresse du fichier que l’on souhaite mettre en cache sur CoralCDN, et le tour est joué.

Exemple :

http://ootweet.com/images/ootweet.png

devenant…

http://ootweet.com.nyud.net/images/ootweet.png

… le fichier est automatiquement répliqué sur tous les serveurs de CoralCDN.

260 serveurs à travers le monde. C’est mieux qu’une Dédibox à Bezons.

Vous l’aurez compris, pour l’utiliser sur votre site vous n’avez vraiment pas grand chose à modifier, alors autant en profiter si vous avez des problèmes pour boucler votre bande passante en fin de mois. Encore mieux, si vous êtes sur WordPress, vous n’avez qu’un plugin à installer pour profiter de CoralCDN dès maintenant :)

A noter que selon la FAQ, la taille des fichiers transférés sur le CDN est limitée à 50 Mo, pas besoin de tenter de mettre vos DivX en cache.

Une utilisation détournée mais néanmoins intéressante pour tous ceux qui travaillent derrière un proxy : Les domaines créés grâce à CoralCDN et son .nyud.net échappent la plupart du temps aux filtres de contrôle. Ainsi, si VDM est bloqué à votre boulot par exemple, vous pouvez vous y rendre en tapant l’URL suivante :

http://www.viedemerde.fr.nyud.net

A noter que ce proxy de fortune fonctionne sur les ports 80, 8080 et 8090.

Si vous tombez souvent sur des filtrages en visitant vos sites préférés, vous pouvez installer le bookmarklet Coralize (glissez-le dans votre barre personnelle) et cliquez dessus dès que le monstre proxy tentera une attaque sur votre humble personne.

Voilà pour l’astuce du jour mes petits pandas, je vais maintenant me plonger dans un bain de glaçons pendant que Friedrich joue avec le ventilateur.

Le site est donc un recueil de petites phrases sur le sport, où chacun peut soumettre sa citation sportive qui sera ensuite validée par les administrateurs. Sur la page d’accueil, vous avez deux votes possibles sur chaque citation et il y aura même un classement des meilleures. Attention cependant, les soumissions sont limitées à 300 caractères !

Ça me rappelle quelque chose mais j’arrive pas à savoir quoi.

Eric n’a pas mentionné Presse-citron dans les liens sur la droite, je suppose que ce n’est que par humilité. Cependant comme dit Shakira, Whois don’t lie :

nic-hdl: ED1527-FRNIC
type: PERSON
contact: Eric Dupin
address: Bloobox Net
address: 31, rue de Cuire
address: 69004 Lyon
country: FR
phone: +33 4 78 28 91 60
e-mail: afc80c8ffec2adb3f77b2e489a11b614-698230@contact.gandi.net
changed: 02/03/2009 nicfr@gandi.net
anonymous: NO
obsoleted: NO
source: FRNIC

J’aurais bien créé une catégorie LOL pour l’occasion mais j’ai pas le temps.

J’en profite pour souhaiter un bon anniversaire à Eric, nous deux, ça fait déjà un an.

Mais je ne mériterais pas mes insultes quotidiennes avec pour seule matière quelques gratuites remarques. Nous allons donc analyser ensemble ce merveilleux exercice de style :

Prévenu par mon frangin, voici que le gouvernement étend sa propagande de merde à la jeunesse en expliquant pourquoi les téléchargeurs sont des super crapules, et pourquoi super Hadopi avec son super slip va mettre toutes les super crapules bien cachées derrière leur ordinateur dans une super prison !

Ça commence fort. L’outrage se ressent du fin fond de son Auvergne, à tel point qu’il ose utiliser le mot de Cambronne devant ses lecteurs qui rappelons-le, ont une moyenne d’âge de 14 ans (déduction établie à partir du niveau des commentaires). Il n’oubliera pas non plus de remercier la famille, c’est important la famille, ça crée de l’affect. On poursuit avec un peu de fausse ironie pour dire qu’ils ont vraiment rien coooompriiis (accent d’ado rebelle).

Merci à Curiosphère, le site de l’EDUCATION en image de FRANCE 5 qui fait de super dessins animés avec nos impôts… Je propose donc de réhabiliter Super Crapule et de lancer un fan club pour soutenir ce petit gamin, qui même s’il lui manque des dents, m’a l’air super rebelzzz et super sympathique et ne mérite pas d’aller en prison, ni même de se faire suspendre sa connexion internet !

Là c’est du classique, mais ça marche toujours : Ils ont fait ça avec l’argent du contribuable ! C’est une honte de payer des impôts pour financer des vidéos éducatives ! Il vaut mieux financer des billets sponsorisés. Ah bah oui là on le dit plus trop que c’est payé par nos impôts. Et puisque la Super Crapule est un ado rebelle comme nous, il faut l’accepter dans notre groupe de super résistants du P2P.

On ne met pas les enfants en prison, non mais ho ! et encore moins Super Crapule, qui luttera encore et toujours contre l’hypocrisie du gouvernement et des majors qui ne veulent respectivement qu’une chose : Contrôler le net et s’en mettre encore plus plein les fouilles !

Nouvelle technique : Faire peur. Oui il faut faire peur pour avoir des commentaires et faire le BUZZ. Alors dire que le gouvernement va pouvoir lire ton skyblog ça fout tout de suite les pétoches. Et puis de toute façon tout ça c’est fait par des riches qui veulent être encore plus riches, alors c’est mal.

J’aimerai bien un second épisode ou Super Artiste, qui se fait exploiter par Super Major, viendrait défendre Super Crapule contre Super Hadopi… Ou encore Super Liberté qui viendrait expliquer que  Super Hadopi n’est en fait que la double personnalité de Super Censure , qui est un pretexte pour mettre en place une Super infrastructure capable de censurer les Super Internautes qui l’ouvrent trop…

Dernier paragraphe, l’apothéose, le point Godwin du populisme à la Korben : L’argument de la Liberté. Comme son wiki de la liberté qui apprend aux gamins à télécharger tranquilou sous Windows sans se faire repérer. Mais c’est au nom de la Liberté tu vois, on a le droit. Sinon après c’est la censure et sans que tu t’en aperçoives tu liras la Pravda en buvant ta soupe de rutabaga.

Pas moi qui l’ai dit.

Alors, c’est très bien de pouvoir aimer plein de choses, j’ai tant d’amour à donner. Mais si peu de temps pour une tâche répétitive ! Attendez… Un être humain, faire une tâche répétitive ? Autant laisser le Javascript s’en occuper pour moi.

C’est pourquoi j’ai créé ces bookmarklets dont l’unique fonction est de tout aimer sur Facebook. Trêve de blablas, la sauce est ici :

• Facebook en Français : J’aime – Je n’aime plus
• Facebook en Anglais : Like – Unlike

Pour installer ces bookmarklets, il suffit de les glisser dans votre barre de signets. Une fois sur une page de Facebook, cliquez dessus et vous aimerez tout en quelques secondes (il y a une sorte d’anti-flood Javascript sur Facebook à détourner).

L’énorme avantage quand vous aimez quelque chose est que votre nom ainsi qu’un lien vers votre profil apparaissent en dessous des éléments. Un excellent moyen d’améliorer son personal branding et de gagner beaucoup d’amis !

A vous la gloire. On dit merci qui mes petits pandas ?

Guillaume et moi avions été invités par l’association Next Entrepreneur de l’IÉSEG Lille à partager notre expérience d’entrepreneurs autour du thème de VDM, FML et de Beta&Cie en général. C’était notre première conférence sur le sujet, mais tout s’est très bien passé, les gens étaient au rendez-vous malgré la concurrence de l’happy hour du bar d’à côté (j’ai tenté de m’échapper pour récupérer une pinte à un moment).

Quoiqu’il en soit, j’ai récupéré le flux de la conférence et je l’ai encodé en moult formats pour que ceux qui n’ont pas pu y assister en profite à leur tour…

Version audio :

Conférence VDM à l’IÉSEG Lille — 20 avril 2010

Version vidéo :

Présentation Keynote :

Conférence VDM à l'IÉSEG Lille

Téléchargements :

• Télécharger IESEG_Lille_20042010.avi
• Version XviD — Taille : 300,2 Mo

• Télécharger IESEG_Lille_20042010.mp4
• Version H264 — Taille : 728 Mo

• Télécharger IESEG_Lille_20042010.m4v
• Version M4V — Taille : 1,07 Go

Si vous avez des questions supplémentaires sur la conférence, n’hésitez pas à les poser en commentaires, j’essaierai d’y répondre :)

Si la nouvelle pouvait se faire attendre, suite au développement d’un premier client officiel pour BlackBerry, elle va sûrement choquer beaucoup de développeurs de clients Twitter autour du monde, et nous n’avons pas fini d’en entendre parler. Pourtant, mes petits pandas, il va falloir vous y habituer : La fête est finie :)

A dire vrai, Echofon, Tweetdeck et consorts n’ont pas de soucis à se faire. S’ils sont intelligents ils devaient se douter que ça arriverait tôt ou tard. On ne lève pas 100 millions de dollars en laissant s’échapper 70 % de son trafic monétisable. Nous avons eu le problème de notre côté avec FML, la version anglaise de VDM, c’est pourquoi j’ai décidé d’en parler un peu aujourd’hui.

En effet, FMyLife est particulièrement populaire aux Etats-Unis comme vous le savez. Mais il l’est spécialement sur appareils mobiles, et a fortiori sur iPhone où nous comptabilisons près de la moitié de notre trafic global. C’est donc bien beau de paraître utopiste et de laisser tout le monde gagner de l’argent en faisant des applications payantes ou financées par la publicité, mais on ne pouvait pas se permettre d’en perdre pour que les autres en gagnent, à un moment on n’est pas Mère Térésa SARL.

C’est pourquoi en Décembre dernier nous étions passés sur une API fermée (cf. TechCrunch) où seulement les applications que nous choisissons ont un accès à notre contenu et à l’API en général. De cette manière nous avons sorti des clients officiels gratuits, financés par la publicité, tout comme le site Internet, et avons pu garder la main sur notre trafic et notre monétisation, tout en laissant libre cours aux développeurs la création d’applications non-concurrentes.

En conclusion, les applications Twitter existantes se devront d’innover et de créer de la valeur ajoutée au lieu de réinventer la roue du client Twitter.

Ainsi je pense que dans les prochains mois, nous allons assister à l’ajout de nouvelles conditions dans l’API de Twitter. Elle ne deviendra sûrement jamais une API fermée, cependant l’apparition d’applications officielles (et de leur monétisation qui va avec, le marché de la publicité mobile étant très juteux) va couper l’herbe sous le pied aux applications qui n’auront aucune valeur ajoutée par rapport à l’application officielle.

Twitter pourra conserver son avance dans le monde des applications grâce à des fonctionnalités API utilisables uniquement par leurs applications officielles, ainsi que le fait de savoir d’avance les prochaines évolutions du service de microblogging et d’adapter leurs développements en conséquence (les comptes payants me viennent tout de suite à l’esprit).

Enfin, concernant Tweetie 2 for Mac (qui n’est pas concernée par le rachat, contrairement à ce qu’on peut lire sur le NY Times ou dans certains autres blogs — lisez le vrai communiqué), Loren Brichter nous annonce que le développement est toujours « en cours ». Je sens qu’on va avoir du mal à avoir une version non-bêta rapidement (cf. N’achetez pas Tweetie).

Bienvenue sur mon site, je suis LoL Guru ®, né le 21 décembre 1891, je suis considéré comme le Gourou du Divertissement !!! Je blogue, mets à jour ce site depuis le début du XXe siècle pour partager avec vous les news, photos, vidéos, sites Internet, jeux et coloriages en ligne, prochaines et dernières sorties de DVD, jeux vidéo, logiciels, applications, …

Amusez-vous bien LOL

Moi quand on me propose de m’amuser, je dis jamais non.

Mais… J’ai des loisirs un peu différents.

En tant que développeur, le backoffice d’un site si énorme m’intriguait. Je l’imaginais déjà rempli d’algorithmes, une interface à la Minority Report pour taper plus vite que son ombre, de l’autocompletion en AJAX en veux-tu en voilà…

Paie ta déception.

Ouais bon, on repassera. Je vous reprends encore quelques minutes de votre temps, mes petits pandas, pour vous expliquer comment j’en suis arrivé là.

Il ne faut pas très longtemps, même pour un con comme moi, pour trouver l’adresse de l’administration du site. En effet, un aller simple sur http://fr.lolguru.com/admin/connexion.asp nous laissait apparaître un joli formulaire d’identification.

Ayant peu d’espoir mais ne pouvant repartir sans avoir testé, je me lance et écris une apostrophe comme identifiant, ainsi qu’en mot de passe. Je m’attendais à me faire rejeter bien comme il faut, avec une alerte automatique au GIGN. Quand je vois simplement l’erreur suivante :

[Microsoft][Pilote ODBC Microsoft Access] Erreur de syntaxe dans la chaîne dans l’expression "login like ’’’ and password like ’’’".

Je n’ai donc pas pu accéder à l’administration du site. Cependant deux points m’intriguent :

• L’utilisation de la syntaxe SQL LIKE pour l’identification autorise le wildcard %. Très dangereux pour un système d’identification.
• Mes apostrophes n’ont en plus pas été échappées par un antislash, ce qui a provoqué l’erreur SQL. Très très dangereux…

L’idée de mettre le wildcard % comme identifiant ainsi que mot de passe rendrait donc la requête SQL suivante : login like ‘%’ and password like ‘%’, ce qui sélectionnerait donc n’importe quel identifiant stocké dans la base. Et effectivement, j’ai été identifié comme administrateur (voir capture d’écran ci-dessus).

Faut toujours deux preuves.

Ne cherchez plus à aller sur cette page, elle a été supprimée / renommée depuis. Encore mes talents de prestidigitateur.

Pour résumer, voici 4 erreurs à ne pas reproduire sur votre site :

• Ne pas utiliser la syntaxe SQL LIKE en dehors de cas très particuliers (comme la recherche dans une table).
• Ne pas afficher les erreurs SQL lorsque son site est en production (ou au moins, pas les requêtes complètes…).
• Ne pas oublier d’échapper les données injectées dans une requêtes.
• Eviter d’avoir un répertoire administration avec un nom évident si on n’est pas sûr de sa sécurité.

Si vous ne savez pas protéger correctement votre administration et que vous êtes sur Apache, vous pouvez tout aussi bien utiliser la méthode de la protection par .htaccess/.htpasswd.

Au-delà de cette faille, j’ai été surpris par l’austérité de ce backoffice. Rempli de cases austères tel un formulaire de l’administration pénitencière, avec des couleurs hasardeuses et des fautes d’orthographe, ça ne donne pas vraiment envie de travailler et produire du contenu.

Et vous, est-ce que l’administration de votre blog/site est agréable ? Est-ce que ça a de l’importance pour vous ?

L’infrastructure que j’ai montée pour VDM/FML

Dans cette série de billets (normalement trois en comptant celui là), je vais vous raconter ce qui se passe derrière les URL viedemerde.fr et fmylife.com, qui représentent 98% du trafic de l’infrastructure d’hébergement de ma société, Beta&Cie. Ces articles n’ont pas pour vocation de me vanter ou de dire au monde entier que ma solution est la meilleure, c’est juste ma solution et elle marche bien jusqu’à maintenant.

Aujourd’hui, parlons de Memcache.

Présentation de memcached

Comme nous l’avons vu la semaine dernière, les serveurs de données sont bien remplis en données diverses et variées, que ce soit des votes, des anecdotes, les informations de connexion. Beaucoup de données, dont une partie est redondante. Mais pas la totalité de la page puisque chaque anecdote est votée, impossible donc de cacher toute la page.

Un serveur memcached (d pour daemon) est un serveur léger qui permet de stocker temporairement des données en RAM. Si léger qu’il ne dispose d’aucun système d’identification pour accéder ou modifier ces données, donc faites bien attention à ne faire écouter le serveur qu’en local si vous installez un jour une telle solution pour votre serveur.

Son utilisation sur VDM

La technologie memcached permet donc de stocker n’importe quel type de données. Il sert souvent par exemple sur des clusters de serveurs Web pour centraliser les sessions PHP. On peut donc facilement en tirer profit pour mettre en cache plusieurs informations du site, et ainsi soulager de manière significative les serveurs MySQL.

One server to rule them all.

La problématique est maintenant la mise en place de cette solution sur le code PHP existant de VDM. PHP possède une extension Memcache qui permet d’implémenter facilement une solution de cache.

La solution que j’ai retenue est résumée dans le code suivant. Les requêtes SQL sont transformées en hash MD5 pour le nom de la clé, et l’objet du résultat de la requête est stockée en cache, avec un cache par défaut d’une heure (3600 secondes). De cette manière, si la clé n’existe pas sur le serveur memcached, la requête est automatiquement exécutée et le résultat stocké.

<?php

$memcache = new Memcache();
$memcache->pconnect("127.0.0.1","9000");

function mcache($query,$timeout=3600,$force=false) {

	global $memcache;

	$hash = md5($query);

	if (!$force) {

		$value = $memcache->get($hash);

	}

	if ($force || $value === FALSE) {

		$result = mysql_query($query);
		$value = mysql_fetch_object($result);
		$memcache->set($hash,$value,NULL,$timeout);

	}

	return $value;

}

function mcache_set($query,$value,$timeout=3600) {

	global $memcache;

	$hash = md5($query);

	$value = $memcache->set($hash,$value,NULL,$timeout);

	return $value;

}

function mcache_delete($query) {

	global $memcache;

	$hash = md5($query);
	$value = $memcache->delete($hash);

	return $value;

}

?>

Grâce à ces fonctions nous avons conservé toutes nos requêtes, et pouvons utiliser de manière transparente soit Memcache soit MySQL. Plus pratique pour pouvoir synchroniser rapidement les données entre les deux serveurs, en plus d’avoir facilité la migration vers Memcache.

Exemple d’utilisation :

<?php

/* Je suis un nul alors je mets pas de mot de passe en root */
mysql_connect("localhost","root","");
mysql_select_db("base");

/* La requête MySQL normale sans cache */
$result = mysql_query("SELECT texte FROM articles WHERE id = '1337' LIMIT 1");
$row = mysql_fetch_object($result);

/* La requête avec le cache Memcache */
$row = mcache("SELECT texte FROM articles WHERE id = '1337' LIMIT 1");

?>

Grâce aux fonctions mcache() et consorts, on peut donc sans trop de difficultés alléger le travail des serveurs de bases de données. Si vous avez besoin de mettre en cache un tableau de résultats, vous pouvez utiliser la fonction suivante :

<?php

function mcache_array($query,$timeout=3600,$force=false) {

	global $memcache;

	$hash = md5($query);

	if (!$force) {

		$value = $memcache->get($hash);

	}

	if ($force || $value === FALSE) {

		$memcache->delete($hash);

		$result = mysql_query($query);
		while ($row = mysql_fetch_object($result)) {
			$value[] = $row;
		}

		$memcache->set($hash,$value,NULL,$timeout);

	}

	if (!is_array($value)) $value = array();
	return $value;

}

?>

Ainsi, sur VDM et FML, nous mettons en cache principalement les données suivantes :

• Les données « statiques » des anecdotes (texte, auteur, etc.)
• Les totaux des votes sur les anecdotes (mis à jour à chaque vote sans appel à MySQL)
• Les ID des dernières anecdotes lues par les utilisateurs, pour afficher les « NEW »
• Certains rendus XML de l’API pour les applications mobiles

Au niveau des chiffres, voici des statistiques sur les 3 dernières semaines d’utilisation du serveur memcached :

• 900 connexions simultanées en permanence
• 90 000 connexions par jour
• 14,4 Mo écrits par seconde (via 622 requêtes en moyenne)
• 1,8 Go de données stockées en ce moment
• 6,9 millions de données stockées en ce moment
• 1,3 milliard de données stockées en tout

Comme d’habitude, n’hésitez pas à commenter pour plus d’informations, j’ai sûrement oublié beaucoup de choses. La semaine prochaine nous parlerons de serveurs Web.

Laissez-moi vous présenter PD.TC, le raccourcisseur d’URL le plus LOL. Grâce à son acronyme équivoque, vos soirées Twitter n’en seront que plus gaies. Ô la joie de balancer à son prochain « C’est où que t’as trouvé machin ? PDTC ». Oui, c’est aujourd’hui à votre portée.

Mais pour bien l’utiliser au quotidien, quelle idée d’utiliser un simple formulaire ! Toi la star de Twitter, tu as besoin de l’intégrer directement dans les outils que tu utilises quotidiennement.

Voici trois tutoriaux qui couvriront toutes tes attentes pour utiliser PD.TC dans les meilleures conditions possibles, et ainsi diffuser l’esprit du LOL partout autour de toi.

Utiliser PD.TC avec n’importe quel client Twitter

Pour pouvoir utiliser mon service sur la plupart des clients Twitter Mac/Windows/Linux, mes petits pandas, il va falloir utiliser une méthode de sioux.

Sous Mac/Linux : Ouvrez une fenêtre de Terminal pour modifier le fichier hosts en tapant ces deux lignes :

echo '91.191.146.209 tinyurl.com' | sudo tee -a /etc/hosts

Sous Windows : Ajoutez la ligne 91.191.146.209 tinyurl.com dans votre fichier hosts, dont l’emplacement varie selon les versions. En général dans C:\Windows\system32\drivers\etc\hosts.

De cette manière, toutes les URL TinyURL passeront par mes serveurs qui simuleront son comportement. En contrepartie vous ne pourrez plus raccourcir d’URL sur TinyURL (en même temps le site est tout moche, c’est pas une perte), mais les URL raccourcies de TinyURL marcheront toujours !

Modifiez ensuite dans votre client Twitter votre URL Shortening Service en indiquant TinyURL, et vous pourrez utiliser PD.TC facilement et rapidement.

Je pense que la technique marche à peu près avec n’importe quel client Twitter, à partir du moment que vous modifiez le fichier hosts et que vous pouvez sélectionner TinyURL dans votre client, tout roule.

Utiliser PD.TC avec Tweetie iPhone

Tweetie 2 pour iPhone intègre nativement la possibilité d’avoir son propre raccourcisseur d’URL. Il suffit donc d’aller dans les réglages « URL shortening » de Tweetie :

Settings > Services > URL Shortening > Custom…

Et entrez l’URL suivante pour utiliser PD.TC automatiquement :

http://pd.tc/?api=1&url=%@

Utiliser PD.TC avec PHP

Vous pouvez utiliser PD.TC dans tous vos scripts et applications. Voici un simple exemple en PHP, que vous pourrez adapter à à peu près tous les langages de programmation existants :

<?php

/* Appel de pd.tc avec l'URL qu'on veut raccourcir */

$url = "http://www.google.fr";
$pdtc = file_get_contents("http://pd.tc/?api=1&url=".urlencode($url));

/* Retournera : string(17) "http://pd.tc/0236" */

var_dump($pdtc);

?>

A noter que j’enregistre tous les accès aux URL, donc si le service est utilisé je ferai peut-être des classements & consorts, mais pour le moment c’est surtout pour le fun du nom de domaine que j’ai créé ce service, et ça restera pour le fun :)