Archives de décembre 2010

Gare aux brevets logiciels !

Ce mois-ci dans linux magazine france, il y a un très bon article sur les brevets logiciels : fonctionnement, absurdité, dangers, etc.

Je pense que cette lecture vous convaincra de signer la pétition numérique « Stop aux brevets logiciels« . Même si je ne suis pas certain qu’une pétition puisse changer quoi que ce soit, c’est fait en deux minutes.

stopsoftwarepatents.eu petition banner

Publicités

Poster un commentaire

Comment installer, configurer et utiliser eRuby pour le développement web

Pour un projet web particulier avec Ruby, j’avais besoin d’utiliser eRuby sur un serveur Debian Lenny.
Pas Ruby and Rails, pas mod_ruby, juste eRuby. La documentation sur internet n’est pas pléthorique.
Que ce soit pour la configuration de eRuby avec le serveur web apache ou pour son utilisation, il faut
jouer au détective. Et si vous ne maîtrisez pas l’anglais, vous pouvez passer votre chemin.
Voilà donc un petit topo, pour les francophones, sur la configuration et l’utilisation de eRuby en développement web.

Lire la suite »

, , , , , , ,

Poster un commentaire

Introduction au langage Sed 3 – Substitution de texte

Lire l’article précédent : Introduction au langageSed 2 – les adresses

Le point fort de Sed est la substitution de texte. C’est la commande s qui s’en charge. Cette commande est un véritable couteau suisse. Je vous présenterais ici quelques unes de ces nombreuses possibilités.
Voici le format générique de cette commande, que vous allez pouvoir utiliser pour substituer du texte depuis un fichier :

sed 's/motif/remplacement/option' fichier

La partie option est … optionnelle.

Lire la suite »

, ,

Poster un commentaire

Ruby : étendre la classe Logger

Je ne vous apprendrez rien en vous disant que vos applications gagneraient bien souvent à utiliser un fichier de log. C’est un moyen simple d’améliorer la sécurité, de produire quelques statistiques et de fournir des pistes pour la chasse aux bugs.
La classe Logger de Ruby, dans sa version de base, ne me convient pas parfaitement, pour la plupart de mes projets. Ceci pour 2 raisons :

  1. Il n’est pas évident d’utiliser une même instance de Logger dans toute l’application. Or, dans la plupart des cas, je n’utilise qu’un seul log par application.
  2. 9 fois sur 10, un événement qui sera logué au niveau FATAL devra entraîner la fin prématurée de l’application, ce que ne fait pas la classe Logger.

Je vous propose donc la petite amélioration suivante :
Lire la suite »

, , , ,

Poster un commentaire