Méthylbro

Romain Butteaud : Chroniques d'une contrefaçon

Méthylbro — Tue, 26 Jan 2010 00:25:00 +0100

Le web est plein de surprises. Parfois bonnes, parfois mauvaises.

Voilà plusieurs mois que je me suis lancé dans un tentative de personal branding. N’ayant aucune formation initiale en marketing je fait ce que je peut. Mais apparemment les choses ont l’air de plutôt bien se passé malgré que je soit inexpérimenté dans ce domaine.

Au coeur de cette campagne marketing se trouve mon traditionnel CV en ligne. J’ai tous les malheurs du mon à essayer de positionner correctement celui-ci dans les moteurs de recherches. Sans doutes est-ce du à la bataille farouche que se livrent les développeurs web pour apparaître le mieux possible.

Que fut alors ma surprise en voyant cette copie abjecte traîner sur le web :

Comprenez bien que ce qui me dérange ici c’est que le vil bandit qu’est ce Romain Butteaud ne c’est pas contenté de voler la charte graphique de mon CV (qui fut elle même inspiré au tout départ du thème d’un célèbre outil de traitement de texte, je l’avoue).

Cette infâme copie dont je ne donnerais de lien (pour ce faire, voyez les images) fût un simple copié/collé de tout mon travail d’intégration. De tous les choix que j’avais fait en terme de structure du contenu, de choix des éléments du menu ...

D’ailleurs, dans sa hâte de copier toujours plus vite, Romain Butteaud en a oublier de supprimer certaines lignes qu’il a pris soin cependant de commenter dans son document html :

Si je suis profondément déçu et touché c’est que mine de rien, depuis l’existence de ce petit CV (bientôt deux ans maintenant) j’ai cumulé dessus un bon nombre d’heures de travail. A force de retouches, de choix divers ainsi que de beaucoup d’expérimentation et de patience j’en suis arrivé à ce résultat qui commence un peu à remonter dans les requêtes que je m’été fixé au départ.

Je sait que le web est ainsi fait. On copie, on pille, on reprend des idées à son avantage. Parfois même des morceaux de code entier sont volés ou glanés ça et là. Mais du pur plagiat comme c’est le cas ici ; c’est mal.

Et vous, vous en pensez quoi ?

Amicalement-Web.net : 1an déjà !

Méthylbro — Mon, 25 Jan 2010 22:30:00 +0100

Timothé Barray et ses compagnons vous invitent à fêter ensemble le premier anniversaire du très excellent blog : Amicalement Web.

A l’occasion de ce premier anniversaire ils vous proposent même, en partenariat avec les éditions Eyrolles de gagner un exemplaire du livre Ergonomie Web d’Amélie Boucher dont j’avais déjà parlé ici il y a quelques mois de cela.

Bon anniversaire Amicalement Web.

Cité dans un article de Capital

Méthylbro — Wed, 09 Dec 2009 08:00:00 +0100

Mis à part PHP Solutions que je lis régulièrement et GNU/Linux Magazine que je consulte à l’occasion, je ne suis pas un grand consommateur de la presse écrite. Pourtant ce mois-ci j’ai pris la peine d’acheter un exemplaire du magazine Capital. Normal quand on est interrogé et cité par un journaliste dans un mensuel national.

PHP, vous connaissez ? Nous, non. Mais Thomas Gasc (NDLR : c’est moi), lui, maîtrise sur le bout du clavier ce système de programmation très en vogue pour concevoir des sites Internet.

Voilà comment démarre cet article intitulé « Informatique : Les pros du web et de la sécurité tirent leur épingles du jeu » dans un dossier consacré aux profils en vogue en ces temps de crise économique.

Même si cet article n’est pas le reflet exact de la vérité sur mon profil, c’est toujours gratifiant de voir son nom apparaître dans les colonnes d’un grand magazine.

(Non, ce n'est pas moi sur la photo !)

Statistiques pour le mois de Novembre 2009

Méthylbro — Tue, 08 Dec 2009 08:00:00 +0100

Ce mois-ci, pas de grand pic d’affluence. Malgré un début de mois en très forte progression, +70 % de visites sur la première semaine de novembre, par rapport à la première semaine d’octobre qui s’explique sans doutes par l’organisation du petit concours le trafic a subit une forte chute sur la fin du mois.

En effet, le mois dernier je n’ai pu publier que 12 billets or comme nous l’avons vu dans notre étude d’octobre, le nombre de nouveau contenu doit être croissant pour que le trafic s’en ressente.

La tendance sera sans doutes encore plus catastrophique pour le mois de décembre. En effet ; nouveau job, déménagement en perspective, fêtes de fin d’années … Autant de facteurs qui font que, a coups sur, je ne pourrais pas non plus énormément publier ce mois-ci. Les statistiques s’en feront sans doutes ressentir pour ce dernier mois de 2009.

Fréquentation du site
	Octobre	Novembre	Différence
Visites	2 339	2 396	+2,44 %
Pages Vues	4 171	4 408	+5,68
Pages par visite	1,78	1,84	+3,17 %
Taux de rebond	73,11 %	72,75 %	-0,50 %
Temps moyen passé sur le site	00:02:02	00:01:39	-18,78 %
Nouvelles visites	76,83 %	75,13 %	+2,22 %

Résultats du concours : Gagnez le livre PHP5 Avancé !

Méthylbro — Mon, 07 Dec 2009 20:00:00 +0100

Souvenez-vous, le mois dernier je lancé sur ce blog un petit concours avec à la clé le très excellent livre PHP5 Avancé écrit par Eric Daspet et Cyril Pierre de Geyer.

Il y a quelques jours j'ai effectué le tirage au sort des gagnants parmi tous les participants. Je vous annonce donc que Jordan a été tiré au sort et recevra donc dans les jours à venir un exemplaire du livre PHP5 Avancé chez lui.

Je tient à remercier tous les participants au concours : Amarox, TitaX, damdec, PaulK, devzonefr, Sacri, Exta, Kaan, Wiki, exotux, romualb, Bastien DONJON, iMystiK et Fairweb. Un grand merci également à Cyril PIERRE de GEYER pour avoir encouragé ce concours (la prochaine fois, peut être nous fera il don d'un exemplaire dédicacé ...).

Sachez que d'autres concours sont en prévisions sur TitaXium dans les semaines à venir...

XPather : Une extension Firefox pour naviguer dans un document avec XPath

Méthylbro — Wed, 25 Nov 2009 14:00:00 +0100

Parmi les extension Firefox indispensables pour un développeur/intégrateur, en voici surement une qui ravira les utilisateurs aguerris de la syntaxe XPath : XPather.

XPather s'ajoute à votre Firefox et ainsi vous pouvez effectuer toute sorte de requêtes XPath sur un document directement depuis votre navigateur.

PHP/MySQL : Enregistrer et lire des fichiers dans une base de données

Méthylbro — Tue, 24 Nov 2009 08:00:00 +0100

Tout au long de la semaine dernière nous avons vu comment enregistrer et consulter des fichiers dans une base de données MySQL avec PHP.

Nous avons appris les principes de bases des Objets Larges Binaires (BLOB) ainsi que les outils mis a notre disposition par PDO pour les manipuler efficacement avec PHP. Nous avons vu également les limites de ce genre de pratiques et comment en résoudre certaines en implémentant un petit système de cache côté PHP.

Au cours de mes exemples j’ai proposé une classe FileFromDB et un ensemble de pages permettant de démontrer comment réaliser tout cela. Vous trouverez aujourd’hui, en annexe à ce billet, l’ensemble des scripts utilisées comme exemple.

Télécharger des sources : exemple.rar

Je n’ai malheureusement pas eu le temps de les commenter proprement mais si vous vous reportez aux articles de la semaine, vous serais alors à même de les comprendre.

Si cela vous intéresse de venir discourir des avantages et des (nombreux) inconvénients que peuvent avoir cette pratique, je vous invites à venir le faire sur le forum dans l’espace dédié au développement.

PHP : Un cache pour nos fichiers stockés dans MySQL

Méthylbro — Sun, 22 Nov 2009 13:00:00 +0100

Tout au long de la semaine, nous avons vu ensemble comment stoker des fichiers dans une base de données MySQL avec PHP et comment les lire par la suite.

Cependant même s'il peut s'avérer pratique de profiter des capacités relationnelles de MySQL pour gérer des fichiers ; le risque d'une consommation de ressources excessive soulevé par cette méthode est élevé.

Nous allons voir aujourd'hui pourquoi cette pratique bien qu'intéressante en apparence n'est que trop rarement utilisée en réalité. Nous verrons également comment proposer certaines solutions qui nous permettrons de résoudre certains des problèmes soulevés.

Au niveau de MySQL

Bien évidemment un serveur de base de données n’a pas été conçu pour stocker massivement des fichiers. Il n’a pas pour vocation de manipuler exclusivement ce type d’informations. Votre système de fichier sera bien évidemment beaucoup plus performant pour effectuer cette tâche.

Stocker des fichiers dans vos tables alourdira considérablement la taille de ces dernières. Le serveur de données aura donc besoin de plus de temps et de ressources pour les parcourir lors de vos requêtes, ce qui peut nuire grandement au temps d’exécution global de vos script.

A contrario centraliser les données est toujours quelque chose de très intéressant pour la maintenance d’une application. Les backups sont plus faciles à gérer lorsque les données nécessaires pour un programme sont réunies au même endroit. Comme cela peut être le cas avec une base de données.

Le débit de données entre le serveur et votre script

Il y a un point primordial que nous devront prendre en compte si nous souhaitons tout de même utiliser MySQL pour stocker nos fichiers : c’est le débit d’information qui va circuler entre le serveur de base de données et notre script.

En effet outre les problèmes directement liés à notre SGBDR a chaque fois que nous allons vouloir faire appel à l’un de nos fichiers stocké en base celui-ci va devoir parcourir un long chemin pour arriver jusqu'à nous.

Pour illustrer mon propos ; jetez un coups d’œil sur le schéma suivant :

La solution que l’on peut facilement envisager c’est de créer un cache au sein de notre application qui stockera dans le système de fichiers nos fichiers tant qu’ils seront valables par rapport à leurs version dans la base de données.

La méthode FileFromDB::headers()

A partir de ce que nous avons fait jusqu'à présent, mettre en place ce petit cache va s’avérer très facile. Commençons par modifier notre classe FileFromDB qui, je vous le rappelle, nous permet de manipuler nos fichiers stockés dans la base de données.

Même si nous ne souhaitons pas faire circuler nos fichiers inutilement entre notre script et la base de données nous auront besoin néanmoins d’un grand nombre d’informations les concernant. Principalement leur nom ainsi que la date de leur dernière modification.

public function headers() {

global $PDO;

$stmt = $PDO->prepare("SELECT name, type, UNIX_TIMESTAMP(updated_date) AS updated_date FROM FILE WHERE name = ?");

$stmt->bindParam(1, $this->filename);

$stmt->execute();

return $stmt->fetch(PDO::FETCH_OBJ);

}

C’est le rôle de cette nouvelle méthode. Elle nous donnera uniquement ces informations sous la forme d’un objet de type sdtClass. Ce qui évitera d’avoir à aller chercher notre fichier inutilement à chaque demandes.

Une nouvelle page de download

Maintenant que nous disposons des outils nécessaires, nous pouvons modifier notre page de téléchargement de fichiers en y ajoutant notre petit système de cache. Par défaut donc, notre script enverra donc au visiteur le fichier contenu dans le cache.

Ce dernier sera néanmoins renouvelé par le fichier contenu dans la base de donnée si l’une de ces trois conditions n’est pas rempli :

Le fichier n’existe pas encore dans le cache
Le fichier stocké dans le cache à dépasser son temps de vie maximum
Le fichier stocké dans le cache n’est plus à jour avec celui stocké dans la base de données

$cache_path = 'cache/';

$cache_lifetime = 3600;



if (isset($_GET['filename'])) {

$File = new FileFromDB($_GET['filename']);

$FileHeaders = $File->headers();

$file_cache = $cache_path.$FileHeaders->name;

if (!file_exists($file_cache)

|| filemtime($file_cache)+$cache_lifetime

|| filemtime($file_cache)<=$FileHeaders->updated_date) {

$File->output($file_cache);

}

header("Content-Type: {$FileHeaders->type}");

header("Content-Disposition: inline; filename={$FileHeaders->name}");

header("Last-Modified: ".date('r', $FileHeaders->updated_date));

readfile($file_cache);

}

Dans un prochain billet je reviendrais sur tout ce que nous avons vu sur le stockage de fichier au sein d’une base de données avant de conclure cet article. Je vous proposerais également les sources utilisées dans nos exemples commentés.

Programmateur : Le compte Twitter participatif

Méthylbro — Sat, 21 Nov 2009 08:00:00 +0100

Même si je n’aime pas, mais alors pas du tout le nom qui a été choisi (imaginez ce que ca donnerais au féminin : programmateuse ?) je suis un grand adepte du concept.

Je parle bien évidemment de Programmateur, le compte Twitter participatif sur le thème du développement à l’initiative du jeune (mais pas moins respectable) Adrian Gaudebert.

Voici quelques semaine que ce projet est sur les rails, cela tourne pas mal apparemment. J’y participe moi même aussi souvent que possible.

Une bonne source d’information, à la fois en français et en anglais. A découvrir absolument :

Suivez @Programmateur sur Twitter

PHP : Lire un fichier stocké dans la base de données

Méthylbro — Fri, 20 Nov 2009 08:00:00 +0100

Nous avons vu précédemment comment stocker un fichier dans une base de données MySQL. Puis nous avons explorer ensemble une méthode pour insérer ce fichier dans la base directement à l’aide d’un petit script PHP. Aujourd’hui nous allons voir comment récupérer ce fichier avec PHP.

Notre exemple sera très simple, nous allons seulement récupérer le fichier là ou il est, c’est a dire dans la base de données MySQL, pour le retourner directement à un visiteur.

Il n’y aura donc pas de traitement sur ce fichier. Cependant cela serait tout à fait possible. Récemment par exemple je me suis retrouver dans un cas ou je devais modifier des images après les avoir récupérer dans une base de données.

La méthode FileFromDB ::output()

Dans notre dernier chapitre sur ce sujet, nous avons commencé l’élaboration d’une classe FileFromDB nous permettant de manipuler des fichiers stockés dans une base de données.

Nous allons poursuivre la conception de cette dernière en lui rajoutant une méthode output() qui nous permettra de lire un fichier vers le flux standard de sortie ou d’enregistrer celui-ci dans le système de fichiers.

Cette méthode acceptera donc un paramètre facultatif $filename. Si celui-ci est fournis nous enregistrerons une copie du fichier stocké dans la base de données vers la destination indiqué au sein du système de fichiers.

Sinon nous afficherons le fichier directement vers le flux standard de sortie. Comme il s’agit d’Apache dans notre exemple, nous prendrons soin d’indiquer certains en-têtes HTTP nécessaire pour que le client comprenne de quel fichier il s’agit.

public function output($filename=null) {

global $PDO;

$stmt = $PDO->prepare("SELECT type, UNIX_TIMESTAMP(updated_date), data FROM FILE WHERE name = ?");

$stmt->bindParam(1, $this->filename);

$stmt->execute();

$stmt->bindColumn(1, $type, PDO::PARAM_STR, 256);

$stmt->bindColumn(2, $updated_date, PDO::PARAM_INT);

$stmt->bindColumn(3, $data, PDO::PARAM_LOB);

$stmt->fetch(PDO::FETCH_BOUND);

if (is_null($filename)) {

header("Content-Type: $type");

header("Content-Disposition: inline; filename={$this->filename}");

header("Last-Modified: ".date('r', $updated_date));

//return fpassthru($data);

return print($data);

} else {

$hdle = fopen($filename, 'wb');

//return stream_copy_to_stream($data, $hdle);

return fwrite($hdle, $data);

}

}

Le bug #40913 de PHP

Comme vous pourrez le voir j’ai laissé deux lignes en commentaires dans la méthode ci-dessus. En effet a ce stade nous ne pourrons malheureusement pas utiliser d’objet large binaire (Binary Large Object) car PHP et PDO sont encore victimes d’un bug non corrigé à ce sujet.

Le problème vient du fait que, malgré que l’on indique à PDO que l’on souhaite recevoir un paramètre de type PDO::PARAM_LOB (Objet Binaire Large) celui-ci nous retourne une chaîne de caractère (PDO::PARAM_STR). Il deviens impossible alors de traiter notre valeur comme une ressource de flux (utilisable notamment avec les fonctions fpassthru() et stream_copy_to_stream().

En attendant que ce problème soit corrigé j’utiliserais donc print() et fwrite() dans mon exemple. Mais attention, cette méthode de remplacement consomme énormément plus en ressource qu’un simple traitement par flux. Ne l’utilisez donc pas en production (surtout sur des sites avec une grosse charge).

La page de download

Maintenant que nous avons une solution nous permettant de récupérer des fichiers stockés dans notre base de données MySQL, nous pouvons facilement créer un petit script pour télécharger ces fichiers.

if (isset($_GET['filename'])) {

$File = new FileFromDB($_GET['filename']);

$File->output();

}

Encore une fois ce script restera simple et l’on omettra toutes les vérifications d’usage en termes de sécurité. Ce n’est pas le sujet abordé.

Dans un prochain article nous verrons que notre solution demande énormément de ressources inutiles. Nous réglerons donc ces problèmes en implémentant un petit système de cache applicatif côté PHP.

PHP : Enregistrer un fichier dans une base de données

Méthylbro — Tue, 17 Nov 2009 08:00:00 +0100

Maintenant que nous disposons d’une base de données prête à stocker nos fichiers directement au sein d’une table nous allons pouvoir commencer à regarder comment faire fonctionner cela proprement avec PHP.

Nous verrons donc aujourd’hui comment enregistrer un fichier au sein d’un champ de type LONGBLOB avec PHP. Ici le fichier proviendra d’un formulaire mais on pourrais très bien étendre le champ d’application de cette méthode à tout type de sources.

L’exemple utilisera PDO (PHP Data Object) ; si vous n’êtes pas à l’aise avec cette extension de PHP je vous conseille vivement de vous mettre à jour. Car comme vous pourrez le voir les fonctionnalités que proposent cette extension sont fort agréables.

La classe FileFromDB

Afin de manipuler les fichiers stockées dans la base de données, je vous propose d’utiliser une classe que nous feront évoluer tout au long de ce tutoriel. Appelons la FileFromDB car chaque instance de cette classe nous permettra de manipuler un de nos fichiers.

class FileFromDB {

private $filename;

public function __construct($filename) {

$this->filename = $filename;

}

}

Le formulaire d’upload

Comme je le disait lors de l’introduction, dans notre exemple les fichiers seront envoyés par les utilisateurs. Cela nécessitera donc un petit formulaire permettant d’envoyer des fichiers.

<?php

$message = null;

if (isset($_FILES['myFile'])) {

$File = new FileFromDB($_FILES['myFile']['name']);

$File->upload($_FILES['myFile']);

$message = 'Votre fichier à bien été ajouté';

}

?>

<html>

<head>

<title>Upload</title>

</head>

<body>

<form method="post" enctype="multipart/form-data">

<?php echo $message; ?>

<fieldset>

<legend>Charger un fichier</legend>

<p>

<label for="myFile">Fichier</label>

<input type="file" id="myFile" name="myFile" />

</p>

<p>

<input type="reset" value="Annuler" />

<input type="submit" value="Envoyer" />

</p>

</fieldset>

</form>

</body>

</html>

Ce formulaire restera simple et l’on omettra toutes les vérifications d’usage en termes de sécurité. Ce n’est pas le sujet abordé.

La méthode FileFromDB::upload()

Enfin nous ajouterons à notre classe FileFromDB une méthode permettant d’enregistrer notre fichier comme un objet large binaire au sein de notre table. L’extension PDO et son système de requêtes préparées nous propose un type de paramètre parfait pour résoudre les problèmes liés : PARAM_LOB.

Ainsi nous passerons comme paramètre un flux vers le fichier que l’on souhaite envoyé à la base de données au lieu de l’intégralité du contenu lui même. En travaillant avec des flux de données nous ne consommerons pas inutilement les ressources disponibles.

public function upload($file) {

global $PDO;

$stmt = $PDO->prepare("REPLACE INTO FILE (name, type, data) VALUES (?, ?, ?)");

$stmt->bindParam(1, $this->filename);

$stmt->bindParam(2, $file['type']);

$stmt->bindParam(3, fopen($file['tmp_name'], 'rb'), PDO::PARAM_LOB);

return $stmt->execute();

}

Dans un prochain article nous verrons comment lire des fichiers enregistrés dans notre base de données.

MySQL : Stocker un fichier dans une base de données

Méthylbro — Sun, 15 Nov 2009 08:00:00 +0100

Techniquement il est tout à fait possible de stocker des fichiers directement au sein d'une base de données.

Cependant peut de développeurs se risquent à ce genre de pratique. Il est vrai que si l'on maîtrise mal certains aspects, ou s'il on en demande trop à cette technique cela peut vite se révéler être un véritable calvaire.

Néanmoins je reste intimement convaincu que dans certains cas et pour des besoins raisonnables il peut être fort agréable de pouvoir stocker des fichiers directement au sein d'une base de données.

Cette semaine je vous propose une série de billets qui va vous permettre de comprendre comment réaliser une telle chose. Mais je vais également essayer de vous amener à bien appréhender les risques et les limites d'une telle pratique ce qui vous permettra de mieux envisager sur quel projet cela peut ou ne peut pas se faire.

Les Objets Larges Binaires (BLOB)

Pour stocker nos fichiers au sein de notre base de données nous allons utiliser un type de données que les néophytes découvriront sans doutes pour la première fois : les Objets Larges Binaires ou BLOB pour Binary Large Object.

Le BLOB est un type de donnée permettant le stockage d’informations sous forme binaire. On l’utilise le plus souvent pour stocker des fichiers en tout genre (images, sons ou videos …) directement dans le champ d'une table d'une base de données.

Pour notre exemple nous utiliserons MySQL comme système de gestion de base de données. Sachez que celui-ci propose plusieurs types différents d’objets larges qui ne diffèrent que par la taille maximale des données qu’ils peuvent stocker.

Parmi eux nous utiliserons le type LONGBLOB car ce dernier propose la capacité maximale de stockage ; mais le choix du type à utiliser variera selon les cas que vous pourrez rencontrer lors d’une application pratique.

Création de la table

La première étape consiste donc à créer la table qui viendra stocker nos différents fichiers. Outre le nom du fichier et le contenu même du fichier, nous conserverons également le type de fichier (« image/jpeg » pour une image par exemple) et la date de la dernière modification du fichier.

Ces informations supplémentaires nous seront utiles par la suite pour envoyer des en-têtes HTTP corrects au visiteurs ainsi que pour gérer un petit cache côté serveur.

CREATE TABLE `FILE` (



`name` varchar(255) NOT NULL,

`type` varchar(255) NULL,

`updated_date` timestamp NOT NULL

DEFAULT CURRENT_TIMESTAMP

ON UPDATE CURRENT_TIMESTAMP,

`data` longblob NULL,



PRIMARY KEY (`name`)



)TYPE=MyISAM;

Un champ de fichier dans PHPMyAdmin

Une fois que vous aurez créer votre table avec la requête SQL CREATE TABLE ci-dessus, vous vous apercevrais sans doutes que PHPMyAdmin vous proposera un formulaire d’insertion un peut particulier.

En effet, vous verrez apparaître un champ d’envoi de fichier pour la valeur data. Comme vous pouvez le voir donc, notre champ data est bien destiné à recevoir un fichier.

Dans un prochain article ; nous verrons comment enregistrer des fichiers au sein de cette table directement depuis un script PHP.

Statistiques : Retour sur les effets d'une newsletter

Méthylbro — Tue, 10 Nov 2009 13:00:00 +0100

Afin de faire la promotion de mon petit concours nous avons envoyé (TitaX et moi) mercredi dernier un mail aux membres du forum de TitaXium. Aujourd'hui je voudrais partager avec vous le bilan de cette petite expérience.

Bien évidemment si vous aussi vous avez déjà envoyé ou que vous envoyé régulièrement des courriels d'information en masse, je serait curieux de pouvoir comparer les données statistiques de mon cas avec le/les votre.

Retombées de la newsletter de novembre 2009
Membres inscrit	6 300
Membres actifs	2 976
Mails envoyés	2 126
Visites via la newsletter	68

6 300 membres mais seulement 2 126 adresses utilisables

Tout d'abord même si le forum compte à ce jour plus de 6 300 membres inscrits ; nous avons fait le choix de n'envoyer notre message qu'aux membres venus s'authentifier au cours de ces deux dernières années.

En effet comme le forum à plus de 6 ans il aurait été inutile de perdre des ressources à envoyer des mails vers des boites inactives ou désormais inexistante. Après ce premier tri notre liste d'abonnées c'est donc réduit à 2976 mails.

Malheureusement - et c'était prévisible - sur notre liste d'emails nous avons eu un taux de perte de 28 %. Soit environ 850 adresses fausses ou retournant une erreur à l'envoi.

Retombées réelles d'une newsletter

Pour mieux apprécier les retombées de cette newsletter nous avons également mis en place dans les liens de notre message les paramètres nécessaires pour comptabiliser les visiteurs en provenance de ce courrier. Pwiki pour TitaX (anciennement phpMyVisites) et Google Analytics pour moi. Chacun de nous ayant sa petite préférence pour l'un de ces deux outils d'analyse.

Je me passerais d'expliquer comment mettre en place tel ou tel suivi via ces deux outils ; d'autres sur le web on du s'en charger bien mieux avant moi.

Nos 2 126 mails correctement envoyés nous ont permis de générer au total 68 visites sur une durée de 7 jours. Cela paraît peu mais cela suppose tout de même un taux de pénétration d'environ 2,28 % (sur la base des 2976 mails envoyés au départ).

De plus comme vous pouvez le voir sur le graphique ci-dessous ; les effets de ce mail d'information ce sont très vite estompés quelques heures après l'envoi de la newsletter. Pour ne plus se faire ressentir du tout au bout de quelques jours.

Conclusion

Les résultats de cette expérience ne m'étonnent pas du tout. J'ai toujours pensé qu'une newsletter n'apportait que peu d'intérêt en termes de trafic.

L'envoi de courrier automatique n'a d'intérêt selon moi que s'il représente un apport marketing évident. Le site de vente en ligne LDLC.com s'en sert par exemple pour publier quasi quotidiennement des offres promotionnelles à ses clients. C'est une bonne piste.

Et-vous, comment tirez-vous profit de l'envoi de mails automatisé ?

UwAmp : Nouveau serveur Apache MySQL PHP

Méthylbro — Tue, 10 Nov 2009 08:00:00 +0100

Il y as quelques jours Guillaume le Coz a publié son projet UwAMP. UwAMP c'est un programme embarquant un serveur Apache, un serveur MySQL et une installation de PHP au sein d'un même outil. Au même titre que EasyPHP ou Wamp par exemple.

On notera de cet outil deux particularités intéressantes : un monitoring de consommation du CPU et la capacité à pouvoir fonctionner directement depuis un périphérique de stockage amovible comme une clé USB par exemple.

Si vous êtes donc adepte des solutions « tout en un » ; découvrez donc UwAMP.

Synthèse du barcamp PHP Toulousain

Méthylbro — Wed, 04 Nov 2009 13:00:00 +0100

Comme vous le savez sans doutes jeudi dernier j'ai répondu à l'invitation de Linagora et de l'AFUP qui organisaient le temps d'une soirée un barcamp PHP sur Toulouse.

Un grand remerciement à Linagora pour nous avoir accueillis (développeurs et amateurs de PHP Toulousains) dans leurs locaux de Ramonville. Un remerciement plus particulier à Xavier Gorse pour être venu participé et soutenir une telle initiative si rare dans la ville rose.

En réalité ce billet fait suite à l'appel lancé par Raphaël Rougeron qui a déjà fait la synthèse des autres sessions (Edit : Christophe le Bot à également pris le temps de rédiger une synthèse de la soirée). Ayant participé aux sessions Sécurité et PHP 5.3 (désolé mais j'ai un peu décroché durant la dernière session sur le Testing) je vais donc partager un petit bilan de ce qui a été abordé sur ces deux thèmes.

N'ayant pas pris de notes, je vais donc devoir faire appel à ma mémoire. Dans le cas ou j'oublierais certaines choses, j'invite les autres participants à me corriger via les commentaires.

Sécurité

Nous avons commencé par abordé transversalement l'ensemble des problèmes de sécurité les plus courant : injections, XSS (Cross Site Scripting), vol de données … ce qui nous a permis de distinguer les problèmes de sécurité selon deux axes :

ne pas accepter n'importe quelles données en entrés
limité la diffusion d'information en sortie à l'essentiel

Xavier Gorse a par exemple mis l'accent sur l'utilité d'un framework pour filtrer les variables d'entrées (GET, POST etc) afin d'éviter toute injection potentielle sans avoir à s'en soucier soit même.

D'un autre côté l'importance de fournir un minimum d'information sur l'application elle même a été mis en avant. Éviter par exemple de dévoiler le type de clés utilisée pour indexé des articles en base de données voire même pour les puriste désactivé l'en-tête HTTP X-Powered-By.

Tout au long de l'échange un autre axe c'est dessiné pour aborder les problèmes de sécurité : les mises à jour. Conserver des versions à jour de tous ses outils, librairies, bibliothèques ou même de toute extension installé à été mis en avant et élevé au rang de « bonne pratique ».

En conclusion donc nous pouvons dire que la sécurité en PHP s'articule en trois axes :

filtrer les données d'entrées (c'est le grand classique Never trust foreign data)
diffuser le moins d'information possible sur son application
conserver des versions à jour

PHP 5.3

Nous avons introduit la session sur PHP 5.3 par un tour de table des nouveautés.

L'introduction des namespaces (espaces de noms) à par exemple été bien accueilli, même si cependant le choix final de l'opérateur \ comme séparateur n'a pas fait l'unanimité.

D'un autre côté nous avons pu partager notre stupéfaction de voir apparaître dans PHP 5.3 la structure de contrôle goto. Surtout lorsque PHP tend encore à améliorer son moteur objet dans cette nouvelle version avec l'arrivée de la résolution statique à la volée (late static biding).

Néanmoins lorsque nous nous sommes aperçu que quasi aucun développeur autour de la table n'utilisait encore cette version de PHP (à part peu être l'irréductible que je suis), nous avons chercher les causes de cet évident manque d'engouement.

La raison est pour le moins évidente : PHP 5.3 ne fait pas encore partie des paquets partagés par les grandes distributions (RedHat et Debian principalement). Voilà sans doutes ce qui rebutent les administrateurs systèmes à utiliser cette version de PHP.

Pourtant Xavier Gorse nous a expliqué comment l'équipe de Symfony et Fabien Potencier en étaient venu à privilégier PHP 5.3 pour le développement de la deuxième version du célèbre framework de Sensio Labs.

Un des développeurs de l'équipe d'Ubuntu (désolé, je ne me souviens plus du nom) nous expliquais comment on pouvait s'attendre à voir arriver PHP 5.3 dans la version d'Ubuntu prévu pour dans environ 6mois.

Ce qui nous laisse donc à présager que PHP 5.3 ne sera pas réellement généralisé avant l'horizon 2010. Ce que je trouve bien dommage au vu de la pléiade de nouvelles fonctionnalités intéressante qu'apporte cette version.

Crédit Photos : Raphaël Rougeron

Statistiques pour le mois d'Octobre 2009

Méthylbro — Wed, 04 Nov 2009 08:00:00 +0100

Avec quelques jours de retards et après avoir été harcelé par Yeteekma, je me décide enfin à publier la suite de mon petit fil rouge sur les statistiques de ce blog.

Pour le mois d'octobre 2009 (période du 01/10/2009 au 31/10/2009) la tendance c'est clairement dessinée à la hausse. Malgré une inébranlable perte en termes de qualité des visites ; c'est à dire un nombre de pages par visites qui chute (-6,28 %) et un taux de rebond qui continue son ascension (+2,68 %) le trafic global généré par ce blog continue de progresser.

Avec 34,74 % de visites en plus par rapport au mois de septembre 2009, j'atteins le nombre record de 2 339 visites ce mois-ci. Par la même occasion, je réalise déjà l'un des objectifs que je me suis fixé pour 2010.

Fréquentation du site
	Septembre	Octobre	Différence
Visites	1 736	2 339	+34,74 %
Pages Vues	3 303	4 171	+26,28
Pages par visite	1,90	1,78	-6,28 %
Taux de rebond	71,20 %	73,11 %	+2,68 %
Temps moyen passé sur le site	00:02:06	00:02:02	-3,84 %
Nouvelles visites	67,97 %	76,83 %	+13,03 %

Sans contenu, pas de trafic

Je l'ai toujours dit et répété : sans contenu un site web quel que soit son format ne peu pas générer du trafic.

Cet aspect de la publication web est encore plus flagrant sur un blog ; plus un bloggeur publiera régulièrement de nouveaux billets et plus il verra son trafic augmenté. A l'inverse si l'auteur décide de s'arrêter il pourra observer son nombre de visites stagné voir même diminuer.

Pour illustrer mon propos je vous invites à regarder sur le schéma ci-dessous l'étonnante similitude que l'on trouvera aux courbes du nombre de nouveaux billets sur mon blog et du nombre de pages vue :

Comme vous pouvez le voir, plus je publie de nouveaux billets plus mon trafic garde la pêche. Inversement quand je ralentit mon rythme de nouvelles publications je ne peu espérer voir mon trafic continuer sa course.

Concours : Gagnez le livre PHP5 Avancé !

Méthylbro — Sun, 01 Nov 2009 17:30:00 +0100

Du 01/11/09 au 30/11/09 je vous propose de gagner un exemplaire de l'ouvrage « PHP5 Avancé, 5éme Édition » écrit par Eric Daspet et Cyril Pierre de Geyer et publié aux éditions Eyrolles dans la collection blanche.

Il s'agit d'un exemplaire neuf, qui sera envoyer directement chez le gagnant. Pour participer, rien de plus simple. Il s'agit juste de faire un petit lien vers mon blog (je vous invite à regarder les règles de participation plus bas dans ce billet).

Place à la nouvelle version de LA BIBLE consacrée à PHP 5 !

A la fois technique, fonctionnel et pédagogique, ce manuel conçu pour des développeurs et des administrateurs en premier lieu, va bien au-delà du simple listage de fonctionnalités de la plate-forme.

Enrichi de cas pratiques et de retours d'expériences, ce livre est une référence incontournable.

Je ne pourrais malheureusement qu'offrir un seul exemplaire (d'une valeur de 42,75 € tout de même). Mais si ce concours atteint les 500 participants, je promets que je réitérerais l'événement, avec bien plus de lots à la clé cette fois.

Règles du concours

Pour participer au concours, vous devez tout simplement faire un lien vers methylbro.titaxium.org sur votre site, votre blog ou votre page perso. Sont exclu les comptes facebook, twitter ou autres réseaux sociaux.

Une fois que vous avez créé votre lien, indiquez l'adresse de la page web le contenant dans un commentaire à ce billet (les trackbacks/rétroliens sont également admis pour les bloggueurs).

Un seul lien sera considéré par site, mais chaque participant qui possède plusieurs sites, blog ou page perso pourra inscrire chacun d'eux pour augmenter ses chances de gagner.

Attention, les sites, blogs ou pages perso crées spécialement pour l'occasion ne seront bien évidement pas tolérés.

Le concours sera ouvert à tous a compter d'aujourd'hui (01/11/2009) et ce jusqu'au 30/11/2009 à minuit. Une fois passé ce délai, toute nouvelle inscription sera considérée comme nulle.

Le gagnant sera tiré au sort parmi l'ensemble des participants inscrits et les résultats du concours seront publiés sur ce blog avant le 15/12/2009.

Communiqué de presse

Télécharger

Conférence PHP à Barcelone les 30 et 31 Octobre 2009

Méthylbro — Thu, 29 Oct 2009 13:00:00 +0100

Cette année encore j'ai oublié et je m'en aperçois au dernier moment : ce week-end c'est la PHP Barcelona Conference.

Comme son nom l'indique, une conférence sur PHP se tiendra pendant 2 jours les 30 et 31 octobre 2009 dans la capitale catalane. Quelques têtes connues seront là pour l'occasion, soit pour animer des conférences, soit comme invité de marque. On notera par exemple les présences de Rasmus Lerdorf, Fabien Potencier, Derick Rethans, Sebastian Bergmann, Damien Seguy ...

Le prix d'entrée est plus attractif que le Forum Parisien de l'AFUP ; 50 euro en tarif plein pour les deux jours. Avec des sujets et des conférenciers tout aussi intéressants. Il faut juste être à l'aise avec l'espagnol même si la grande majorité des conférences seront tenues en anglais.

Voilà désormais 3ans que Barcelone accueille chaque année sa PHP Conference et apparemment elle n'a rien à envier à sa grande sœur Parisienne.

C'est promis, l'année prochaine si je ne peut toujours pas monter sur Paris, je ferait au moins celle là !

PHP Barcelona Conference 2009

Bientôt noël. Sur le blog : une surprise en novembre !

Méthylbro — Sun, 25 Oct 2009 08:00:00 +0100

Bonjour,

Voilà, le blog commence à bien marcher. Les statistiques montent toujours plus haut, les billets que je publie sont de plus en plus commentés… Tout va pour le mieux en cette fin d'année.

J'ai donc décidé de faire un petit événement pour la période de fête qui arrive. Un petit quelque chose que j'offrirais à l'un des lecteurs.
Je n'en dit pas plus aujourd'hui, ce billet n'est là que pour faire un peu de teasing.

Rendez-vous dimanche prochain pour en savoir plus.

Bonne dimanche à tous,
Méthylbro.

Étude de cas : Une perle dans l'utilisation de la fonction date de PHP

Méthylbro — Fri, 23 Oct 2009 08:00:00 +0200

Toujours plonger dans mes retouches sur un code source magnifiquement drôle depuis ces derniers jours. Je voudrais vous proposer aujourd’hui une nouvelle perle de développement PHP.

Aujourd'hui nous allons voir une implémentation hilarante de la fonction date().

La problématique est la suivante : afin de construire une chaîne de caractères vous avez besoin de connaître trois informations temporelles ; l'année, le mois et le jour courant.

Pour ce faire, voici ce qu'a proposé, écrit et mis en production un développeur :

$today = mktime(0, 0, 0, date("m"), date("d"), date("Y"));

$ladate = date("d / m / Y", $today);

$lemois = date("m", $today);

$lannee = date("Y", $today);

$lejour = date("d", $today);

Vous comprenez le problème ?

Ici l'interpréteur va calculer 8 fois la date. Sans compter bien évidement qu'utiliser la variable $today est inutile vu que la fonction date() retourne déjà la date du jour par défaut (ce que savais apparemment le développeur, puisqu'il utilise la fonction date() pour trouver la valeur de son $today) .

Bien évidement, il aurait été plus pertinent d'écrire quelque chose comme cela :

define('DATE_SEPARATOR', ' / ');

$today = getdate();

$lemois = $today['mon'];

$lannee = $today['year'];

$lejour = $today['mday'];

$ladate = $lejour.DATE_SEPARATOR.$lemois.DATE_SEPARATOR.$lannee;

Un seul calcul de date, on stocke les informations dans un tableau associatif et ensuite c'est juste un jeu d'affection de valeurs.