Usine À Sites Drupal
Au-delà de la mutualisation des coûts et de la gouvernance, une usine à site s présente des avantages techniques. Elle permet de réduire les délais de production d'un nouveau site, le déploiement instantané de correctifs de sécurité et de mutualiser les process. Enfin, la mise en place d'une usine à site s « multi- install » se justifie rapidement lorsque le coût de réalisation de plusieurs sites indépendants est supérieur à celui d'une usine à site s dont les composants sont mutualisés et le coût unitaire de réalisation d'une instance est défini. Tout cela est possible grâce à la capitalisation des coûts sur divers aspects projets, ainsi qu'à l'intégration facilitée et automatisée d e nouveaux sites dans l'application. Franck Fernandez - Expert technique Drupal - Digital Solutions & Vincent Lachambre - Chef de projet web - Digital Solutions
- Usine à sites drupal da
- Usine à sites drupal development
- Usine à sites drupal pt
- Usine à sites drupal modules
Usine À Sites Drupal Da
Bien définir ses besoins Le premier point à considérer est d'être au clair sur ses besoins. En effet, si vous souhaitez bâtir 2 sites, le concept d'usine à sites n'est pas forcément pertinent. Tout dépend aussi de ce que l'on entend par « site »: est-ce vraiment une entité à part entière avec son propre nom de domaine, ou bien est-ce une partie spécifique d'un même site, avec par exemple une charte graphique différente? Il est donc très important de poser les bases de ce que l'on souhaite avant de se diriger vers telle ou telle solution. L'usine à sites n'est en effet pas pertinente dans tous les cas de figure. Nous allons passer en revue les différents points à examiner avant de se tourner ou non vers cette solution. Combien de sites désirez-vous? Si vous n'avez besoin que de 2 ou 3 sites, ce n'est pas la peine de mettre en œuvre une usine à sites. Il est en effet très facile de reprendre certains éléments d'un site (comme des modules de Drupal) et de les intégrer dans un autre site sans avoir besoin d'installer une grosse « machinerie » comme une usine à sites.
Usine À Sites Drupal Development
Comment se caractérise le besoin d'une usine à sites? Une usine à sites permet de déployer rapidement une nouvelle instance d'une application Drupal personnalisée. Par exemple, ce principe efficace intéresse autant un grand groupe qui a pour objectif d'adresser l'intégralité de ses marques lors d'une refonte ou d'un lancement, qu'une institution ayant différentes présences régionales indépendantes et qui souhaite unifier et redonner de la cohérence à son image. Dans le cas d'un grand groupe ayant différentes marques ou filiales, l'usine à sites permettra la distinction de chacune d'entre elles, tout en gardant une base similaire en termes de fonctionnalités. De ce fait, il est important d'identifier les fonctionnalités et les éléments de thème mutualisables pour le donneur d'ordre afin de le mettre en place dès la conception, comme un élément à part entière de l'usine. Chaque élément, en fonction du besoin, doit pouvoir évoluer indépendamment sur son utilisation. Par exemple, nous pouvons imaginer que si une marque n'a pas besoin de la fonctionnalité Store Locator, alors cette dernière doit pouvoir être désactivée proprement.
Usine À Sites Drupal Pt
Mais c'est alors que le client a exprimé une nouvelle demande: être autonome pour la création des sites les plus simples. OXYGEN étant un outil en ligne de commande et donc non orienté tout public dans son utilisation, il ne constituait pas une réponse acceptable pour le client. Nous avons donc développé un module spécifique dédié à cette gestion. Développement d'un module sous Drupal 8 dans un écosystème D7 et D8 Notre module est développé sous Drupal 8 directement. A cause de la rupture technologique avec la version 7 et de la migration en D8 sur la quasi-totalité des sites, développer un module sous Drupal 7 avec une adaptation Drupal 8 est inutilement coûteux. Comme nous l'avons cité dans un article, passer de D7 à D8 est bien plus complexe que la migration de Drupal 8 vers Drupal 9. Installé sur un site spécifique de l'usine à sites, ce module effectue les mêmes actions qu'OXYGEN mais depuis une interface web. Cette solution peut sembler idéale et elle l'était d'un point de vue utilisateur.Usine À Sites Drupal Modules
Cette approche peut alors nous permettre de pouvoir mixer relativement aisément différents cas d'usage lors de la génération d'un site, que nous pourrons regrouper par type de site et intégrer dans notre profil d'installation. Un des enjeux majeurs d'une telle solution n'est pas tant la génération de sites web que leur maintenance sur le moyen/long terme. Comment maintenir des dizaines, des centaines de sites propulsés par une architecture multi-sites, sans que cela devienne ou bien un casse-tête ou bien une usine à gaz? Là encore Drupal 8 nous offre plusieurs solutions, bien plus robustes qu'auparavant, grâce à la nouvelle gestion de sa configuration. Redonner le pouvoir aux modules Par défaut, Drupal considère qu'une fois une configuration importée (depuis un module), c'est alors le site qui est responsable de sa configuration. Aussi pour modifier la configuration de dizaines de sites, nous devrions normalement l'appliquer séparément sur chacun des sites. Pas très enthousiasmant non?
Fin 2013, le million de sites réalisés a été dépassé. Et, depuis, la deuxième place du podium des CMS open source, derrière WordPress, n'est pas loin. Ce succès doit aussi beaucoup à celui d'Acquia [qui a clôturé une levée de fonds de 50 millions de dollars soit 38 millions d'euros en mai dernier, Ndlr], dont l'activité a permis de faire entrer la technologie dans la matrice du Gartner, pour une visibilité conséquente. L'avenir est donc radieux pour Drupal. * DrupalCon Amsterdam (29/09-3/10), plus d'infos sur ** Ensembles de modules, contenus et paramétrages permettant de construire rapidement un site. ** Ensembles de modules, contenus et paramétrages permettant de construire rapidement un site.