Bonne nouvelle supplémentaire, le magazine en question est en téléchargement gratuit !

http://download.phpsolmag.org/fr/Magento_et_Drupal_PHP_07_2010_8.pdf

Lisez en page 21 !.

Le principal défi du projet fut le délai. Nos équipes ont travaillé très dur cet été pour lancer le site dans les temps.

Plusieurs défi techniques ont été relevés durant ce projet :

• Grâce à la puissance du module Panels, toutes les pages du sites sont intégralement customisables par les contributeurs.
• Nous avons développé un module permettant de simplifier largement la gestion des panes au niveau du back-office. Cela offre une interface conviviale aux utilisateurs et évite des erreurs de manipulation
• Un player en HTML5 est utilisé pour les vidéos, permettant leur visualisation sur iPad
• Une version optimisée pour les smart-phones a été développée, avec le module Domains, utilisé pour le basculement vers la version mobile sur détection du user agent.
• Tout le workflow de traduction a été adapté pour fonctionner avec les panels à tous les niveaux
• Le site respecte à 100% les coding rules Drupal et aucun hack n’a été fait ni sur le coeur, ni sur les modules de la communauté
• Une optimisation poussée à été mise en place avec l’utilisation combinée de Varnish, Press Flow et Memcached.

http://www.editions-cigale.com/

Les Editions La Cigale sont spécialisés dans la vente de supports d’apprentissage de la lecture pour les professeurs d’école. Le site propose, outre la partie boutique, des ressources audio, vidéo et PDF (en prévisualisation Flash) ainsi qu’un blog. Le choix de Drupal s’est donc naturellement imposé pour la réalisation du site. Nous avions envisagé la mise en place de Ubertcart, pour la partie boutique en ligne, sauf qu’après une démonstration des possiblités de l’outil, et ce meme après l’installation de plusieurs modules complémentaires, le client n’était pas du tout satisfait.

En revanche, montrer le back-office de Magento a provoqué le déclic, le fonctionnalités et l’erognomie de Magento correspondant exactement aux besoins du client.

Le lancement de ce site, nous permet de démontrer, une fois de plus, l’utilité de la solution Drupal + Magento. Le webmaster du site travaille dans le back-office Drupal, met en ligne les contenus vidéo, audio et PDF. Il gére également le blog et les mises en avant éditoriales. Les équipes commerciales, quant à elles, travaillent dans le back-office Magento et s’occupent des ventes et de la logistique.

En effet, outre la gestion simple des ventes, Magento propose un outil complet s’approchant d’un mini-ERP.

Magento seul pose souvent des petits problèmes de performances, le site des éditions la cigale tourne sur une seule machine avec 2Go de RAM et un seul CPU. La puissance du moteur de cache de Drupal permet d’obtenir des performances correctes sur une machine très petite.

Enfin, je trouve ce site beau. Il est original et l’intégration montre qu’il n’y a pas de limitations graphiques pour la réalisation d’un site Drupal.

Le principe est simple : un Apache SOLR hébergé sur le cloud Amazon EC2.

Nous avons travaillé depuis plusieurs mois pour mettre en place une architecture d’haute disponibilité avec une optimisation des ressources EC2, pour en optimiser les coûts. Coté Drupal, rien de particulier à faire, car on se base sur le module Apache SOLR de base.

Les fonctionnalités d’Adyax Search

• Moteur basé sur Apache Lucene SOLR
• Lemmatisation des expressions françaises
• Recherche par facettes
• Recherche par catégories
• Liberté totale sur le paramétrage de la pertinence, catégories, types de contenus
• Indexation de fichiers PDF, XLS, DOC, RTF…
• Rapidité d’execution des requêtes
• Rapidité d’indexation

Adyax Cloud Search vs Apache SOLR installé chez vous

Haute disponibilité et gestion des piques de trafic :

• Le service de recherche est hébergé sur la plateforme Amazon EC2, ce qui offre un taux de disponibilité de 99,95%
• Par ailleurs grâce à notre système de load-balancing EC2 la plateforme est capable de prendre en charge n’importe quel pic de trafic

Economies importantes :

• Pas de frais d’infogérance
• Une intégration simplissime : vous activez un module Drupal et le moteur de recherche fonctionne !
• Vous ne payez que ce que vous consommez : pour tenir la charge durant les heures chargées ou lors d’un pic de trafic, vous ne payez que les ressources consommées, sans supporter le cout d’un matériel inutilisé le reste du temps
• Une structure de très prix simple
• Grace à un système de cache embarqué, les requêtes déjà effectuées ne sont pas payées !
• Totale transparence : une facture détaillée avec tous vos consommations mensuelles.

http://es.wfp.org/

Pour l’instant seule la version espagnole a été migrée (les autres langues allant vers les anciennes versions, en attendant la migration de tous les sites).

La principale difficulté aura été de gérer les fontes non standard pour les titres. Il a été particulièrement difficile de trouver une fonte qui corresponde graphiquement et qui contienne tous les jeux de caractères (coréen, russe, arabe, français, chinois….)

L’autre tâche complexe est liée au fait que les différentes sous-organisations ne rédigent pas le même volume de contenu, il a fallu donc adapter les pages d’accueil des différentes langues en fonction de la quantité de contenu disponible.

Longue vie à cette belle association qui oeuvre chaque jour contre la faim dans le monde.

WFP un site avec une dizaine de langues sous Drupal

Tendance confirmée, Wordpress, Drupal & Joomla! loin devant

On remarque aussi que Joomla! est devant Drupal sur pas mal de critères. Je ne suis pas vraiment étonné de ce positionnement, Drupal reste surtout utilisé par des professionnel pour des sites importants. On voit d’ailleurs, que le rapport place ezPublish & Typo3 loin derrière, alors que ces CMS sont souvent des concurrents sérieux de Drupal sur les appels d’offres d’envergure.

En revanche, petite surprise, Drupal est largement en tête pour les mesures de marque.

CMS sur le micro-blogging, domination écrasante des 3 leaders

Par ailleurs, et cela confirme mon sentiment vis-à-vis des divers CMS,  Drupal est devant Joomla!, Typo, ezPublish en termes de qualité. En effet, les personnes ont généralement tendance à préférer Drupal, une fois le logiciel installé et utilisé.

Rouge = negatif, Vert = positif

Petite difficulté - la gestion du menu assez imposant et très sympa avec des images et pas mal de contenu. Ici on massivement utilisé Views, le menu classique de Drupal étant laissé pour la gestion des liens dans le footer.

La gestion de l’agenda et des inscriptions utilise le module Sign-up. L’export PDF de tous les articles du site est assuré par le module Print avec l’utilisation d’un template spécial, adapté à l’impression.

Après plusieurs mois d’efforts, les deux cotés du tunnel se sont enfin rejoint : un module Magento pour Drupal et une extension Drupal pour Magento.

En installant les deux, vous aurez la possibilité d’utiliser Magento comme back office de gestion de votre boutique et Drupal pour le front office.

Les avantages de cette solution sont nombreux :

• Totale souplesse sur le contenu : vous n’êtes plus limités par les lacunes ‘CMS’ de Magento. Vous bénéficiez de la toute puissance de Drupal pour gérer votre contenu, promouvoir vos produits et construire des solution eCommerce aussi complexes que vous le souhaitez
• Puissance de Magento : s’il existe des modules eCommerce pour Drupal (Ubercart, eCommerce), il n’en reste pas moins des extension du CMS. Les interfaces et fonctionnalités ne peuvent pas concurrencer Magento, surtout pour des sites d’envergure.
• Sécurité : les deux plateformes (front & back) peuvent résider sur deux serveurs distincts, le back n’est jamais directement atteint par les internautes. Enfin, une faille sur le front ne remet pas en danger l’intégralité de votre solution, votre catalogue, prix, règles de gestion et, surtout, vos clients sont protégés sur le back, éventuellement derrière un parfeu.
• Optimisation : Magento a souvent péché par la lenteur, ce qui n’est pas le cas de Drupal. Séparer les briques front & back permet d’optimiser l’utilisation des ressources, mais surtout offre une opportunité simple de mise en place d’architectures hautement distribuées (rien ne vous empêche d’avoir 3 front office Drupal avec 1 back office Magento.)

Modules Drupal : http://www.drupal.org/project/magento
Extension Magento : http://www.magentocommerce.com/extension/1020/drupal

Acquia a été fondé et est dirigé notamment par Dries Buytaert, le créateur de Drupal.

Après des semaines de discussions pendant lesquelles Acquia a vérifié nos références, interviewé nos clients, étudié notre expertise sur le CMS, le partenariat a été enfin signé.

Ce partenariat servira à nos clients les plus fortunés qui souhaitent bénéficier d’un support 24/24, multi-niveaux. Il servira aussi à rassurer les clients qui en ont encore besoin sur la pérennité de Drupal : Il est aujourd’hui possible d’avoir le support commercial d’un éditeur sur Drupal, comme ça peut déjà être le cas pour des solutions open source comme Linux ou MySql.

Plus d’infos sur www.acquia.com

Lets take look at one of the example features provided with cucumber package:

Feature: Cucumber
  In order to have a happy user base
  As a Cucumber user
  I don't want no stinkin bugs

  Scenario: Reading a table
    Given the following table
      | born  | working |
      | Oslo  | London  |

It doesn’t look like a normal test, isn’t it? Lets play with it a little bit more.

First of all we need to install (I assume that you already have ruby and rubygems packages installed) Cucumber running command:

sudo gem install cucumber mechanize

Create a directory tree for your example project:

mkdir cucumber_test/features/{step_definitions,support}

Now lets write our first scenario, describing search process in Google (I’m taking an idea for this test from Cucumber examples):

Feature: Search
  In order to learn more
  As an information seeker
  I want to find more information

  Scenario: Find what I'm looking for
    Given I am on the "http://google.com" page
    When I search for "drupal magento flex" in form with name "f"
    Then I should see a link to "Adyax :: Drupal Magento Flex Asterisk J2ME web mobile developement ...":http://www.adyax.com/

You’ll need a rake file to run your tests:

require 'rubygems'
require 'cucumber/rake/task'
 
Cucumber::Rake::Task.new do |t|
  t.cucumber_opts = "--format pretty"
end

Lets run it:

$ rake features

If there weren’t any errors then everything is OK; rake told us that we have no scenarios so lets create one. Create a file search.feature in features directory:

Feature: Search
  In order to learn more
  As an information seeker
  I want to find more information

  Scenario: Find what I'm looking for
    Given I am on the "http://google.com" page
    When I search for "drupal magento flex" in form with name "f"
    Then I should see a link to "Adyax :: Drupal Magento Flex Asterisk J2ME web mobile developement ...":http://www.adyax.com/

  Scenario: Find a module
    Given I am on the "http://drupal.org/project/Modules" page
    When I search for "xmlsitemap" in form with method "POST" and action "/project/Modules"
    Then I should see a link to "XML Sitemap":http://drupal.org/project/xmlsitemap

Now you can run “rake features” again:

Our next task is to create step definitions for our scenario but before we need to prepare our working environment. Create file env.rb in features/support directory:

require 'spec/expectations'
# We are using Mechanize library for navigating through pages
# Alternatively you can use any other library including: watir, webrat, selenium
# Check the full list and documentation here: http://wiki.github.com/aslakhellesoy/cucumber
# Examples of using Cucumber: http://github.com/aslakhellesoy/cucumber/tree/master/examples
require 'mechanize'
 
# before "all"
agent = WWW::Mechanize.new
agent.user_agent_alias = 'Mac Safari'
 
Before do
  @agent = agent
  @page = nil
end

Create file search_step.rb in step_definitions directory:

# These step definitions are far from being ready for common usage
# not depending on the site or page. It's just an example :)
# Parsing arguments with regexp
Given 'I am on the "(.*)" page' do |page|
  # browser goto
  @page = @agent.get(page)
end
 
# Google case
  When /I search for "(.*)" in form with name "(.*)"/ do |query, form_name|
  # search
  @page = @page.form_with(:name => form_name) do |search|
    search.q = query
  end.submit
end
 
# Drupal forms have no name
When /I search for "(.*)" in form with method "POST" and action "(.*)"/ do |query, form_action|
  # search
  @page = @page.form_with(:method => "POST", :action => form_action) do |search|
    search.field_with(:name => 'search_theme_form').value = query
  end.submit
end
 
Then /I should see a link to "(.*)":(.*)/ do |text, url|
  link = @page.link_with(:text => text)
  link.text == text && link.href == url
end

Lets run rake again and see what we will get:

Some more screenshots:

Scenario with misspelled argument

Misspelled argument

Of course, our step definitions are far from being common and site-independent but anyhow it wasn’t a goal of this article. Cucumber is a new approach in Ruby BDD which allows to describe behavior of the model with plain-text documents.

To find more examples and documentation visit home page of Cucumber, also check out Redmine plugin StuffToDo which is a nice real-world example of Cucumber usage.