planete drupalfr -

What food do you want to eat at DrupalCon Paris?...

DrupalCon Paris 2009 — Sat, 04 Jul 2009 00:02:27 +0000

This was moved from the wiki page to allow for trackable comments. The author is is Isabell S

Now we need to have input for the exact menu for the buffet to hand over to the caterers. The more specific and detailed we are the more likely we will get what we want. We don't have much time as we are meeting with the caterers in a matter of days. So, please, get your ideas down here as soon as possible. Feel free to add comments below too.

Many thanks for the great feedback from the polls (on Healthy food at DrupalCon: what sounds like the best option to you? and twtpoll). There was a good number of votes and comments. It's obvious that around 75% of us want to go for the "Free buffet: people can choose between different sets of vegetables, fruits, bread..." rather than "Prepared sets, including vegetarian alternatives (salads for example)"...

Let's err on the side of quality rather than purely quantity and also keeping things simple rather than fancy (like mysterious sandwich topping combinations! ;-). So, "simple healthy quality" are the watchwords. Let's also encourage people not to load mountains on their plates and so leaving the enough of the "best things" for everyone. We can do this by saying "please take up to one/two of these" next to a dish perhaps.

Do we need to do a poll to see how many people are vegetarian, vegan, celiac (intolerant to gluten/wheat) or what else? If so, should/could this be poll be within the user profile on the DC website?

Let's also remember why we need attractive, delicious and healthy food at DrupalCon. It's about using food to keep us all awake, alert and most productive. Also, having attractive food so that people will want to stay in the venue for lunch and so increasing the value of the event as a space for people to network.

Not sure what the cost issues are for serving hot food as opposed to cold food but please bear this in mind and give options for an all cold buffet as that could be cheaper.

From the comments so far I've tried to collate how we would set up the buffet...

Salads

All salad dressings must be on the side: including olive oil, lemon juice, vinaigrette and any "mysterious mayonnaise".
Carrot sticks. But have to be cut fresh in the morning as cut carrots tend to get a bit manky if left for too long.
Green leaves: lettuce.

Vegetarian

Ratatouille - simple with no vinegar. See: http://www.beyond.fr/food/ratatouille.html. Could be served hot or cold.
Soup: What kind?
Hummus. Can be served cold.
Falafel. Can be served cold.

Meat

Local smoked fish: Mackerel is generally the cheapest fish around but it also has excellent healthy oils in it. Is it locally fished in France? Can be served cold.
Chicken: what kind?
Soup: What kind?
Can we get away with just providing fish and chicken? Can we all do without red meet and shellfish for a few days?

Carbohydrates

Bread: baguettes? Is a brown alternative needed?
Rice: Brown rice is more healthy but most people only know about white rice. What to do?
Potatoes: come in many forms. Which do we choose?
Rice cakes/crackers.
Crisps.

Fruit

What types and how many per person will we need?
(apple / banana / pear / peach) are all easy to handle.
I'd say one piece per person on average should be sufficient

Drinks

Water - use of water coolers in Szeged worked well, but ran out too often
Cold drinks - were provided in Szeged but not enough to go around
Coffee

Logistics

Use metal cutlery and washable plates to reduce our landfill/carbon footprint.
Use local produce where possible.
Avoid packaging and waste as much as possible.
Where appropriate have messages saying number of items to load on a plate so everyone can have one.

DrupalCon Paris 2009

What food do you want to eat at DrupalCon Paris?...

DrupalCon Paris 2009 — Fri, 03 Jul 2009 09:43:29 +0000

Please update this wiki page AND put your comments at http://groups.drupal.org/node/23881 . For some reason we can't have comments on a wiki page. But please don't delete this page as it needs to be a wiki so everyone can have input.

Do we need to do a poll to see how many people are vegetarian, vegan, celiac (intolerant to gluten/wheat) or what else? If so, should/could this be poll be within the user profile on the DC website?

Not sure what the cost issues are for serving hot food as opposed to cold food but please bear this in mind and give options for an all cold buffet as that could be cheaper.

From the comments so far I've tried to collate how we would set up the buffet...

Salads

All salad dressings must be on the side: including olive oil, lemon juice, vinaigrette and any "mysterious mayonnaise".
Carrot sticks. But have to be cut fresh in the morning as cut carrots tend to get a bit manky if left for too long.
Green leaves: lettuce.

Vegetarian

Ratatouille - simple with no vinegar. See: http://www.beyond.fr/food/ratatouille.html. Could be served hot or cold.
Soup: What kind? Could be messy though. Tomato? Mushroom?
Hummus. Can be served cold.
Falafel. Can be served cold.

Meat

Local smoked fish: Mackerel is generally the cheapest fish around but it also has excellent healthy oils in it. Is it locally fished in France? Can be served cold.
Chicken: what kind?
Soup: What kind?
Can we get away with just providing fish and chicken? Can we all do without red meet and shellfish for a few days?
Some fish/chicken curry would be a great option

Carbohydrates

Bread: baguettes? Is a brown alternative needed? Mixture of bread is always weelcome.
Rice: Brown rice is more healthy but most people only know about white rice. What to do?
Basmati rice has the lowest Glycemic index - even lower than brown rice - making it an ideal carbohydrate for diabetics
Potatoes: come in many forms. Which do we choose?
Rice cakes/crackers.
Crisps.

Fruit

What types and how many per person will we need?
(apple / banana / pear / peach) are all easy to handle.
I'd say one piece per person on average should be sufficient

Drinks

Water - use of water coolers in Szeged worked well, but ran out too often
Cold drinks - were provided in Szeged but not enough to go around
Coffee

Logistics

Use metal cutlery and washable plates to reduce our landfill/carbon footprint.
Use local produce where possible.
Avoid packaging and waste as much as possible.
Where appropriate have messages saying number of items to load on a plate so everyone can have one.
Rather than having a big long table we should have say 4 different table sets where people can get the same food. That would help with the bottleneck of queuing.

DrupalCon Paris 2009

Drupal 6.13 et 5.19

drupalfr.org — Wed, 01 Jul 2009 21:20:43 +0000

Drupal a été mis à jour afin de corriger une vulnérabilité qualifiées de "modérément critiques" (SA-CORE-2009-007).

Téléchargement :

Performances de postgresql 8.3

Artisan Numérique — Tue, 30 Jun 2009 22:35:56 +0000

Il était grand temps que je passe à PostgreSQL 8.3. Je ne sais d'ailleurs pas bien pourquoi j'ai autant retardé cette migration qui m'a prise en tout et pour tout 10 minutes. Toujours est-il que j'en ai profité pour tenter quelques tests de performances dont voici les résultats.

Performances de la 8.2

Il ne faut pas se leurrer PostgreSQL est clairement un poil en dessous des performances de mySQL. Un gros poil en MyISSAM, et un petit poil en InnoDB. ceci dit, il faut comparer ce qui est comparable et MyISSAM étant bien loin de ce que l'on peut attendre d'une base de données. De toute façon je ne ferais aucune comparaison car 1/ cela attires les trolls comme les mouches et 2/ En 3 ans sous PostgreSQL je n'ai jamais perdu une seule donnée, ce qui est loin d'être le cas MySQL.

Pour commencer, utilisation de l'ami pgbench pour vérifier le nombre de transactions par minutes avec l'ancienne 8.2, histoire de voir ce qui a évolué.

root#createdb testsDatabase createdroot#pgbench -i -U postgres testscreating tables...10000 tuples done.20000 tuples done....root#pgbench -s 10 -c 10 -t 100 -U postgres testsstarting vacuum...end.transaction type: TPC-B (sort of)scaling factor: 1number of clients: 10number of transactions per client: 100number of transactions actually processed: 1000/1000tps = 190.293871 (including connections establishing)tps = 192.064251 (excluding connections establishing)root#

Performances de la 8.3

Oui je sais, c'est pas beaucoup, une bonne vieille dedibox v1 avec son gentil via c7, faut pas non plus s'attendre à des miracles . Maintenant mise à jour vers la 8.3 et re-test.

root#pgbench -s 10 -c 10 -t 100 -U postgres testsstarting vacuum...end.transaction type: TPC-B (sort of)scaling factor: 1number of clients: 10number of transactions per client: 100number of transactions actually processed: 1000/1000tps = 210.847159 (including connections establishing)tps = 213.308078 (excluding connections establishing)root#

12% de performances supplémentaires comme cela, hors de la boîte comme on dit, c'est plutôt pas mal.

Optimisation de la 8.3

Après il est toujours possible d'optimiser. Le plus classique consiste à augmenter l'espace de mémoire partagée à 25% de la mémoire totale, la taille du cache à 50%, et l'espace de hashage par session à disons 32mo. Ce qui nous donne à rajouter dans postgresql.conf les lignes suivantes :

shared_buffers = 256MB
work_mem=32MB
effective_cache_size = 512MB

Il se peut que votre Postgresql coince sur la mémoire partagée et qu'il vous faille augmenter sa valeur au niveau de Linux. Cette valeur est lisible et réglable (en octets) en passant par le pseudo-fichier cat /proc/sys/kernel/shmmax. Pour que ce soit pris en compte de manière définitive, il vous faudra ajouter à votre /etc/sysctl.conf la ligne kernel.shmmax=536870912 pour 512Mo max de mémoire partagée (et redémarrer).

L'autre optimisation, un peu plus casse-binette, consiste à déconnecter le fsync à chaque transaction, laissant cela au système de fichier sous-jacent. Attention, en cas de panne électrique, ceci peut entraîner une corruption des données. Mais avec des backups toutes les nuits et une si petite bécane, c'est un risque que je prends.

fsync=false
full_page_writes=false

Il ne reste dés lors plus qu'à tester les nouveaux réglages.

starting vacuum...end.transaction type: TPC-B (sort of)scaling factor: 1number of clients: 10number of transactions per client: 100number of transactions actually processed: 1000/1000tps = 230.752581 (including connections establishing)tps = 233.833402 (excluding connections establishing)root#

Et hop, 10% de performances en plus, c'est toujours ça de pris.

Dans la série des optimisations, j'ai aussi tenté d'ajouter pgpool qui m'aurait permis d'après certains post glanés à droite à gauche, de gagner encore en vitesse grâce à son cache de connections et la parallélisation des requêtes. Et bien ce ne fût pas concluant du tout et même au contraire. Je ne sais pas si je m'y suis mal pris mais le résultat était moins bon avec pgpool que sans.

Conclusion

Voilà, il ne reste plus qu'à attendre la version 8.4 pour voir si les performances s'améliorent encore un peu plus permettant ainsi de rattraper les tout de même 20% en faveur de MySQL/InnoDB. En attendant mes basottes vivent très bien et pour rien au monde je ne reviendrait sur cette stabilité.

Drupal, Views et les dangers du clickodrome....

arNuméral — Mon, 29 Jun 2009 19:40:45 +0000

Je l'avoue bien volontier, j'ai mis du temps à reconnaître que CCK était un outil réellement indispensable. Il n'y a que les imbéciles qui ne changent pas d'avis dit le dicton. Mais s'il est un module qui continue après tout ce temps à me laisser comme une poule devant un couteau, c'est bien Views. Et encore, c'était avant d'étudier d'un peu plus près les performances de la bête...

Cas d'école

Raison de mon énervement passager, une vue prise "au hasard" parmi plus de 140 (ouch!) sur un projet qui souffre de quelques lenteurs... Un vue toute simple présentée sous la forme d'un bloc contenant une liste elle-même issue d'une pauvre requête sensée renvoyer 1 enregistrement avec comme critères un type du noeud, une date CCK dans le passé et un tri par date décroissante. Pas le Pérou donc, et pourtant il faut pas moins de 230ms à Views pour générer cette petite vue. Relativement lent donc au regard du travail effectué, ce sera donc le cas pratique que j'utiliserais pour comprendre ce qui se passe.

La requête SQL

Pour voir un peu la tête de la requête générée, il est possible soit d'utiliser l'aperçu de Views2, soit, plus simplement, de mettre des traces en sortie de db_query. Voilà ce que cela donne :

SELECT
DISTINCT(node.nid) AS nid,
node_data_field_contenu_1.field_contenu_1_nid AS node_data_field_contenu_1_field_contenu_1_nid,
node.type AS node_type,
node.vid AS node_vid,
node_data_field_contenu_1.field_contenu_2_nid AS node_data_field_contenu_1_field_contenu_2_nid,
node_data_field_contenu_1.field_contenu_3_nid AS node_data_field_contenu_1_field_contenu_3_nid,
node_data_field_contenu_1.field_contenu_4_nid AS node_data_field_contenu_1_field_contenu_4_nid,
node_data_field_contenu_1.field_contenu_5_nid AS node_data_field_contenu_1_field_contenu_5_nid,
node_data_field_contenu_1.field_contenu_6_nid AS node_data_field_contenu_1_field_contenu_6_nid,
node_data_field_date.field_date_value AS node_data_field_date_field_date_value
FROM node node
LEFT JOIN content_field_date node_data_field_date ON node.vid = node_data_field_date.vid
LEFT JOIN content_type_une node_data_field_contenu_1 ON node.vid = node_data_field_contenu_1.vid
WHERE
((node.type IN ('tagazok')) AND (node.STATUS <> 0))
AND (DATE_FORMAT(STR_TO_DATE(node_data_field_date.field_date_value, '%Y-%m-%dT%T'), '%Y-%m-%d\\T%H:%i:%s') <= '2009-06-30T00:55:00')
ORDER BY node_data_field_date_field_date_value DESC
LIMIT 0,1

Requêtes à la Views

Avouons déjà que c'est tout de même très moche, et à ceux qui me dirait "mais c'est pas grave, on le voit pas", je répondrais "le code HTML de MS-Word aussi personne ne le voit, pourtant y'en a plein que ça défrise...".

Mais au delà de ces considérations esthétiques propres à chacun, voyons ce que nous avons dans notre besace à la Prévert:

Un aliasing inutile de tous les champs (jusqu'à un node node bien mignon)
Une condition de barbare pour sélectionner une simple date dans le passé.
Un recherche dans un ensemble d'une seule valeur (node.type in ('tagazok')).
La remontée d'une tripotée de champs sans intérêt alors que seuls les field_contenu_XXX étaient demandés.
Un Distinct qui fait joli avec le limit 0,1.

Nous ne pouvons pas faire grand chose sur la condition barbare, mais voyons à quoi ressemblerait un code SQL débarrassé du reste de joyeusetés. Il ne s'agit pas vraiment d'optimisation mais juste d'un petit nettoyage printanier.

SELECT b.* FROM node n
LEFT JOIN content_field_date a ON n.vid = a.vid
LEFT JOIN content_type_une b ON n.vid = b.vid
WHERE
n.type='tagazok' AND
n.STATUS <> 0 AND
(DATE_FORMAT(STR_TO_DATE(a.field_date_value, '%Y-%m-%dT%T'), '%Y-%m-%d\T%H:%i:%s') <= '2009-06-29T18:38:49')
ORDER BY a.field_date_value DESC
LIMIT 1

requête à la main

MySQL le fautif ?

Notre premier test consistera donc à voir si les performances diffèrent significativement entre des deux requêtes. Pour ce faire, j'ai simplement crée un script Drupal procédant à 1000 exécutions de chacune des deux requêtes :

RequêteItérationsTemps
Views10000.54
Manuelle10000.47

Déjà rien que là, on a gagne 13.3% de performances ce qui est assez inquiétant. En effet, d'un point de vue purement sémantique, les deux requêtes sont tout de même très proches l'une de l'autre, et les bases de données sont sensées gommer ce genre de détail à travers leur module d'optimisation. J'aurais donc tendance ici à aller taper sur l'optimisateur de requête de MySQL qui semble bien en deçà de ce que l'on a l'habitude de trouver sur une base Oracle ou même PostgreSQL.

Le choix des types de champ

Ceci étant dit, nous parlons là de 13% et cela n'explique pas que le rendu soit si lent. ce qui n'est rien en comparaison de ce que nous coûte la condition barbare. En effet, si l'on retire cette horreur, c'est un gain de 39% que nous obtenons...

Ici Views n'est qu'une victime d'un petite désastre vienant de CCK. En effet, pour gérer les dates dans les contenus, CCK implique l'utilisation du module Date API). Ce dernier lui fournit trois types de date possibles : Date, DateStamp et TimeDate. Chacun de ces types a sa propre représentation interne en base de données. Le type Date n'est rien d'autre qu'un VARCHAR2, DateStamp est un entier contenant un timestamp UNIX et DateTime correspond au type "date" du SGBD.

Du coup, en choisissant le type Date pour un champ, on oblige chaque requête devant implémenter une condition sur ce champ, à jongler entre la représentation textuelle de la date et sa représentation "entière". Des conversions qui ont un coût non négligeable à additionner à celui de devoir travailler sur un plus grand volume de données.

Le type "Date" pour un champ CCK est donc à éviter à tout prix car sinon au profit d'un DateStamp.

Le coût du click

Mais le plus intéressant n'est pas encore là. Pour avoir une vision complète, il nous faut comparer cette fois les vitesses de rendu du bloc views, celui impliqué par en gros 20 lignes de PHP dans un module.

Rendu de blocItérationsTempsselectdeleteinsertupdate
Par Views1002.3153101020
Par un module custom1000.07100000

Notez pour l'échelle de grandeur, que le premier teste (SQL) a été répété 1000 fois pour obtenir ces temps, et seulement 10 fois pour ceux portant sur la génération des blocs. Et là nous sommes juste à 96.4% de performances supplémentaire en faveur de nos 20 lignes de PHP.

Alors pourquoi ? Une partie de la réponse se trouve dans les colonnes suivantes. Disons que pour une simple liste générer 5.3 requêtes SELECT, 1 requête DELETE, 2 requêtes UPDATE et 1 requêtes INSERT, ne peut pas, avec la meilleur bonne volonté du monde, donner de bons résultats.

C'est un peu la quadrature du cercles cette histoire, il faut des requêtes pour remonter les modèles de vues stockées en base, qui vont permettre à grand coups de hooks et de plugins (et donc de temps CPU), de générer une requêtes SQL que l'on va, à grand coups de hooks et de plugins formater en une simple liste à puces. Et comme tout ceci prend du temps, on rajoute en plus des couches de cache pour cacher la misère (les INSERT/DELETE/UPDATE). Tout cela pour s'éviter de rédiger 20 lignes de PHP, c'est un peu dur.

Le cache de block ne sauvera personne

Après j'en entend qui disent "pas grave, y'a le cache de blocks, et puis si c'est pas suffisant, y'a le cache de page". Certes, mais déjà le cache de page ne fonctionne que pour les visiteurs anonymes et celui de block fait ce qu'il peut avec les authentifiés.

Ensuite les caches de bloc ET de page sont virés dès qu'un contenu et/ou commentaire est ajouté. Autant dire que sur un site à gros trafic il ne faut pas trop y compter. Si si, je vous assure... Ligne 776 de comments.module :

// Clear the cache so an anonymous user can see his comment being added.
cache_clear_all();

Et si l'on regarde la fonction cache_clear_all() :

if (!isset($cid) && !isset($table)) {
// Clear the block cache first, so stale data will
// not end up in the page cache.
cache_clear_all(NULL, 'cache_block');
cache_clear_all(NULL, 'cache_page');
return;
}

Et voilà...

Conclusion

Autant Views est clairement plus lent qu'un travail fait proprement à la main, autant il ne faut pas non plus jeter le bébé avec l'eau du bain. Pour de petits sites tranquilles ce module permet à un non-développeur de fabriquer sans connaissance particulières ses propres listes, flux, blocs, etc... Maintenant pour un site "pro", il faut clairement réfléchir un peu avant de coller cela sur une home-page.

Pour le reste, Views est une redoutable documentation interactive permettant en quelques clicks de comprendre la construction de requêtes un peu tordues du genre "comment avoir la liste des contenus ayant les meilleurs notes et écrits par mes amis". Rien que pour cela je lui suis redevable

Web Developer and Designer | American University of Paris

Drupal Groupe France — Mon, 29 Jun 2009 15:19:38 +0000

The American University of Paris is seeking a Web Developer and Designer to maintain, develop and design its institutional Web presence.

Please note that while we are not seeking a Drupal developer, our campus portal runs on Drupal. The Web Developer and Designer will be responsible for managing the University's existing official website (based on MS FrontPage) while planning to move it to a new platform. This person will also work with the current portal administrator to improve interaction between the official site and the portal.

This is a full-time, permanent contract (contrat à durée indéterminée / CDI).

Founded in 1962, the American University of Paris offers undergraduate and graduate programs to approximately 1000 students representing about 100 nationalities. It is located in the 7th arrondissement of Paris, between the Eiffel Tower and the Hotel des Invalides.

For more information or to apply, click the link below.

France

Deadlines are coming up

Drupal Groupe France — Mon, 29 Jun 2009 11:19:35 +0000

June is almost over and several deadlines are coming closer.

Here a reminder of what you need to check, revise, create, etc. if concerned:

Day Care

Deadline: July 1st
Please verify your info in your profile again, if you want to bring your little ones to Paris, so that we can prepare accordingly.

Scholarships

Deadline: July 1st
We have received quite a bit of applications.
Please check your info, documents of proof etc.; anything that you can convince us with. Also, please indicate what exactly you need, and/or what you have already to be able to come, stay and attend the DrupalCon Paris.

Session Proposals

Deadline: July 8th
You can propose a session still, and you can also vote on them. We made it custom-friendlier. :)
For those who haven't voted yet, haven't seen the latest proposals, have another look!
Note: The voting is, indeed important, as we will base the decision, on what sessions to include in the conference, on those votes.

Early Bird Ticket

Deadline: July 12th
Get your ticket before the price is going up.

France

Drupal, update_sql et les accolades...

arNuméral — Sat, 27 Jun 2009 15:34:33 +0000

Dans la série chercher longtemps pour trouver peu, voilà 2h que je piétinais pour comprendre pourquoi il m'était impossible de désérialiser des données stockées en base, dans la procédure de mise à jour d'un de mes module.

S'il y a bien un truc agaçant avec le système de mise à jour de Drupal, c'est cette maudite fonction update_sql. C'est en effet LA fonction préconisée pour lancer des requêtes (insert, delete, etc.) car c'est la seul qui fournisse un résultat qui pouvant être affiché dans le rapport final de mise à jour.

Alors déjà cette joyeuse fonction ne supporte pas les substitutions. Ce qui ne donne pas un code très propre. Du coup, pour insérer de la données sérialisée, on se retrouve avec des choses du genre

$serialized=serialize($mon_machin);
update_sql("insert into {ma_table} value (serialized) '".$serialized."'");

insertion d'une donnée sérialisée lors d'une mise à jour

Mais non content d'être laid, cette approche plante toute simplement. Pourquoi, à cause de l'absence de substitution, justement...

En effet, dans $serialized se trouve une chaîne de représentation sérialisée de $mon_machin. Et si l'objet d'origine contient des tableaux (ou est un tableau), PHP va insérer des accolades pour définir les différents niveaux de récursion :

a:1:{s:4:"view";a:6:{s:15:"explore_subdirs";b:0;s:17:"private_downloads";b:0;s:14:"hide_extension";b:0;s:15:
"forbidden_files";a:1:{i:0;s:0:"";}s:13:"allowed_files";a:1:
{i:0;s:0:"";}s:22:"allowed_uploaded_files";a:1:{i:0;s:0:"";}}}'

valeur serialisée

Du coup, comme update_sql n'autorise pas les substitutions, elle va passer la requêtes telle quelle à db_query qui ne s'attend pas à y trouver d'autres valeurs que %s ou %d. Ainsi, sans se poser de question, cette dernière va considérer que tout ce qui est entre accolades est un nom de table, et va tout préfixer avec le préfixe par défaut (souvent vide). Résultat des courses, une valeur sérialisée en base sans aucune accolade et donc sans espoir d'être desérialisée un jour...

Vous l'aurez compris, pour les mise à jour avec valeurs serialisées (ou risquant de contenir des accolades), update_sql c'est poubelle. Il vaut mieux ne pas avoir de rapport et utiliser le classique db_query. Là ça marche tout de suite beaucoup mieux...

Il est aussi possible de refaire proprement un update_sql de la manière suivante :

function mon_update_sql($query) {
$args = func_get_args();
$result = call_user_func_array("db_query", $args);
return array('success' => $result !== FALSE, 'query' => check_plain($query));
}

Développeur Web multimédia | Carburant

Drupal Groupe France — Thu, 25 Jun 2009 15:11:38 +0000

L’agence Carburant recherche un Concepteur Développeur Multimédia HTML (H/F) maîtrisant la programmation PHP/MySQL/javascript.

Vous participerez à la réalisation de projets variés (sites internet et intranet, sites e-commerce, jeux...) pour des clients prestigieux.

Dans le cadre de vos réalisations, vous serez amenés à collaborer avec l'ensemble des profils de l'agence (Directeurs artistiques, Chefs de projet, Flasheurs...).

Une expérience au sein d’une web agency et Un intérêt pour le secteur du jeu vidéo est appréciable.

De formation universitaire BAC+2 minimum ou école d’ingénieur en informatique, vous justifiez idéalement d’une expérience professionnelle de 3 ans dans le développement de sites Web.

compétences requises :
- PHP5 / MySQL
- (X)HTML /CSS / Javascript / Ajax
- Programmation orientée Objets
- Très bonne connaissance du CMS DRUPAL

Lieu : Ile-de-France
Durée : A définir
Rémunération : A négocier
Date de début : ASAP
Contact : jobs@carburant.fr

Société : Carburant
Carburant est une agence conseil en communication et marketing online. Nous concevons et réalisons des sites web, des campagnes on-line, des jeux concours, des opérations de buzz et de promotion, des vidéos virales, des actions de recrutement et de fidélisation. Nous participons à la création et au développement de communautés, à la réalisation d’outils web 2.0.

Sites récemment réalisés : www.guitarherogame.fr , www.atelier-cocktail.com, www.sega-club.fr

France

La gestion des thèmes Drupal

arNuméral — Wed, 24 Jun 2009 09:42:58 +0000

La gestion des thèmes de Drupal est une vraie merveille en permettant tant aux développeurs et qu'aux thèmeurs de bosser chacun avec son domaine de compétence, toute en assurant une parfaite indépendance entre les données et la présentation.

Cette gestion repose essentiellement sur une fonction, theme(), dont le rôle est de découpler la donnée de la présentation. De l'appel à theme() découle tout un processus relativement complexe qu'il est important de bien maîtriser pour savoir où et comment modifier l'apparence globale de Drupal.

Thème de site et hook de thème

Tout d'abord il faut distinguer deux notions. D'un côté le thème du site, qui est l'ensemble des modèles et des ressources (images, css, etc.) utilisé pour créer une apparence globale, un "look & feel". De l'autre côté le hook de thème défini par un module, qui est un outil capable de transformer une donnée (ex. un "lien") en un fragment de code XHTML. Une autre manière de comprendre la différence est de se dire que le thème du site est utilisé par les hooks de thème des modules, ou plus exactement que le thème du site correspond à l'exploitation de la possibilité personnalisation des hooks de thème des modules.

Et ces hooks de thème fournis par les modules sont invoqués par une seule et même fonction Drupal, theme().

La fonction theme()

La fonction theme() prend en premier paramètre un hook, correspondant au type de transformation que l'on cherche à opérer sur les données à formater (les paramètres qui suivent). Par exemple :

theme('link', $lien) va transformer l'objet PHP $lien en un fragment XHTML.
theme('page', $contenu), car transformer les données textuelles de $contenu en une page XHTML.

Dans le premier cas le nom du hook est link et est page dans le second.

Fonctions de thème et modèles de thème

A ce stade, il est sans doute plus simple de suivre avec un schéma. Celui que vous trouvez sur la gauche reprend l'ensemble du processus de la fonction theme().

Pour effectuer son travail, la fonction theme() va commencer par rechercher des informations sur le hook dans le registre des thèmes.

Ce registre a été créé par Drupal par la fonction drupal_rebuild_theme_registry() en explorant les modules actifs pour déterminer la liste des hooks présents. Et pour chaque hook, il va explorer tous les thèmes de sites et modules actifs pour déterminer qui est éligible à la prise en charge de ce hook. Pour information drupal_rebuild_theme_registry() est appelé systématiquement à chaque fois que l'on va sur la page d'administration des thèmes.

Chaque module peut ainsi déclarer de nouveaux hooks en choisissant entre deux méthodes possibles.

Soit le hook fait appel à une fonction PHP, c'est le cas de theme('link', ...) qui fait appel à theme_link(..)
Soit il fait appel à un modèle, c'est le cas de theme('page', ...) qui fait appel à page.tpl.php.

Une fois la méthode fixée, les modules définissent un "comportement par défaut" pour les hooks qu'ils déclarent (une fonction par défaut ou un modèle par défaut). Bien évidemment, ceci n'empêche aucunement ce comportement de pouvoir être modifié par le thèmeur. Ainsi si le hook est défini par une fonction (ex. theme_link), le thèmeur pourra alors déclarer dans le fichier mon_theme/template.php de son thème de site une fonction mon_theme_link qui viendra remplacer celle du développeur.

De la même manière, si un hook de thème est défini par rapport à un modèle (ex. page.tpl.php), il pourra être "remplacé" par un modèle équivalent dans le dossier du thème du site (ex. mon_theme/page.tpl.php).

Les modèles éligibles

Ça c'est la première approche, de manière plus affinée, pour un même modèle, Drupal défini un ensemble de "suggestions" de noms de modèle que le thèmeur pourra utiliser dans son dossier mon_theme.

Par exemple s'il veut définir un modèle de page spécifique au chemin http://mon_site.com/rubrique, il va alors créer un modèle mon_theme/page-rubrique.tpl.php qui ne sera utilisé par theme('page', ..) que pour les URL qui commencent par rubrique. Une liste exhaustive des suggestions possible pour les modules du core de Drupal est disponible ici.

Enrichissement des variables du modèle

L'autre finesse correspond aux variables qui sont fournies au modèle. En effet, avant d'y faire appel, Drupal va appeler toute une série de fonction *_preprocess et *_preprocess_hook dans un ordre déterminé qui chacune vont aller enrichir le tableau de variables à passer au modèle et qui leur est donné en paramètre (&$vars).

Le thèmeur peut donc, toujours dans mon_theme/template.php créer des fonctions de la forme mon_theme_preprocess qui seront appelées pour chaque modèles, ou encore de la forme mon_theme_preprocess_hook qui elles ne seront appelées qu'avant l'appel d'un modèle défini par hook. Par exemple, la fonction mon_theme_preprocess_page permettra d'ajouter de nouvelles variables pour le hook page qui seront donc disponible tant pour le modèle page.tpl.php que pour tous les modèles de suggestion (ex. page-rubrique.tpl.php).

En réalité, Drupal ne s'amuse pas à chercher à chaque appel à theme() quelles fonctions sont utilisables. C'est en effet au moment de la construction du registre de thème que les fonctions éligibles sont classées par ordre d'exclusion et/ou de priorité. La fonction thème sait donc toujours instantanément quel fonction ou quel modèle appeler dans n'importe quelle situation.

A la recherche du thème perdu

Du côté thèmeur, il n'est pas forcement aisé de savoir :

Quel module est responsable de la présentation de tel ou tel élément d'une page. Drupal est en effet un outil purement systémique et chaque module peut potentiellement déclarer des hooks.
Si le hook défini comme une fonction ou comme un modèle.

Pour résoudre ce problème, vous pouvez déjà vous référer au manuel des thèmes (en anglais) qui fourni déjà pas mal d'informations, au moins pour les module du coeur de Drupal.

Une autre option sans doute plus directe, est d'exploiter le module devel qui fourni de manière très simple (il suffit de cliquer sur l'élément à explorer) la liste des modèles éligibles et des fonctions.

Et les autres moteurs ?

Ici j'ai tout de même passé sous silence l'aspect multi-moteur de Drupal en partant du principe que seul PHPTemplate existait. C'est effectivement le cas dans 80% des cas. Sachez seulement qu'une couche de traitement supplémentaire faisant appel au moteur de rendu serait dans le cas contraire à ajouter au processus, et que toutes les fonctions préfixées par phptemplate le serait par le nom du moteur que vous aurez utilisé.

Conclusion

J'espère avoir un peu débroussaillé le vaste sujet de la gestion des thèmes de Drupal. Et aussi montré à quel point il avait été pensé autant par les développeurs que par les thèmeurs, ce qui est assez rare pour être souligné.

Parler Drupal à Paris

David Lesieur — Mon, 22 Jun 2009 17:12:18 +0000

Patrick Fournier, mon associé chez Whisky Echo Bravo, et moi-même seront présents à la prochaine conférence Drupal, qui se tiendra à Paris du 1er au 5 septembre prochain.

En plus d'être une occasion idéale pour renforcer nos liens avec plusieurs collaborateurs virtuels et apprendre des pratiques d'autres développeurs, l'évènement DrupalCon permet de prendre le pouls de la communauté Drupal, de découvrir les dernières tendances et d'obtenir une vision claire des stratégies préconisées par les leaders de la communauté pour améliorer la plateforme dans les mois à venir. En effet, lors de la conférence DrupalCon tenue à Boston l'an dernier, j'ai été surpris par la richesse des échanges et la quantité de décisions importantes prises sur place. Même dans une communauté à ce point virtuellement connectée, tout ne se joue donc pas dans le cyberespace! Pour Whisky Echo Bravo, l'implication dans le développement de Drupal et la participation à cette conférence contribuent à la prise de décisions judicieuses pour nos clients, notamment pour assurer la viabilité de leur plateforme Web à plus long terme.

Il y a fort à parier que nous nous intéresserons de près aux activités liées à la diffusion vidéo et aux moteurs de recherche (dont les projets ApacheSolr et Faceted Search), des sujets au coeur de notre travail. Ceci dit, les conférences passées n'ont jamais manqué de matière intéressante et nous tenterons d'en toucher le plus possible!

En marge de la conférence, nous espérons aussi rencontrer quelques-uns de nos clients et partenaires Français. D'où que vous soyez, si Drupal vous intéresse et que vous êtes à Paris début septembre, n'hésitez-pas à nous contacter afin qu'on programme une rencontre!

Tours for Attendee's Companions

DrupalCon Paris 2009 — Sun, 14 Jun 2009 16:00:27 +0000

Hi All,

My colleagues and I at www.Bluesparklabs.com are coming to Paris this fall to attend DrupalCon!

My wife and I have been coming to Paris many years now, and are quite familiar with the city. In fact, we have an apartment on Rue Cler where we stay each time we visit.

My wife would like to offer her services as a day tour guide to DrupalCon attendee's companions (people who come with you, but are not going to the conference) or even to attendees if you want to take some time off and see Paris with a knowledgeable English speaking guide. Her idea is that 4 or 5 people would meet her at the apartment, then you'd all spend the day going to different museums and/or "insider" places and walks each day. Stay with the group as long as you like, or leave any time you like. She would provide maps and an itinerary for each day. She thought it would be a great way for people to hang out with someone who knows the city, and with a few people who have a common reason to be in town, etc.

Question: Is something like this desirable or interesting for you and the people you may be traveling with?

Good idea or? Please let me know (michaelrtucker@gmail.com) and if there's interest, maybe we can put something fun together for attendee's companions each day! Thanks.

DrupalCon Paris 2009

Chantier Marketing : La date retenue est le mardi 23 juin à 19h30

drupalfr.org — Tue, 09 Jun 2009 22:15:13 +0000

Bonjour,

En temps que responsable commercial dans une SSLL Open Source je suis
confronté à la vente de projet autour de CMS Open Source comme Drupal.
Dans ce cadre, j’ai constaté un manque important (comme dans beaucoup de
projet Open Source) d’éléments marketing (Slides, références client,
business cases, positionnement produit sur le marché …) autour de
cette solution. C’est donc suite à ce constat que je propose de monter
le groupe de travail Marketing.

Pour commencer sur des actions concrète et dans l’optique d’avoir de
la matière pour le DrupalCon Paris 2009 je propose de nous rencontrer un
soir de juin pour initialiser le groupe et avancer sur les points suivants :

Rassembler les planches existante (François et anglais)
Elaborer un document type pour :
- Les études de cas
- Les planches de présentation de Drupal
- ….

J’ai créé sur doodle (http://www3.doodle.com/tdwnyb9cxqqu89r3 ) un agenda pour
la date de réunion. Merci de préciser vos dispo et de répondre pour lundi 15 au plus tard.

La société Linagora (27, rue de Berri 75008 Paris) nous mettra à disposition une
salle de réunion.

A très bientôt.

Cedric RAVALEC

Mettre à jour Drupal

Lektum.info — Sun, 31 May 2009 11:57:39 +0000

L’une des forces de la communauté Drupal, c’est qu’elle produit très régulièrement des mises à jour non seulement du noyau Drupal, mais bien entendu de la plupart des modules. Si bien que, vous l’avez sûrement constaté, lorsqu’on administre un site Drupal, on est confronté régulièrement à des tâches de mise à jour, plus ou moins [...]

Mais que devient Ineation.com ?

Inéation — Mon, 25 May 2009 11:12:30 +0000

Et bien oui cela fait très très longtemps que je n'ai pas mis en ligne un article conséquent... Je m'en excuse auprès de mes lecteurs...

C'est que j'ai tout de même une bonne raison:
* Je consacre quelques heures à l'organisation de la Drupalcon Paris 2009 (allez vite cherchez votre ticket)

en lire plus

Drupal conference Paris 2009 : ouverture des inscriptions

drupalfr.org — Mon, 25 May 2009 04:36:24 +0000

Vous pouvez maintenant achetez vos places pour les cinq jours de la Drupal conference Paris. Dépêchez-vous, les places sont limitées et pourraient partir très vite.

Le site de l'événement, http://paris2009.drupalcon.org/

Avec 3 jours de conférences et des formations données par les meilleurs spécialistes mondiaux, la conférence est une occasion unique pour apprendre, rencontrer et faire des affaires dans le monde Drupal.

Vous savez ce qu'il vous reste à faire...

Formation Drupal gratuite : introduction à Drupal juin 2009

Riff News — Sat, 23 May 2009 22:00:00 +0000

OSInet organise le 18/06/09 de 14h00 à 17h00 une session gratuite d'introduction à Drupal.

Au programme : les concepts fondamentaux pour un projet Drupal:

en lire plus

The Gazette offre 2000 $ à Koumbit pour soutenir les logiciels libres

Koumbit — Fri, 15 May 2009 19:25:10 +0000

Le quotidien The Gazette a fait un don de 2000 $ à Koumbit, afin de la soutenir dans le développement et la promotion des logiciels libres. Koumbit a choisi d'utiliser cette somme pour soutenir Drupal, un logiciel libre de gestion de contenu de gestion de contenu qu'elle privilégie aussi bien pour ses besoins internes que pour développer des sites Web pour ses clients.

Dix pour cent de cette somme a notamment été versé à la Drupal Association, organisation à but non lucratif qui gère le site Drupal.org et organise de nombreux événements et campagnes autour de cette plate-forme.

Le reste de ce montant sera utilisé par Koumbit pour contribuer activement à deux projets :

AEgir: un projet supervisé par Development Seed qui permet aux fournisseurs de service Internet de gérer de multiples sites Drupal sur le même serveur grâce à une interface ergonomique.

Decisions: un module Drupal créé par Koumbit qui facilite la prise de décision collective dans une organisation en fournissant plusieurs systèmes et règles de vote en ligne.

Koumbit remercie chaleureusement The Gazette pour cette contribution qui l'aide à remplir sa mission de promouvoir les logiciels libres et de favoriser l'appropriation des technologies de l'information par le plus grand nombre.

Dedibox, le VNC qui sauve la mise...

Artisan Numérique — Fri, 15 May 2009 15:01:12 +0000

La grosse angoisse avec une dédibox vient lorsque, par exemple après une massive attaque de spam, la machine part en toupie et s'écrase sans crier gare... Comme quoi, même Linux arrive à planter n'en déplaise à certains . Bref, dans ce cas, comme dans celui d'une upgrade de noyau, il est nécessaire de redémarrer le zinzin, et là c'est grosse sueur jusqu'à ce que le ping se remette à causer et que les services soient à nouveau en ligne.

Mais voilà, il arrive que le ping ne vienne jamais, que les minutes passent et que rien ne se passe....

Dans ce genre de situation j'avais l'habitude dans de passer la dédi en mode "rescue" et de tenter quelques divinations de mon cru pour localiser le maudit grain de sable. Divination car sans logs écrits sur le disque, l'exercice ne manque pas de sel et tient plus du tarot que de la technique lorsque toutes les vérifications d'usage sont passées (fsck, vérification de grub, etc)

Mais pour une fois, la toutouille en aveugle n'a rien donné et la machine à continué sa sortie de route sans broncher. Trois heures après, je continuais à secouer le bousin en tout sens sans plus de succès. En désespoir de cause, j'ai lancé un pitoyable appel au secours sur le canal IRC d'entraide et une âme charitable m'a répondu : "Tu n'as qu'à demande un KVM au support". Gloups... Je n'avais même jamais entendu parler de cette chose là. Je me dirige donc vers la demande d'assistance et effectivement, dans les options, la demande de KVM est bel et bien présente. Je rédige ma requête, l'envoie et vais me coucher, car à 3h du mat' j'avais comme un doute sur une réponse dans la minute. Au passage, Linux est tout de même une chose merveilleuse car même en mode "rescue", j'ai tout de même pu monter mes partitions, appliquer un chroot à la racine et relancer mes services vitaux (courrier) pour attendre sereinement le lendemain.

.
Et effectivement le lendemain, une personne du support m'avait répondu en me donnant l'adresse et le mot de passe de mon accès KVM. Le principe est très simple, imaginez la chose comme un module hardware connecté tant à la sortie VGA, qu'aux entrées clavier et souris de votre dédibox. Ce module connecté au réseau est disponible à travers l'adresse IP fournie par le support. Pour s'y connecter, il suffit d'un simple client VNC. Le module va alors digitaliser le signal VGA et le renvoyer vers le client VNC, et inversement injecter les ordres claviers/souris émis par le client sur les ports correspondant de la dedibox. Du coup, le système fonctionne dès le démarrage de la machine, comme un véritable système écran/clavier distant.

Il ne reste donc qu'à utiliser un simple vncviewer (paquet tightvnc) et de se connecter sur le KVM pour voir apparaître la sortie vidéo de la dédibox et donc le message d'erreur qui la maintient bloquée. Dans mon cas il s'agissait d'un pilote défectueux. Il m'a donc suffit, à travers le client VNC, de redémarrer la dédibox en utilisant le mode sans échec de la Mandriva, bidouiller le pilote et ainsi corriger le problème. Un petit miracle.

Alors peut-être étais-je le dernier à ne pas savoir qu'une telle possibilité existait mais au cas où, voilà donc un moyen simple de gagner 3h de sommeil.

Mon guide Drupal (3) : construire les contenus avec Drupal

Lektum.info — Fri, 15 May 2009 14:48:35 +0000

À partir de mes différentes lectures et expériences, je vous propose dans cet article un tutoriel synthétique pour construire les contenus d’un site sous Drupal. Cet article est le 3ème d’une série consacrée aux différentes étapes de la mise en oeuvre d’un site sous Drupal.
Tout d’abord, il convient de dire un mot de la notion [...]

Mon guide Drupal (2) : configurer et personnaliser Drupal

Lektum.info — Thu, 14 May 2009 07:00:21 +0000

À partir de mes différentes lectures et expériences, je vous propose dans cet article un tutoriel synthétique pour configurer et personnaliser Drupal. Cet article est le 2ème d’une série consacrée aux différentes étapes de la mise en oeuvre d’un site sous Drupal.

Une fois que vous avez installé votre site Drupal, vous ne pouvez raisonnablement pas [...]

Code sprint RDF pour Drupal 7

Riff News — Tue, 05 May 2009 22:00:00 +0000

Durant la semaine du 11/05/09, un groupe de développeurs se réunit à Galway pour un code sprint de quatre jours destiné à RDF-iser les champs core, l'une des innovations attendues pour Drupal 7. OSInet participe à cette action, dans le cadre de ses projets de web sémantiques en cours.

en lire plus

2 offres d'emploi Drupal chez OSInet

Riff News — Thu, 23 Apr 2009 22:00:00 +0000

Pour étoffer son équipe d'ingénierie et conseil sur Drupal à destination d'une clientèle principalement de type "agence web", OSInet recherche de nouveaux personnels.

Consultant thème

Vous comprenez le mécanisme de thèmes structurés/hiérarchisés de Drupal, et vous êtes en mesure de convertir rapidement le HTML/CSS statique élaboré par l'équipe créative d'une agence en un thème valide.

Vous pouvez intervenir en amont en dialoguant avec l'équipe de création de l'agence pour conseiller les éléments de conception qui fonctionneront bien dans le modèle Drupal, pour limiter leurs coûts et délais, en facilitant le respect des règles d'accessibilité bien comprises.

Consultant code fonctionnel

Vous connaissez au moins le principe des API Drupal: le mécanisme de construction des menus, la mécanique de FormsAPI, le modèle altératif de Drupal avec hooks et *alter. Vous voulez les connaître en profondeur, développer de nouveaux types CCK, des extensions à Views.

en lire plus

Une console performante

Artisan Numérique — Sun, 19 Apr 2009 11:16:17 +0000

La console est un élément central sous *nix. Il n'est pas ici question de nostalgie mais d'efficacité. La ligne de commande demande certes un apprentissage parfois pénible, mais une fois "maîtrisée", elle permet en contrepartie d'atteindre un niveau de finesse difficilement atteignable par une interface graphique.

Mais voilà, depuis que je suis passé sous Gnome, c'est la console de ce dernier que je trouve pénible. Fatigué par sa lenteur, je me suis enfin décidé de me mettre à la recherche d'un quelque chose qui approche la vélocité de l'excellent Konsole.

Gnome-terminal est il vraiment si lent ?

Tout est relatif évidement et la lenteur est elle aussi une question d'usage. Mais lorsque nous sommes amenés à exploiter une dizaine de terminaux, chaque jour, en permanence, gnome-terminal atteint malgré tout de véritable sommets.

Ce constat est particulièrement crédible lorsque nous sommes habitués à Konsole, le terminal de KDE. En comparaison la mouture GTK, car nous le verrons, ce n'est pas un problème spécifique à Gnome, se traîne comme pas possible.

Pour clore d'emblée un débat sur le paramétrage de l'outil et les "meilleures" options, j'ai à peu près tout essayé, en passant par la suppression de la barre de défilement, l'utilisation de polices non vectorielles, la suppression de la transparence, etc. Mais quelle que soit le paramétrage, un log apache colorisé et un peu dense continue à faire diablement ramer mon U810 (processeur ATOM, chipset intel) sur lequel j'ai localisé (avec un écran externe) toutes mes consoles. Et c'est sans compter sur certains bugs problématiques qui impliquent, lorsque la charge augmente, que la sélection d'un onglet se transforme en décrochage du terminal associé en fenêtre flottante. Ce n'est pas un gros problème mais c'est tout de même très irritant.

Pour sortir du subjectif, j'ai donc effectué un petit test simple qui n'a pour autre objectif qu'afficher une longue suite de phrase avec une coloration ANSI :

#! /bin/sh

for x in $(seq 10000) ; do
echo -e "#$x - \033[0;33mcoucou\033[1;39m, Ceci est un test\033[0m"
done

script vitesse-console.sh - test de vitesse d'affichage

La colorisation en question est importante car mes problèmes de consoles n'apparaissent évidement pas lorsque j'y tape trois commandes mais plutôt lorsque je les utilises pour analyser les logs Apache pendant les phases de debuggage d'application WEB. Logs que je colorise pour gagner du temps avec un petit script perl. Là ce sont des avalanches de lignes colorisées qui arrivent dans le terminal avec le besoin que ce dernier reste malgré tout réactif notamment pour remonter pendant l'avalanche dans l'historique à la recherche d'une ligne particulière.

Pour tester la vélocité de l'affichage, j'utilise la commande time :

gaston$time -f "%e secondes" ./Bureau/vitesse-console.sh#0 - coucou, Ceci est un test#1 - coucou, Ceci est un test#2 - coucou, Ceci est un test...#9999 - coucou, Ceci est un test#10000 - coucou, Ceci est un testgaston$

Pour écluser le cas XTerm, que certaines légende place comme le plus rapide, il est certes léger en mémoire (voir graph plus loin) mais il est aussi définitivement le plus lent de tous.

Nous remarquons ensuite que les terminaux Gnome, XFCE et LX (ensemble d'outil censés être très légers) sont aussi lents les uns que les autres. Les résultats sont même tellement proche que cela confirme pour l'un et indique pour l'autre que tous fonctionnent sur les mêmes sources. Notons que pour ces tests, toutes les consoles utilisent la même police (Bitsrtream Vera Sans Mono - 10pt) avec l'anti-aliasing activé, une barre de défilement et un fond non transparent. Une sorte de minimum syndical. Et pour prévenir les questions, cela n'a rien changé en passant en police non vectorielle ou en virant la barre de défilement.

Deuxième constat, la vélocité de Konsole n'est pas un mythe. En revanche c'est aussi le plus gourmand en mémoire non partagé (obtenu par la commande pmem). Difficilement envisageable sur une petite machine, il est donc disqualifié.

Pour trouver des performances équivalente et une empreinte mémoire raisonnable, il faut se rabattre sur la famille des *xvt. Ici aussi, les résultats sont tellement proches de Konsole que c'est à se demander s'il n'y a pas là dessous le même code.

Maintenant la famille des *xvt souffre d'une tare assez problématique : l'absence de support de l'encodage UTF8, un peu gênant pour nos accents nationaux. Heureusement il y a une exception, urxvt (paquet rxvt-unicode) qui a été spécialement recodé pour permettre cet "exotisme". Exit donc les onglets car seul mrxvt en est capable, c'est un problème que l'on va gérer autrement.

urxvt est donc le bon candidat pour une console légère et véloce.

Paramétrage de urxvt

En standard cette console est à peu prés aussi sympathique qu'XTerm, autant dire pas très sexy (si tant est qu'une console puisse l'être). Mais avec un peu d'effort il est possible d'améliorer considérablement les choses. Pour cela vous devez modifier le le fichier ~/.Xdefaults de la manière suivante :

! Taille par défaut
URxvt*geometry: 74x27

! Police TTF
URxvt*font: xft:Bitstream Vera Sans Mono:style=Regular:pixelsize=13:antialias=true

! Taille du buffer et barre de défilement
URxvt*saveLines: 10000
URxvt*scrollBar: true
URxvt*scrollBar_right: true
URxvt*scrollColor: #c2dd5a
URxvt*scrollBar_floating: true
URxvt*scrollstyle: plain

! Curseur et nom du terminal
URxvt*cursorColor: white
URxvt*termName:xterm

! Couleurs (c'est la palette Tango)
URxvt*foreground: #f2f2f2
URxvt*background: #101010
URxvt*color0: #101010
URxvt*color1: #f13a21
URxvt*color2: #93f91d
URxvt*color3: #ffd00a
URxvt*color4: #004f9e
URxvt*color5: #ec0048
URxvt*color6: #2aa7e7
URxvt*color7: #f2f2f2
URxvt*color8: #1d202f
URxvt*color9: #ff361e
URxvt*color10: #ffc005
URxvt*color11: #93ff00
URxvt*color12: #0071ff
URxvt*color13: #ef0051
URxvt*color14: #4bb8fd
URxvt*color15: #a020f0

! Utilisation de la vraie transparence
urxvt*depth: 32
urxvt*background: rgba:0000/0000/0000/dddd

configuration de urxvt

La petite surprise est qu'urxvt gère parfaitement la vraie transparence pour peu que le compositeur de fenêtre soit activé, et ce sans aucune perte de performance. Si vous n'avez pas de compositeur, il vous reste toujours la possibilité de vous rabattre sur la pseudo-transparence avec les paramètres transparent et fading (voir man urxvt pour plus de détails).

Ici nous avons un paramétrage utilisant la palette de couleur Tango, une transparence légère en mode compositeur (vous pouvez régler la couleur de teinte et le degré de transparence en faisant varier l'une des 4 composantes de couleur du paramètre background).

Enfin le paramètre saveline indique le nombre de lignes à garder en mémoire. Si la valeur de 10000 vous parait trop importante pour votre usage, réduisez là.

Pour ce qui est du copier-coller, on peut légitimement être déroutés par l'absence de menu contextuel. En réalité urxvt fonctionne comme n'importe quelle application X11 dans ce domaine. Sélectionner un texte le recopie dans le buffer primaire de X11 (le presse papier classique étant le buffer secondaire). Et pour le recopier il suffit de faire un click-central.

Maintenant si vous désirez un comportement plus "conventionnel", l'utilisation du presse papier (buffer secondaire) est réalisable par les combinaison de touche CTRL-INS pour copier et SHIFT-INS pour coller.

Enfin, côté sélection un double-click sur un mot le surligne et un triple-click surligne la ligne entière.

Se passer des onglets

L'autre manque tient à l'absence d'onglets et surtout de profiles. Lorsque l'on utilise massivement SSH pour se connecter sur une poignée de machines, personne n'a le goût de taper des commandes de connexion à tour de bras en début de chaque journée de boulot.

Alors il est bien sur possible de compter sur le gestionnaire de fenêtres avec un regroupement des uxrvt dans la barre de tâche ainsi qu'une série de menus de lancement dédiés, mais cette approche n'est pas très satisfaisante pour basculer rapidement d'une console à l'autre.

la "bonne" solution passe par l'utilisation d'un utilitaire vieux comme GNU,

screen
. Ce petit bijoux d'un autre temps permet d'empiler sur un même terminal, un nombre illimité de shells, et bien plus encore, jugez du peu :

Possibilité de créer une nouvelle "fenêtre" (en réalité il faut imaginer cela comme des onglets invisibles) par screen -t nom_fenêtre commande, soit par exemple screen -t mon_server ssh mon_serveur.
Possibilité de basculer sur fenêtre donnée dans la liste des fenêtres existantes par Ctrl-a puis la touche ". J'ai personnellement remplacé ce raccourcis par un double appui de Ctrl-a, plus pratique. Il suffit pour cela de rajouter dans le fichier ~/.screenrc la commande bind ^a windowlist -b.
Ajouter des profiles en passant par la définition de raccourcis clavier. Par exemple pour se connecter à "mon serveur" par un Ctrl-a puis Ctrl-S, il suffit d'ajouter à ~/.screenrc la ligne bind ^s screen -t mon_serveur ssh mon_serveur.
Plus fort, séparer l'écran en deux parties par Ctrl-A puis S. Vous pouvez ensuite basculer d'une partie à l'autre par Ctrl-a puis Tab et créer une nouvelle fenêtre dans la partie vierge par Ctrl-a puis c. Pour fermer une partie la combinaison Ctrl-a puis X, etc.
Détacher une fenêtre pour qu'elle reste active même lorsque l'on se déconnecte. Il est ainsi possible de se connecter sur un serveur, de lancer un processus long, de détache sa session, et de la rattacher le lendemain.
Possibilité de demander à screen de nous prévenir des changements apparus sur une fenêtre non active.
Prendre la main à distance sur une session screen.

Et pas mal d'autres choses encore que vous pouvez découvrir ici.

Conclusion

Avec urxvt et Screen, j'ai enfin une console efficace, rapide, bénéficiant d'une faible emprunte en mémoire, fonctionnant parfaitement sur une machine modeste et avec toutes les fonctions dont j'avais l'habitude avec Konsole et Gnome-Terminal.

Drupalcon Paris 2009, les dates sont annoncées !

Inéation — Fri, 10 Apr 2009 15:36:15 +0000

Enfin !
Nous avons pu annoncer le lieu et la date de la prochaine Drupalcon 2009.
Cela aura lieu du 1 au 5 septembre 2009. Les sessions se dérouleront du 1 au 4 et les sprints le 5. Plus d'info, sur le site officiel : http://paris2009.drupalcon.org/.

Je le rappelle c'est une occasion en or, unique pour les prochaines années, de rencontrer tous les acteurs du monde Drupal.