Décidément, les sites institutionnels Français, c’est pas le top actuellement !

Après le naufrage désormais bien connu de france.fr, en rade pour encore plusieurs semaine, c’est le site « Le Grand Pari de l’agglomération parisienne » qui est en totalement foireux.

respectons le droit d’auteur : cette copie d’écran infâme du 25 juillet 2010
est © 2010 ministère de la culture et de communication

Je ne vous mets PAS le lien direct vers ce site, car le site est vérolé, rempli de spywares…

Si vous y allez, vous en prenez la responsabilité !

Ce site est fait en Drupal … mais les erreurs sont basiques, déjà au niveau de la configuration du serveur Web déjà.

• la version de Drupal est la 6.9, TRÈS largement dépassée, pas à jour, et donc insécure ! On est actuellement en Drupal 6.17
• le site a subit une attaque de cross-scripting, probable à cause d’une mauvaise configuration PHP du serveur Web

On remarque cette attaque dans ces messages d’erreur :

Cette tentative de mise à jour en base de données n’est pas du tout normale…

Je ne vais pas analyser en détail les problèmes de ce site, mais ce n’est pas glorieux.

Si la communauté Drupal est en général fière de voir nombres de gouvernements et institutions utiliser Drupal pour leurs sites Web, ce n’est vraiment pas le cas ici !

Ces sites français, bricolés, sont une honte et font un tord considérable à l’image de marque de Drupal, et de la France.

Espérons que cela évolue et qu’enfin, des professionnels, capables, soient aux commandes pour ce genre de réalisation.

Sourced :

• Recherche développeur Drupal pour remplacer André Santini à l’Assemblée Nationale (merci à Bluetouff’s blog pour l’info)
• Drupal core – Cross site scripting (register_globals) (drupal.org)

Billet également publié sur WebActus.net, en collaboration avec Romain Amardeil, Maxime Legrand et Sylvain Ratton.

Drush 3.1 est sorti il y a quelques jours. Qu’est ce que Drush ?

C’est DRUpal SHell, càd Drupal en ligne de commande.

Drupal is a registered trademark of Dries Buytaert

A part pour les fanas de la ligne de commande, quels avantages offrent Drush ?

Certaines tâches peuvent devenir rébarbatives en Drupal, car peu intéressantes, routinières et consommatrices de temps !

Les mises à jour en particulier, peuvent devenir pénibles si vous utilisez beaucoup de modules et si vous devez gérer de nombreux sites. Passer 10 à 30 minutes pour mettre à jour un site, si vous devez refaire cela plusieurs fois par mois, pour 10 ou 20 sites… Pénible, et quelle perte de temps !

Drush est là pour ce genre d’opération !

Drush vous fera gagner beaucoup de temps.

Vous aurez rapidement regagné les quelques heures passées à comprendre Drush et à automatiser vos scripts.

• Drush n’est pas un module Drupal. Il ne s’installe pas dans votre site Drupal mais sur votre serveur Linux.
• Drush c’est un script en ligne de commande, càd que vous pouvez utiliser dans un terminal ou une session SSH (et pas depuis votre navigateur).
• Il vous permet de passer des commandes simplement, un peu le style de « apt-get » en Debian
• Les commandes sont variées :
  • download de modules, de thèmes, et même de Drupal lui-même
  • mettre le site en « Hors ligne » ou le remettre « en ligne »
  • mise à jour de Drupal, modules, etc
  • activation ou désactivation de modules, etc
  • faire tourner la tâche « cron »
• comme tous les scripts, il est facile d’automatiser certaines opérations, soit pour les faire régulièrement, soit pour traiter un grand nombre de sites… et c’est là que vous allez gagner beaucoup de temps !

Je suppose que vous avez déjà un site Drupal vous permettant quelques tests. Le classique serveur LAMP (Linux Apache MySQL et PHP).

Linux n’est pas obligatoire. Drush doit être utilisable dans pratiquement tous les Unix, BSD ou Mac OS X, en fait sur tout OS où Drupal est installable.

Installons et essayons Drush :

Allez en ligne de commande sur votre serveur, soit dans un terminal si vous avez accès localement à votre serveur.

Pour que Drush puisse passer des commandes à votre site, la librairie PHP « php5-cli » doit être installée.

Si ce n’est pas encore fait, la commande d’installation est :

sudo aptitude install php5-cli

Si votre distribution Linux n’utilise pas « sudo », passez d’abord en « root » avec « su - »

Drupal est assez gourmand en mémoire. L’allocation de base pour « php5-cli » n’est pas suffisante.

Editer le fichier « /etc/php5/cli/php.ini » avec VI ou votre éditeur habituel.

sudo vi /etc/php5/cli/php.ini

Cherchez la ligne avec l’allocation mémoire : faites une recherche en  tapant « /memory_limit »

;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;
max_execution_time = 30     ; Maximum execution time of each script, in seconds
max_input_time = 60 ; Maximum amount of time each script may spend parsing request data
;max_input_nesting_level = 64 ; Maximum input variable nesting level
memory_limit = 32M      ; Maximum amount of memory a script may consume (32MB)

Augmentez cette limite à 128 MB minimum, ou même 256 MB si vous avez des sites utilisant beaucoup de modules.

Télécharger « drush » :

Je copie l’adresse de la dernière version de Drush depuis la page du projet Drush. Prenez la version stable, pas celle en développement.

$ cd /home/didier/download/drupal/
:/home/didier/download/drupal$ wget http://ftp.drupal.org/files/projects/drush-6.x-3.1.tar.gz
--2010-06-27 18:15:29--  http://ftp.drupal.org/files/projects/drush-6.x-3.1.tar.gz
Resolving ftp.drupal.org... 64.50.236.52, 64.50.233.100
Connecting to ftp.drupal.org|64.50.236.52|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 174203 (170K) [application/x-gzip]
Saving to: `drush-6.x-3.1.tar.gz'
100%[=======================================================================================================>]
174,203      288K/s   in 0.6s
2010-06-27 18:15:29 (288 KB/s) - `drush-6.x-3.1.tar.gz' saved [174203/174203]
 

Vous pouvez le mettre dans n’importe quel dossier. Je choisi de le mettre dans /opt.

$ cd /opt
:/opt$ sudo tar xvfz /home/didier/download/drupal/drush-6.x-3.1.tar.gz
drush/
drush/commands/
drush/commands/core/
drush/commands/core/drupal/
drush/commands/core/drupal/batch_6.inc
..
drush/commands/core/drupal/update_6.inc
drush/commands/core/drupal/update_7.inc
drush/commands/core/clear.cache.inc
...

Le script « drush » doit être exécutable :

sudo chmod a+x /opt/drush/drush

Pour ne pas devoir à chaque fois préciser le chemin (path) vers le script Drush, vous pouvez soit créer un alias, soit un lien symbolique.

Je choisi de mettre un lien symbolique dans /usr/bin :

sudo ln -s  /opt/drush/drush  /usr/bin/drush

Drush est prêt à être utilisé

Essayons quelques commandes :

$ drush
Execute a drush command. Run `drush help [command]` to view command-specific help.
Examples:
drush dl cck zen                          Download CCK module and Zen theme.
drush --uri=http://example.com status     Show status command for the example.com multi-site.
drush help --pipe                         A space delimited list of commands
Options:
-r <path>, --root=<path>                  Drupal root directory to use (default: current directory)
-l <uri>, --uri=http://example.com        URI of the drupal site to use (only needed in multisite environments)
-v, --verbose                             Display extra information about the command.
-d, --debug                               Display even more information, including internal messages.
-q, --quiet                               Hide all output
...

Le dossier utilisé par Drush, est par défaut le dossier actuel.

Vous pouvez spécifier un dossier différent avec un paramètre (utile pour automatiser), mais pour un simple test, placer vous simplement dans le dossier « racine » de votre site Drupal.

J’ai un site de test, installé dans /home/didier/www/test6 :

$ cd /home/didier/www/test6/
:/home/didier/www/test6$ drush status
Drupal version         :  6.14
Default theme          :  garland
Administration theme   :  garland
PHP configuration      :  /etc/php5/cli/php.ini
Drush version          :  3.1
Drush configuration    :
Drupal root            :  /home/didier/www/test6

A corriger au plus vite !

Ce sera l’objet de mon prochain billet.

Sources :

• module Drush (Drupal.org)
• Installer Drush pour administrer Drupal en ligne de commande (Drupalfr.org)
• Installer Drush pour administrer Drupal en ligne de commande par Julien Dubreuil
• Drush – Drupal Shell utility : liste des commandes disponibles

Billet également publié sur WebActus.net, en collaboration avec Romain Amardeil, Maxime Legrand et Sylvain Ratton.

logo © france télévisions

France Télévisions passe au Libre !

Drupal propulse le sport chez France Télévision !

Alter Way s’est occupé de la migration de sport.francetv.fr.

logo © Alter Way

Alter Way soutient activement le libre et est membre de drupalfr.org.

Ce 1er site converti en Drupal est un pilote qui servira de base pour l’ensemble des sites (dans les 1000 sites et sous-sites) de France Télévision.

Drupal remplacera ainsi plusieurs CMS ou solutions maison (Spip, Java, PHP4 et 5…).

Le but est d’avoir à la fois une solution moderne et souple, mais surtout d’uniformiser tous les sites de France Télévisions autour d’un CMS unique : Drupal !

La base sera identique à tous les sites. L’installation sera même multisite : Un Drupal multisite avec 1000 sites !

Chaque site aura évidemment sa propre base de données, ses propres sous-dossiers, ce que Drupal permet facilement.

C’est vraiment un projet énorme : l’ensemble des 1000 sites sera converti en Drupal : c’est 30 millions de pages par jour par 8 millions de visiteurs !

Rien que sport.francetv.fr génère un trafic de 1/2 million de pages par jour, par 300.000 visiteurs.

Drupal continue donc de se répandre, aussi bien parmi les petits sites perso, clubs, associations, que dans les sites institutionnels, officiels (White House, Gouvernement.fr, Monarchie.be) et dans ceux de différents médias (rtbf.be, Rue89).

Sources :

• France Télévisions choisit un CMS libre unique pour ses sites web de cio-online.com
• Drupal sur le site de Alter Way

Billet également publié sur WebActus.net, en collaboration avec Romain Amardeil, Maxime Legrand et Sylvain Ratton.

Drupal 7 est maintenant en version Alpha 2. Depuis mi-janvier, quand la alpha 1 est sortie, on annonce, on espère, que la version finale Drupal 7 sera disponible pour la DrupalCon 2010 à San Francisco le 19 avril.

Alors ? Drupal 7 ? Sortira ou sortira pas en version finale pour SF2010 ?

Probablement pas…

Dries Buytaert vient de publier sur son blog un billet : Drupal 7 status update and release plan

Dries Buytaert au Fosdem 2008
photo Steven Fruitsmaak
licence Creative Common by

En résumé voici ce que Dries nous dit :

• Drupal 7 avance bien et devient incroyablement stable
• la version Alpha 2 est sortie, fixant un nombre de bugs critiques
• nous passerons en Beta quand le chemin de migration de Drupal 6 en Drupal 7 fonctionnera !
• ensuite nous serons très strictes et n’accepterons plus aucun changement
• nous sortirons les Release Candidates quand le nombre de bugs critiques sera zéro, ou proche de zéro
• les bugs majeurs sont mauvais, mais ne bloquent pas nécessairement la sortie d’une version. Par exemple, un bug qui n’empêche pas Drupal de fonctionner, ou qui ne touche qu’une fraction de la population Drupal seraient prioritaire pour une version de maintenance
• les bugs sont par contre critiques s’ils cassent réellement Drupal ou qu’ils sont une régression majeure comparé à Drupal 6

Où en sommes-nous ?

• Il reste environ 150 bugs qui doivent être fixés
• Certains bugs ne sont pas simples à corriger car ils demandent parfois une grande expérience et de l’expertise dans plusieurs domaines
• nous devons donc encourager et soutenir de nouvelles personnes pour nous aider à corriger ces bugs difficiles
• les mainteneurs des sous-domaines doivent suivre leur liste de problèmes attentivement pour nous aider à progresser

Quand ?

• si on avance vite et bien, Drupal 7 peut sortir au 2ème trimestre 2010
• sinon, Drupal 7 risque de ne sortir qu’au 3ème trimestre
• essayons de passer plus de temps et d’efforts sur la correction des bugs restants, en nous focalisant sur les critiques !
• Ce serait bien si nous arrivons à sortir la première Release Candidate à temps pour la DrupalCon à San Francisco le 19 avril.

Voilà, probablement un Drupal 7 Release Candidat juste avant le 19 avril…

Ensuite… peut-être une RC2… RC3 … avant la version finale.

Quand la version finale ?

Difficile à dire… je ne suis pas développeur Drupal et je ne participe pas à la résolution des bugs ! Mon avis, c’est que ce serait bien d’avoir la version stable de Drupal 7 en juin, juste avant les vacances

Billet également publié sur WebActus.net, en collaboration avec Romain Amardeil et Maxime Legrand.

Drupal 7 alpha 2 est sorti ce mardi 23.

Après l’alpha 1 le 15 janvier, la sortie de l’alpha 2 est une sortie important dans le processus de correction de bugs avant Drupal 7.

Attention, ce n’est même pas une version Beta… seulement une ALPHA ! De nombreux bugs sont encore présents et pourraient poser de gros problèmes en production.

Ainsi, avec l’alpha 1, un « petit » bug faisait que vos fichiers et photos étaient sauvés comme fichiers temporaires … et disparaissaient après 6 h ! … Génial de se retrouver le lendemain sans photos, sans fichiers attachés…

Ce bug a été facilement (je suppose) corrigé pour l’Alpha2.

Autre point : l’upgrade n’est absolument pas garanti actuellement. Pour passer dans quelques semaines de l’alpha 2 à la beta 1 ou la RC1, ou pour passer à la version définitive, vous risquez simplement… de ne pas pouvoir upgrader et de devoir tout réinstaller ! L’upgrade d’une version à l’autre sera bien évidemment assuré à partir de la version définitive.

Donc, Drupal 7 Alpha 2 ne doit pas encore être utilisée pour un site en production : en test oui ! En prod… non !

Drupal 7 devrait sortir officiellement début avril, après probablement une version Beta, et certainement une Release Candidate.

La volonté est en tout cas de sortir Drupal 7 avant la DrupalCon SF2010 qui se tiendra du 19 au 21 avril de façon à ne pas disperser les forces (et le public) et tout axer sur D7.

Même si tous les efforts convergent vers une sortie de Drupal 7 avant la DrupalCon SF2010, Drupal 7 sortira… quand il sera prêt, càd quand tous les bugs critiques auront été corrigés

source : tweet de Angela Byron (follow her !)

Billet également publié sur WebActus.net, en collaboration avec Romain Amardeil et Maxime Legrand.

Le site officiel de Londres, london.gov.uk, passe en version 2.0.

copie d’écran samedi 13 février 2010 © london.gov.uk

Encore une fois, c’est Drupal qui a été choisi pour réaliser ce site officiel.

Drupal est de plus en plus utilisé pour les sites officiels : gouvernements, monarchies, agences officielles… Ils font confiances à Drupal.

Les arguments de choix en faveur de Drupal sont expliqués sur la page « A new site for London » :

« All of these sites are built on Drupal, a free open-source content management system which is cheaper to develop on than proprietary systems and has a huge community of users with whom we will be able to share resources with. We’re committing to ‘open sourcing’ any applications or modules that we develop on Drupal so that anyone who wants to can take the code and use it for free – including other government bodies who we hope will follow our lead!« 

Ce que je traduis par :

« Tous ces sites sont basés sur Drupal, un système de gestion de contenu libre et open-source qui est moins cher à développer que les systèmes propriétaires, et a une large communauté d’utilisateurs avec les quels nous pourrons partager les ressources. Nous nous engageons a ouvrir les sources de toutes applications ou modules que nous développons en Drupal pour que quiconque le souhaite puisse prendre ce code et l’utiliser librement (gratuitement) – y compris les organismes gouvernementaux qui, nous l’espérons, suivront notre exemple!« 

(« Tous ces sites » car Londres a d’autres sites en Drupal, par exemple : Climate Change Adaptation (download your aquamask here)« )

C’est donc un engagement clair de Londres pour soutenir Drupal et la communauté Open Sources ! Ce n’est pas qu’une histoire de coût de développement, mais aussi la richesse offerte par le partage de ressources avec la communauté qui a joué en faveur de Drupal.

Nul doute que l’arrivée de la version 7 fin mars ou mi-avril, n’accélère encore la reconnaissance de Drupal.

Source : tweet de Joeri Poesen

Billet également publié sur WebActus.net, en collaboration avec Romain Amardeil et Maxime Legrand.

Après le site Monarchie.be, c’est le site du Gouvernement Wallon qui passe en Drupal.

logo © Région Wallonne

Il n’y a pas encore eu d’annonce officielle, le site étant encore en version beta. Mais le code source ne trompe pas : c’est bien un site Drupal.

Plus sympathique encore, la mention en bas de page indique clairement que le site est fait en « Drupal sous licence GPL« . C’est assez rare que ce soit si clairement indiqué

La Wallonie montre ainsi son soutien à Drupal

source : Gilles Bailleux (AWF) et Drupalfr.be

Billet également publié sur WebActus.net, en collaboration avec Romain Amardeil et Maxime Legrand.

La RTBF.be (la Radio-Télévision belge de la Communauté française) a lancé son nouveau site ce vendredi 15 janvier.

logo © rtbf.be

Pour son nouveau site, plus interactif, la RTBF.be (puisque maintenant, on ne dit plus RTBF mais RTBF.be) a choisi Drupal, le CMS bien connu.

Le choix de Drupal n’est pas nouveau pour la RTBF, cela date de 2008, mais ce nouveau site, tout comme l’ajout officiel du « .be » au nom « RTBF », montre bien l’orientation Internet de la RTBF.be. Toutes les radios de la RTBF.be sont d’ailleurs accessibles en streaming et de nombreuses émissions peuvent être réécoutées en podcasting.

En contre partie d’une présence Internet renforcée (les budgets n’étant pas illimités), les émissions en ondes courtes de RTBF International sont supprimées depuis le 1er janvier.

RTBF International reste accessible par le Net en streaming ou en podcasting (je ne suis pas sur que les connexions Internet soient très bonnes dans les petits villages africains…), par satellite, ou en FM sur 99,2 à Kinshasa.

Drupal a 9 ans ! C’est en effet le 15 janvier 2001 que Dries Buytaert a publié Drupal 1.0.0.

Depuis, les versions de Drupal se sont succédées. La version stable actuelle est la 6, mais la communauté, environ 800 développeurs et en particulier Dries Buytaert et Angela Byron, continue a faire évoluer Drupal.

Ce 9ème anniversaire est l’occasion de sortir la version Alpha du prochain Drupal 7.
C’est Angie qui l’annonce sur Drupal.org.

C’est une étape importante dans le développement, et la prochaine sortie, de Drupal 7.

Drupal 7 alpha 1 est ainsi téléchargeable par toute la communauté.

Vous pouvez l’essayer, découvrir les nouveautés de Drupal 7, et éventuellement remonter les bugs ou participer aux traductions… mais n’oubliez pas : c’est une version ALPHA… donc ne l’utilisez pas en production !

Si la correction des bugs critiques avance comme espéré, Drupal 7 serait disponible fin mars, ou au plus tard en avril 2010. Ça se rapproche donc à grands pas !

Billet également publié sur WebActus.net, en collaboration avec Romain Amardeil et Maxime Legrand.

Moblin utilise aussi Drupal pour son site Web ;-)

copie d’écran 12 janvier 2010
© The Linux Foundation

Moblin est une plateforme Linux optimalisée pour les mobiles basés sur le processeurs Intel Atom tel que Netbooks, Nettops et MIDs.

Drupal is a registered trademark of Dries Buytaert

Développé à l’origine par Intel, celui-ci a cédé Moblin à la Linux Foundation le 1er avril 2009.

logo © The Linux Foundation

Source : message de LeNZ sur le blog de Dries Buytaert

Billet également publié sur WebActus.net, en collaboration avec Romain Amardeil et Maxime Legrand.