Blog them all

CONOVAE (la société dont je suis co-gérant) a travaillé pour et avec Unity pour la partie développement et intégration HTML du site du distributeur de film Francais Mars Distribution. Le tout a été développé sous Ruby on Rails en approximativement un mois. Le client possède une interface lui permettant de gérer l’intégralité de ses contenus de manière autonome, y compris les contenus multimédia (photos, vidéos).

Je vous invite à visiter le site et à le faire connaitre.

Depuis le temps que je souhaitais le faire, j’ai brièvement et rapidement mis à jour mon site photographie accessible à l’adresse http://www.fabienpenso.com. Les photos seront uploadées régulièrement, et il permettra d’avoir des rendus meilleurs que ceux de flickr. Il est dommage de faire du moyen format pour se voir réduit dans une image de 500 pixels de large (taille flickr). Voilà réglé.

Pour ceux qui étaient intéressés, mon Leica M8 est vendu.

Je mets en vente mon Leica M8 (facture fournie, TVA récupérable) si certains sont intéressés. Michael Kamber, photojournaliste, a fait un excellent résumé des nombreux problèmes du boitier et qui sont pour moi rédhibitoires. Et donc en vente le boiter, qui n’en veut…

JR et d’autres artistes sont exposés à la Tate Modern de Londres. Je sais pas ce que les collages muraux valent, mais en tout cas la Tate est vraiment à visiter (et le travail de JR est en général super, même si là ça semble être les mêmes images de banlieue).

The Ruby on Rails caches_page is broken in many ways (to my believes), first of all it has a RACE bug because it does not create the cached filename atomically, and you will end up with 0 byte size cached filename. It also does not create lock files to have other process waiting instead of generating the same pages.

If you have 3 mongrel processes delivering the same non-existing (yet) page, you’ll end up with 3 mongrel processes for the same page. The following plugin does create lock files to have the 2 other waiting for a short amount of time, which should lower your cpu usage on high traffic servers.

Code is available at http://github.com/penso/caches_page_fix/

Quelques retours à chaud sur le Ruby / Railscamp qui s’est déroulé ce jour à la Cantine.

* Finalement tout le monde a les mêmes problèmes, je ferais mieux de releaser mes quelques bouts de code en plugin Rails même s’ils font peu de ligne de code (entre autres le truc pour fixer le cache de Rails qui ne marche actuellement pas).

* L’hébergement mutualisé Rails c’est pas encore ca (mais je le savais déjà).

* Toujours pas de solution intéressante en production, un truc qu’on a pas à régulièrement redémarrer (mongrel je te regarde). Un peu de causerie sur Merb, mais pas une alternative du tout pour des sites en production.

* Beaucoup de boite proposent du développement Rails, mais peu de développeurs sont disponibles à l’embauche. On peut sentir parfois une compétition entre ces boites, genre touche pas à mon/mes clients (haha).

* GitHub a bien pris parmis les développeurs présents. Renaud (feedback2.0) m’a parlé de mise en place de passerelle git-cvs pour pouvoir avoir un graphiste utiliser git sous Windows par le biais de tortoise-cvs (c’est une des raisons pour lesquelles je peux pas passer des projets entiers sous git ou mercurial, le manque de clients Windows pour ceux-ci). Le succès de GitHub montre que lorsqu’un service est bien concu, à un prix correct, il peut être rapidement adopté.

* Le lieu est sympa, on sent l’envie de faire un lieu propice au brainstorming. Par contre on sent le côté Francais (c’est pas propre au lieu) qui se veut Californien.

* Les pizzas le midi, c’est une bonne idée.

* Je préfère les conférences courtes et breves de moins de 10 minutes que celles de 1h ou 2h. Les TED sont une bonne référence (à quand la même chose à Paris/Londres etc).

* J’ai appris que ce blog était un peu lu, et que j’avais réputation d’être exigeant. J’ai fait une mini présentation improvisé de 2 minute chrono sur un truc que je code actuellement mais fallait être là pour savoir sur quoi…

A vendre tirage d’auteur de 140 centimètres, édition limitée à 5 exemplaires (+2 EA) livré avec certificat de vente et facture sur demande. Tirage lambda contrôlé par l’auteur, contre-collé aluminium et monté sur châssis. Prix : 1,500 euros.

Le tirage est visible à mon bureau, Paris 75012. Me contacter en privé pour vos questions.

Nous avons l’habitude dans nos bureaux de faire faire des travaux chez Picto, et on a toujours des problèmes (tirages mal calés, films noir et blancs très rayés, tirage lambda noir et blanc en petit format flou et dont la planéité fait penser à une assiette, tirages coupés au massicot non aiguisé et l’encre qui éclate, on me répond que je dois prévoir de plus grandes marges pour recouper moi-même, etc) . Le plus récent en date est le suivant.

Je cherchais à faire un tirage de 1.40 mêtre en lambda, contre-collé aluminium sur châssis. Je donne l’image le mercredi soir et on me programme un rendez-vous avec un technicien le vendredi matin, je demande à ce moment là à voir l’image avant le contre-collage pour éviter des erreurs et du temps perdu. Vendredi je vois le technicien (très compétent lui), on travaille l’image et ça part chez Picto Lille (les seuls à faire cette taille). Le jeudi d’après, étonné de ne pas avoir de nouvelles j’appelle Picto, on me dit que le tirage est déjà là … contre-collé ! (sic) Alors que j’avais demandé que non, de plus on ne m’a pas appelé. Je passe le voir, on me dit qu’il sera livré mardi ou mercredi matin. Le mardi midi, sans nouvelles, je passe chez Picto pour m’étonner qu’on ne me demande pas … l’adresse de livraison pour être livré le matin même. Effectivement ça manque, je la donne.

Mercredi midi le livreur livre le colis, on l’accroche et on l’ouvre et … le coin est corné alors que pour le faire sur de l’alu il faut vraiment le vouloir. J’appelle le responsable commercial Picto Paris et il est en rendez-vous, je demande que le tirage soit refait on me dit pas de soucis mais envoyer des photos du coin abimé ‘ferait aller les choses plus vite’. J’envoie, le tirage m’est relivré (pas encore vérifié son état à l’écriture de ce message) et on me dit que je peux jeter le premier (hier).

Ce matin Picto me rappelle pour me dire que finalement ils voudraient reprendre le tirage (heureusement que je l’ai pas jeté…). Coût du tirage : 800 euros environ, et beaucoup de temps perdu. Hier j’ai pris un film 24×36 qui aurait dû être non coupé (en bande) et … il a été coupé. Résultat 1h30 pour scanner le film au lieu d’une manipulation et laisser le scan tourner.

Aaah le service client Français et Picto. Remarquable !

Je ne vais pas vous faire l’affront de vous présenter GitHub ou Gitorious mais quand j’utilise ces services je me dis que c’est vraiment ce qui manque à mercurial… A quand la même chose ?

Sur une machine Debian Etch :

~$ ruby –version
ruby 1.8.5 (2006-08-25) [i486-linux]

~$ ruby -rdate -e “p Date.parse(’Sin Aba 15 17:13:48 CEST 2008′).month”
/usr/lib/ruby/1.8/date.rb:650:in `new_with_hash’: 3 elements of civil date are necessary (ArgumentError)

Sur une Ubuntu :

~$ ruby –version
ruby 1.8.6 (2007-09-24 patchlevel 111) [i486-linux]
~$ ruby -rdate -e “p Date.parse(’Sin Aba 15 17:13:48 CEST 2008′).month”
5

Conclusion, Debian en plus d’avoir des bugs dans SSL se contente d’un Ruby 1.8.5 antédiluvien et qui ne sait pas lire les dates à un format étranger, sauf si les locales sont positionnées, chose qu’on ne peut pas faire en Ruby. ruby-locale trouvé sur Internet et publié au siècle dernier me donne :

irb(main):003:0> Locale.setlocale(Locale::LC_ALL, “fr_FR.UTF-8″)
SystemCallError: unknown error - call to setlocale failed for args (6, fr_FR.UTF-8)

Alors que la locale est installée sur le serveur. Ruby 1.8.6 n’est pas disponible dans les backports. 2h de perdu pour comprendre d’où venait ce bug… Et il m’en faudra une de plus pour compiler Ruby sur le serveur.