3. Le programme
Première mi-temps :
○ Intro / Présentation
○ Usine à sites – les besoins
○ Architectures et exemples
○ Comment choisir ?
○ Les solutions Drupal
○ Questions & réponses
Deuxième mi-temps :
○ Installation profiles
○ Drush
○ Organic groups
○ Domain access
○ Aegir
JN / N
4. Présentation - Nicolas
Chef de projet technique & Lead Développeur
Drupal @ Actency
Drupal-addict depuis 2006
Projets professionnels sur Drupal 4.5 à 7
Distrib standard / Pressflow /
Commerce kickstart / Open Atrium
Module contrib Drupal 8
Présence régulière en Drupalcon
Patch, module & translation contribs & reviews.
Jeux de rôles, jeux vidéos, heavy metal.
N / J
5. Présentation - Jürgen
Directeur Technique @ Actency
Drupal-addict depuis 2006.
J’ai piloté des projets de D4.6 à D7, des petits aux
grands, de 5K€ à plus d’1M€.
Je porte les casquettes de Capitaine,
Navigateur, Architecte, Consultant et éternel
insatisfait.
J’aime l’esprit Open Source de la communauté
Drupal, j’adore les DrupalCon’s.
Et pour prendre un break, je pratique
la plongée, le fitness et je suis fan de Metal...
Mais il me reste toujours suffisamment
d’énergie pour mon ultime passion :
Drupal bien sûr… ;-)
J / J
8. Pourquoi une usine à sites?
Les besoins - client :
○ Temps -
Mise en production dans un délai plus court
○ Réduction du coût de fabrication
○ Réduction du coût de maintenance
○ Respect d’un catalogue de fonctionnalités et
de layout communs
○ “Recyclage” d’un site existant
J / N
9. Pourquoi une usine à sites?
Les besoins - agence :
○ Temps -
Mise en production dans un délai plus court
○ Utilisation d’un catalogue de fonctionnalités
et layouts testés, validés et approuvés
○ Réduction du coût de fabrication
N / J
11. Les architectures potentielles
Sur la base de ces éléments
Code + base de données
on distingue trois types d’architecture :
1. Sites 100 % indépendants
- chaque site dispose de son propre code
- chaque site dispose de sa propre
base de données
2. Sites 50% indépendants
- les sites partagent le même code
- chaque site dispose de sa propre
base de données
3. Sites 0% indépendants
- les sites partagent le même code et la
même base de données
J / N
12. Exemple 01
Sites 100 % indépendants
Socle des sites de production
une agence / drupal-shop
Chaque nouveau projet se base sur le même set
de modules, de configurations, de themes… qui
ont été validés et représentent le socle de chaque
nouveau site.
Le site évoluera ensuite (enrichissement du code,
configurations différenciées) et aura sa propre
base de données.
N / N
13. Exemple 02
Sites 50 % indépendants
Sites d’administration / portail avec microsites
○ Ensemble de sites ayant leurs fonctionnalités
propres mais partageant des éléments
(configurations, contenus, utilisateurs.)
○ Code base commune, les mises à jour du code
sont partagées, le même thème peut être
utilisé sur tous les sites, etc.
○ Configurations indépendantes, modules actifs
différents.
○ Possibilité de partager tout ou partie de la
base entre les différentes instances.
N / J
14. Exemple 03
Sites 0 % indépendants
Site d’une école nationale
○ Une présentation commune
(home-page, pages institutionnelles)
○ Des sections dédiées à chaque école avec leur
propres contenus, publication-workflows,
fonctionnalités, administrateurs et permissions
d’utilisateur. (CRUD)
○ Les différentes sections des sites sont définies
dans l’url-pattern comme par exemple :
http://www.epitech.eu/strasbourg/ecole-informatique-strasbourg.aspx
J / J
15. Pour voir le reste de cette
présentation gratuitement,
RDV sur :
https://digital.actency.fr/
presentation-meet-up-drupal-
2014-usine-a-sites
(Lien dans la description)
J / J