Le Journal de Nikrou

Un aquarium tout beau tout neuf

Nicolas — Mon, 30 Aug 2010 21:41:00 +0200

Ce weekend, j'ai enfin réinstallé mon aquarium après l'avoir nettoyé de fond en comble ! Je n'aurais pas dû déjà le repeupler mais je n'ai pas pu résister...

J'ai remis des poissons résistants :

5 mâles et 10 femelles guppy
20 cardinalis

Aujourd'hui grâce à de très sympathiques aquariophiles, j'ai récupéré 10 ampullaires et 3 ancistrus. Cela devrait aller pour le moment. Je vais attendre que mes plantes poussent et que tout ce petit monde s'acclimate.

Autoriser les visiteurs de votre galerie à tagger vos images

Nicolas — Wed, 25 Aug 2010 11:24:00 +0200

Vous utilisez piwigo pour présenter vos photos au monde entier. Vous taggez vos images pour offrir une navigation alternative. Mais c'est une tâche longue lorsqu'on a beaucoup de photos. Et si vos visiteurs vous aidaient ?

Le plugin User Tags permet aux visiteurs de votre galerie de tagger vos photos. Ils peuvent utiliser des tags existants mais ils peuvent aussi en ajouter de nouveaux.

C'est une première version qui manque à coup sûr de fonctionnalités mais je les ajouterais au fur et à mesure. Pour le moment, seuls les personnes identifiées peuvent ajouter des tags. Une des prochaines évolutions sera de gérer depuis l'administration du plugin qui peut ajouter des tags : tout le monde, les personnes identifiées, les webmasters, les administrateurs.

Si vous avez des idées d'améliorations, elles sont les bienvenues.

Ci dessous, quelques copies d'écran pour voir à quoi cela ressemble.

Un petit crayon apparait pour pouvoir éditer les tags :

Quand on a cliqué, on peut ajouter des tags pré-existants, supprimer des tags, en ajouter des nouveaux :

Tout cela est possible grâce au superbe plugin fcbkComplete

Migration vers un nouveau kimsufi : étape ultime

Nicolas — Sun, 22 Aug 2010 21:54:00 +0200

Normalement, j'avais terminé la migration vers mon nouveau serveur mais c'était sans compter sur une erreur humaine !

Avant de partir en vacances, tout fonctionnait correctement. Enfin c'est ce que je croyais.

Je suis parti le 9 juillet. OVH a comme prévu récupéré mon ancien serveur le 10 juillet et à partir de là le nouveau a été aux abonnés absents. J'ai mis du temps à m'en rendre compte car je n'avais pas internet sur mes lieux de vacances !!! En fait jusqu'au 9 juillet c'était en fait l'ancien serveur qui renseignait les DNS de la planète sur mon nom de domaine. Le nouveau serveur était mal configuré et refusait les connexions sur le port 53. Du coup pendant un mois, mon serveur ne répondait plus.

Le fichier de configuration fautif était /etc/bind/named.conf.options. Sur mon ancien serveur, j'avais :

options {
        directory "/var/cache/bind";
        auth-nxdomain no;    # conform to RFC1035
        listen-on-v6 { any; };
        allow-recursion { localhost; };
};

Le nouveau était :

options {
       directory "/var/cache/bind";
       auth-nxdomain no;    # conform to RFC1035
       listen-on-v6 { ::1; };
       listen-on-v6 { any; };
       listen-on { 127.0.0.1; };
       allow-recursion { 127.0.0.1; };
};

La ligne fautive était la ligne 6. Elle n'était pas présente dans l'ancienne configuration et faisait que le serveur ne répondait que localement. En la commentant tout est rentré dans l'ordre en quelques heures, le temps que la propagation se fasse.

Le changement de serveur avant de partir en vacances, c'est un peu comme la mise en production d'une nouvelle version majeure un vendredi, c'est à éviter absolument. On ne s'en rappelle vraiment que quand on a fait une fois la bêtise !

Migration vers un nouveau Kimsufi - dernière étape

Nicolas — Fri, 02 Jul 2010 22:59:00 +0200

Aujourd'hui, j'ai basculé sur le nouveau serveur. C'est la dernière étape de la migration.

Depuis l'interface d'administration d'OVH, j'ai basculé mon IP fail-over de mon ancien serveur vers le nouveau. En une ou deux minutes, c'était le nouveau serveur qui répondait.

Je n'ai pas tout basculer et je suis pratiquement sûr d'avoir oublié des choses mais j'ai migré ce journal (un autre un peu plus secret) En revanche je suis passé à la toute dernière version de dotclear (la 2.2). La migration est aussi facile que pour Piwigo. Bon en même temps, c'est normal, P@t a copié. :-)

J'en ai profité pour passer sur une vraie base de données.

J'ai découvert une chose un peu par hasard mais j'ai compris comment profiter des urls propres. J'ai choisit PATH_INFO comme mode de lecture des urls. Dans le fichier inc/config.php j'ai jouté ce code :

if (!isset($_SERVER['ORIG_PATH_INFO'])) {
  if (isset($_SERVER['REDIRECT_URL'])) {
    $_SERVER['ORIG_PATH_INFO'] = $_SERVER['REDIRECT_URL'];
  } else {
    $_SERVER['ORIG_PATH_INFO'] = '';
  }
}
$_SERVER['PATH_INFO'] = $_SERVER['ORIG_PATH_INFO'];

Dans la configuration d'apache, j'ai ajouté cela:

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule (.*) index.php/$1
Options -MultiViews

C'est surtout la dernière ligne qui fait qu'en son absence cela ne fonctionne pas. L'option MultiViews n'est pas compatible avec le mode Rewrite, en tout cas pour ce cas là.

Migration vers un nouveau Kimsufi - deuxième étape

Nicolas — Tue, 29 Jun 2010 22:43:00 +0200

La deuxième étape de la migration de mon nouveau serveur, après les déclaration DNS sur l'ancien serveur, est l'installation de tous les services sur le nouveau serveur.

Je n'héberge pas énormément de services (des sites web, un serveur git, un dépôt non officiel debian, un serveur de mail,...).

J'ai commencé par réinstaller le nouveau serveur avec mes choix de tailles de partitions. J'aurais pu utiliser gparted pour les redimensionner et passer ensuite à lvm mais étant donné toute la place disponible et le peu de temps qu'il faut pour réinstaller tout le système (moins de 10 minutes) je n'ai pas hésité : j'ai remis une debian 5.0, 64bits.

Je n'en avais pas parlé la dernière fois mais il faut aussi ajouter une adresse IP "virtuelle" qui est en fait l'adresse IP fail-over. Cela se passe dans le fichier /etc/network/interfaces :

Il faut ajouter quelque chose comme ça :

auto eth0:0
iface eth0:0 inet static
address I.P.FAIL.OVER
netmask 255.255.255.0
broadcast I.P.FAIL.255
gateway I.P.FAIL.254

Après il suffit de relancer le service :

/etc/init.d/networking restart

J'ai fait la même chose sur le nouveau serveur pour pouvoir tester que le basculement fonctionnait plutôt que de le faire au dernier moment et s'apercevoir de problèmes.

Pour le moment je migre les services à fonctionnalités ou configurations identiques mais je pense que je vais passer tous mes sites avec une base PostgreSQL au lieu de MySQL. Pour Dotclear cela ne posera pas de problème, pour redmine non plus et finalement pour Piwigo non plus. Une fois le serveur bien en place, je migrerais aussi ma galerie familiale qui est actuellement sur les pages perso de free.

Pourquoi faut-il bannir l'arobase de tout code PHP ?

Nicolas — Sat, 26 Jun 2010 15:07:00 +0200

Nombreux sont les développeurs (débutants ou non) qui utilisent l'arobase (@) pour masquer les erreurs. C'est un peu cacher la misère et c'est surtout un énorme problème lorsqu'il s'agît de trouver un bug dans un code où fleurissent les arobases.

L'arobase est un opérateur de contrôle d'erreur. Si on préfixe une expression (affectation de variable, include ou require, expression de comparaison,...) par cet opérateur, les messages d'erreurs qui pourraient éventuellement être générés sont ignorés et par conséquent ne sont pas affichés. C'est de là que vient le problème. Les débutants ne maîtrisant pas tous les concepts du langage utilisent l'arobase pour arriver plus vite à leurs fins. On ne peut pas les blâmer mais le remède est pire que le mal !

Le principal problème de cet opérateur est qu'il ne masque pas que le problème que l'on a sur le moment. Il masque toutes les erreurs dont les erreurs critiques qui stoppent le programme. Par exemple, si une variable ou une fonction est mal orthographiée, on ne le saura pas.

Voici un exemple de code à ne pas reproduire qui produirait sans l'arobase un message d'avertissement "Notice Undefined index var ..." :

<?php
$ma_var = @$_GET['var'];
?>

Si la variable $_GET['var'] n'existe pas, on ne le saura pas et on devra faire le test ultérieurement. Donc autant tester directement :

<?php
if (isset($_GET['var'])) {
  $ma_var = $_GET['var'];
} else {
  $ma_var = '';
}
?>

Dans l'exemple précédent il y a peu de conséquences. Imaginons que l'on veuille inclure un fichier de configuration que s'il existe. Une mauvaise pratique serait de préfixer l'inclusion par un arobase :

<?php
@include 'conf.inc.php';
?>

De prime abord on pourrait penser qu'on a atteint le but souhaité. Si le fichier n'existe pas, on n'aura pas d'erreurs ; dans le cas contraire il sera inclus. Pour rendre les choses plus claires imaginons le code suivant :

<?php
$nom = 'Pouce';
$prenom = 'Tom';
@include 'conf.inc.php';
echo "Bonjour $prenom $nom
";
?>

Et voici le contenu du fichier conf.inc.php :

<?php
$prenom = 'Nicolas';
$nom = 'Cémoi';
?>

Bon l'intérêt de ce code est plus que discutable mais en revanche il va permettre d'expliquer plus clairement mon propos. Si le fichier existe, et que le script courant peut l'inclure alors on aura le super message : "Bonjour Nicolas Cémoi". Si le fichier n'existe pas on aura le message : "Bonjour Tom Pouce". Jusque là tout va bien.

Maintenant supposons que le fichier soit bien là mais qu'il y ait une erreur dans le fichier conf.inc.php, par exemple qu'il manque le point virgule à la fin de la première ligne. On n'aura aucun message d'erreur, mais comme l'erreur est critique l'exécution du script s'arrête et on n'a pas de message du tout. L'exécution du script s'arrête à la ligne où on tente de faire l'inclusion du fichier. L'arobase a masqué l'erreur de syntaxe "Parse error: syntax error, unexpected T_VARIABLE ...". L'exemple est très simple et on ne fait appel qu'à deux fichiers mais si on fait de nombreuses inclusions, et/ou des inclusions en cascade, trouver le problème devient un vrai casse-tête.

Encore une fois, le code pour éviter le problème est d'une simplicité enfantine :

<?php
if (file_exists('conf.inc.php')) {
  include 'conf.inc.php';
}
?>

L'utilisation de l'arobase est une très mauvaise pratique qui est à bannir. Elle crée plus de problèmes qu'elle n'en résoud.

Il y a tout de même des exceptions à cette pratique : si on teste l'erreur. Par exemple lorsqu'on veut créer une connexion à une base de données pour ne pas afficher d'erreur si un problème survenait, on peut utiliser l'arobase devant la fonction pg_connect() (ou mysql_connect() ou ...). Il faut bien entendu ensuite tester le retour de la fonction qui est soit false soit une ressource de connexion.

Delamaison.fr, un "commerçant" à fuir.

Nicolas — Fri, 25 Jun 2010 22:25:00 +0200

Si vous tombez par hasard, ou en suivant un lien sur le site Delamaison.fr, fuyez. Fuez avant de faire la bêtise de commander. Ne tombez pas dans leur piège vantant une livraison "en 48 heures" ou une "livraison offerte", c'est un piège. Si vous commandez, il sera trop tard et vous ne pourrez pas dire que je ne vous avais pas prévenu.

Récemment, j'ai voulu acheté un barbecue. En cherchant ,une offre intéressante je tombe par hasard sur le site de Delamaison.fr. Une publicité attire mon attention : "livraison en 48 heures". Je ne suis pas spécialement pressé mais pour ce genre d'objet une livraison rapide est plutôt appréciable. Je commande le lundi 7 juin en me disant que je pourrais tester mon nouveau "jouet" le weekend suivant.

Ce jour là, j'aurais mieux fait de passer mon chemin. Aujourd'hui, le 25 juin soit presque 3 semaines après ma commande pas de barbecue en vue. J'ai bien tenté de contacter la société sans réussite. Je n'ai pas envie d'appeler un numéro surtaxé. Quand on est une société commerciale sur le web, on se doit de faire l'effort minimal à mon sens d'être joignable par le même vecteur de communication.

J'ai envoyé maintes fois des messages par l'intermédiaire du formulaire en ligne, sans aucune réponse à ce jour. La communication fonctionne tout de même car ma boîte mail regorge de mail de publicité de leur part. Pas moyen de répondre à ces mails car l'adresse qu'ils utilisent n'existe pas : email@delamaison.fr.

Je persiste et j'essaie de trouver une adresse sur leur site. J'en trouve une sur la page mentions légales : contact@delamaison.fr. Elle semble existé mais un robot renvoie le message suivant :

Bonjour,
Pour contacter nos conseillers, merci de passer par le formulaire que vous pouvez trouver à l'adresse suivante :
http://www.delamaison.fr/service-client
Merci de votre compréhension.

J'ai laissé le joli lien qui renvoie vers une page qui n'existe pas. Il n'y a pas de service client chez Delamaison !

Dans le même esprit, j'ai essayé webmaster@delamaison.fr, postmaster@delamaison.fr, sans plus de réussite.

Je me suis finalement résolu à faire une recherche Whois pour tenter de trouver une adresse valide. J'ai envoyé un mail au propriétaire du nom de domaine ce matin. Pour le moment, pas de réponse.

Je me suis dit que j'étais un cas isolé et que je n'avais pas eu de chance, mais visiblement je ne suis pas le seul à vouloir fuir Delamaison.fr, à flairer l'anarque:

Du coup ce n'est plus le fruit du hasard. Il est vraiment dommage que l'action de groupe ne soit pas légale en France car sinon je pense que cette société n'existerait plus.

Note :

Si quelqu'un de la société ELBEE, ou du site Delamaison.fr tombe sur ce billet, je suis bien entendu prêt à régler ce différend rapidement et à l'amiable.

Migration vers un nouveau Kimsufi

Nicolas — Mon, 21 Jun 2010 22:49:00 +0200

Depuis le mois d'octobre 2008, je loue un serveur Kimsufi. J'en suis très content. Début juin, OVH change ses tarifs à la baisse (de 19,99€ HT à 14,99€ HT) en passant la mémoire vie du serveur de 1Go à 2Go. J'hésite un moment car il va falloir tout réinstaller et risquer une interruption de service mais c'était sans compter le service d'IP fail-over.

L'option d'IP fail-over permet à la base de palier aux pannes matérielles, sert pour mettre à jour une machine en basculant les différents services (ou seulement certains) sur une autre. Le basculement se fait en quelques secondes.

Cette option va servir à basculer sur le nouveau serveur sans interruption de services.

La première étape est d'activer l'option fail-over sur l'ancien serveur. On reçoit par mail ou une nouvelle adresse IP. Il faut alors configurer tous les services pour qu'il utilise cette nouvelle adresse au lieu de l'adresse principale. On commence par le DNS. Il suffit de remplacer dans l'ancienne configuration les lignes :

IN      NS      ksNNNNNN.kimsufi.com.
IN      NS      ns.kimsufi.com.

Par les lignes suivantes :

IN      NS      I.P.FAIL.OVER.kimsufi.com.
IN      NS      sdns1.kimsufi.com.

I.P.FAIL.OVER est mon IP fail-over, ksNNNNNN est le p'tit nom du serveur. Le reste du fichier ne change mis à part le champ SOA qu'il faut incrémenter pour que les informations soient prises en compte par les autres DNS. J'ai fait l'opération hier et le serveur est accessible à la nouvelle adresse IP (celle en fail-over).

Intégrer une vidéo

Nicolas — Fri, 18 Jun 2010 20:44:00 +0200

Mon appareil photo me permet de faire des vidéos haute définition au format AVCHD. Mais ce format n'est pas facile à lire depuis une interface web. En attendant que le format WebM soit populaire je me contente bêtement de les fournir en FLV.

Pour transformer mes vidéos au format FLV, j'utilise ffmpeg que j'ai intégré dans un script shell me permettant de faire plusieurs transformations à la suite si besoin :

#!/bin/sh
video=`echo $1|sed -e 's/\..*//'`
ffmpeg -i $1 -vcodec flv -f flv -r 25 -s 800x450 -aspect 16:9 \r
-b 2000k -g 160 -cmp 2 -subcmp 2 -mbd 2 -flags +aic+cbp+mv0+mv4  \r
-trellis 2 -acodec libmp3lame -ac 2 -ar 44100 -ab 256k \r
"$video.flv"

Pour présenter cette vidéo, j'utilise l'excellent lecteur de neolao. Ce lecteur offre la possibilité d'afficher une image avant le chargement de la vidéo. Pour faire simple, je mets la première image de la vidéo que je viens de fabriquer avec le script suivant :

#!/bin/sh
video=`echo $1|sed -e 's/\..*//'`
ffmpeg -i $1 -vcodec mjpeg -vframes 1 -an -f rawvideo "$video.jpg"

Afficher les photos dans le bon sens

Nicolas — Fri, 11 Jun 2010 22:14:00 +0200

Lorsqu'on prend des photos avec un appareil on ne garde pas toujours l'appareil dans sa position "normale". On prend quelque fois des photos au format portrait. Elles ne sont pas toujours affichées correctement dans une galerie photo. Comment faire ?

La plupart des appareils photos récents ont un capteur sensoriel permettant de déterminer l'orientation de l'appareil et d'écrire cette information dans le champ EXIF - orientation - de la photo.

L'axe du capteur repère les photos verticales et horizontales uniquement et donc il n'y a que 4 valeurs possibles pour l'orientation. La valeur "normale", quand l'appareil est dans la position standard est 1. Par exemple avec une belle image de vache comme celle-ci :

Ce qui est perturbant dans l'histoire et qui est source d'incompréhension, c'est que l'appareil photo a une fonctionnalité qui permet de tourner automatiquement la photo. De même de nombreux logiciels tournent les photos automatiquement. Du coup on ne comprend pas toujours pourquoi elles se retrouvent dans le mauvais sens lorsqu'on les affiche dans notre galerie préférée.

Il existe de nombreuses méthodes pour corriger ce problème. Pour ma part, j'utilise ImageMagick, dans un petit script pour appliquer par exemple la correction à toutes les images d'un répertoire :

#!/bin/sh
for i in *.jpg;
do
echo $i;
o=$(identify -format "%[exif:orientation]" $i);
if [ $o -eq 8 ]; then
convert -rotate -90 $i $i
elif [ $o -eq 6 ]; then
convert -rotate 90 $i $i
elif [ $o -eq 3 ]; then
convert -rotate 180 $i $i
fi
done

A la découverte de Piwigo

Nicolas — Mon, 07 Jun 2010 14:35:00 +0200

Vous ne connaissez pas piwigo. Vous cherchez un logiciel pour présenter vos photos sur le web, venez découvrir Piwigo à Parinux demain (le mardi 8 juin).

Cette présentation de Piwigo est organisée par l'association Parinux, dans le cadre de la promotion des logiciels libres en région parisienne.

La présentation sera une découverte de Piwigo. C'est avant tout une démonstration pour ceux qui ne connaissent pas (ou très peu) le logiciel.

Si vous êtes intéressés, n'hésitez pas à vous inscrire. Attention le nombre de places est limité.

A l'issue de la présentation, Pierrick et moi-même répondrons à vos questions.

Si vous ne pouvez pas venir demain ou si la salle était comble vous pouvez aussi tenter votre chance à l'atelier Piwigo, le samedi 26 juin. Cela ne sera pas une présentation du logiciel mais une séance d'installation.

Préparation des photos pour mise en ligne

Nicolas — Sun, 06 Jun 2010 14:58:00 +0200

J'utilise Piwigo pour présenter mes photos à ma famille, mes amis,... L'application fournit tout ce qu'il me faut pour les présenter mais pour ne pas surcharger le serveur de mon hébergeur je prépare mes photos avant de les envoyer sur le serveur...

Mon appareil photo prend des photos de très grand taille pas du tout adaptée à un navigateur web. J'ai pris pour habitude de les proposer en 640x480.

En récupérant le contenu de ma carte mémoire, les différents fichiers sont en majuscules sans que je me l'explique. En attendant de trouver pourquoi, je mets tous ces noms de fichiers en minuscules :

#!/bin/sh
for f in *;do mv $f `echo $f|sed -e 's/.*/\L&/'`;done

Il y a de très nombreux outils pour retailler mes images. Etant adepte de la ligne de commande, j'utilise les outils d'ImageMagick et en particulier convert. Par exemple pour fabriquer toutes les images en 640x480 du répertoire courant, j'utilise le script suivant :

#!/bin/sh
QUICKLOOK="convert -resize 640x480"
for i in *.jpg;do echo $i;$QUICKLOOK $i $i;done

De façon identique, une fois les photos choisies, je fabrique les imagettes :

#!/bin/sh
THUMBNAIL="convert -resize 128x96"
mkdir thumbnail
for i in *.jpg;do echo $i;$THUMBNAIL $i thumbnail/TN-$i;done

Mes images sont prêtes à être envoyées vers le serveur.

Comme dirait Pierrick, il faut utiliser pLoader qui fait tout ça pour toi et même bien plus. J'ai pris de mauvaises habitudes au temps où pLoader n'existait pas. Cela ne sera pas facile de changer.

Mise à jour

Nicolas — Fri, 04 Jun 2010 20:45:00 +0200

Je viens de passer à la dernière version de dotclear. Il va vraiment falloir que je me décide à mettre à jour mes plugins. Je vais peut-être attendre la sortie de la version 2.2 (en beta pour le moment) qui visiblement va changer pas mal de choses, .

Une nouvelle version majeure de Piwigo

Nicolas — Wed, 19 May 2010 20:39:00 +0200

Piwigo est un logiciel permettant de gérer facilement sa propre galerie photos.

Une nouvelle version majeure - la 2.1 - vient de sortir. Vous pouvez facilement mettre à jour depuis une version antérieure ou faire une installation toute "neuve".

Une des évolutions que je trouve intéressante est la possibilité d'utiliser une autre base de données que Mysql. Si vous utilisez Piwigo depuis longtemps et que vous venez de mettre à jour vous pouvez néanmoins changer de base de données grâce au plugin Database Migration. Vous pouvez alors utiliser SQLite ou PostgreSQL.

Calcul d'écart-type avec sqlite

Nicolas — Tue, 26 Jan 2010 20:56:00 +0100

SQLite est une bibliothèque qui propose un moteur de base de données. Le grand intérêt de SQLite est que toute la base tient dans un unique fichier. SQLite implémente en grande partie le standard SQL 92 mais certaines fonctions sont manquantes. Par exemple les fonctions mathématiques sont simples et il n'y a pas de fonction de calcul d'écart type.

Mais pour pallier au manque de fonction, une fonctionnalité bien pratique de SQLite est qu'on peut créer ou redéfinir des fonctions. C'est ce que nous allons faire pour pouvoir calculer l'écart type dans une requête.

Il y a de nombreuses formules de calcul d'écart type suivant les cas où on fait une estimation ou si on est sur un ensemble fini de valeurs. Dans le cas d'une requête SQL, on a un ensemble fini de valeurs et donc la formule suivante convient :

L'écart type est la racine carré de la variance. La variance est la moyenne est carrés des écarts à la moyenne. On peut scinder la somme et on obtient la moyenne de la somme des carré moins la moyenne au carré. En PHP, si on a un tableau $values qui contient les différentes valeurs, cela peut s'écrire comme ceci :

<?php
function ecart_type($values) {
  if (count($values)<=1)
  {
    return 0;
  }

  $somme = 0;
  $somme_carre = 0;
  foreach ($values as $value)
  {
    $somme += $value;
    $somme_carre += pow($value, 2);
  }

  $moyenn = $somme/count($values);
  $variance = $somme_carre/count($values) - pow($moyenne, 2);
 
  return sqrt($variance);
}
?>

Nous allons mainteant créer la fonction d'aggrégation en utilisant la méthode SQLite3::createAggregate :

<?php
SQLite3::createAggregate('std', 'ecart_type_step', 'ecart_type_finalize');

function ecart_type_step(&$values, $row_number, $value)  {
  $values[] = $value;

  return $values;
}

function ecart_type_finalize(&$values, $row_number)  {
  if (count($values)<=1)
  {
    return 0;
  }

  $somme = 0;
  $somme_carre = 0;
  foreach ($values as $value)
  {
    $somme += $value;
    $somme_carre += pow($value, 2);
  }

  $moyenn = $somme/count($values);
  $variance = $somme_carre/count($values) - pow($moyenne, 2);
 
  return sqrt($variance);
}
?>

La fonction ecart_type_step() se contente de stocker les différentes valeurs. La fonction ecart_type_finalize() est la même que tout à l'heure aux paramètres près.

On peut désormais calculer l'écart type sur un ensemble de valeur avec une requête du type :

select count(*), std(valeur) from ma_table

Le choix du nom de la fonction que l'on vient de créer (std) permet d'avoir la même requête qu'on utilise SQLite, Mysql ou PostgreSQL.

git : annuler le dernier commit non propagé

Nicolas — Sun, 29 Nov 2009 13:42:00 +0100

Je me pose à chaque fois la question et je n'arrive jamais à me rappeler comment annuler le dernier commit avant de le propager (git push).

Voici la situation, je viens de faire un commit et je m'apprête à le propager et je me rends compte à ce moment là qu'il manque des fichiers ou que certains changements manquent ou que d'autres ne font pas partie du commit. A ce moment, il n'y a rien de gênant car je suis le seul à voir ces changements. Je décide donc d'annuler le commit, en gardant tous les changements bien évidemment. La commande est finalement toute simple :

git reset HEAD^

Cela replace la copie de travail telle qu'elle était avant le commit.

Installer une version particulière d'un package debian

Nicolas — Sat, 28 Nov 2009 09:27:00 +0100

Je n'arrive jamais à m'en souvenir et pourtant la syntaxe est simplissime. En même temps ce n'est pas quelque chose que je fais tous les matins. La commande pour installer la version X.Y.Z du package MON_PACKAGE sous debian est :

apt-get install MON_PACKAGE=X.Y.Z

Il y a tout de même des restrictions : il faut que le package dans la version voulue soit "accessible", c'est-à-dire qu'il existe et qu'il soit dans une branche (unstable, stable, testing, experimental) déclarée dans le fichier /etc/apt/sources.list

Lancer plusieurs firefox avec plusieurs profils sous debian

Nicolas — Fri, 27 Nov 2009 16:19:00 +0100

Avant la version 3.5.5, il me semble, lorsque je tappais les commandes suivantes :

iceweasel -P profil1
iceweasel -P profil2

J'avais deux firefox (et oui iceweasel est le petit nom de firefox sous debian) avec deux profils différents. Depuis cette version, la deuxième commande provoque l'ouverture d'une nouvelle fenêtre mais avec le premier profil. Cette régression est très pénible. Heureusement, il y a une parade : il suffit d'exécuter chaque commande en ajoutant le paramètre -no-remote :

iceweasel -P profil1 -no-remote
iceweasel -P profil2 -no-remote

La vie en bleu

Nicolas — Tue, 27 Oct 2009 17:04:00 +0100

Juste un petit billet pour "fêter" la mise en place de mon nouveau thème. Il n'est pas parfait, loin de là, mais en attendant mieux...

Mise à jour laborieuse de mysql 5.1

Nicolas — Sat, 17 Oct 2009 20:55:00 +0200

Je mets régulièrement mon système (debian) à jour et depuis la fin septembre je bloque sur la mise à jour de mysql pour passer en version 5.1. Le paquet refuse de s'installer. J'ai beau regarder les logs, je ne comprends pas.

Par hasard, j'ai trouvé l'explication. En fait en regardant les logs système (/var/log/syslog) à l'installation du paquet, j'ai un message qui me propose de régler le problème en lançant le démon mysql à la main :

/usr/sbin/mysql --skip-grant-tables &

Cela ne fonctionne pas et j'ai droit à un message pas clair du tout :

091017 20:47:27 [ERROR] /usr/sbin/mysqld: unknown option '--skip-bdb' 091017 20:47:27 [ERROR] Aborting 091017 20:47:27 InnoDB: Starting shutdown...

En fait c'était clair mais je ne comprenais pas. Il suffit de supprimer la ligne "--skip-bdb" dans le fichier /etc/mysql/my.cnf.