BLOG | DrupalCon 2021 : nos experts vous résument l'événement !

DrupalCon, c'est l’événement de l’année pour la communauté Drupal en Europe !

A défaut d’un événement physique, COVID oblige, la DrupalCon est cette année encore un événement en ligne. Il reste néanmoins the place to be pour tous les acteurs et utilisateurs de Drupal, lieu d’échange et de partage avec la communauté internationale. C’est donc 3 de nos fabuleux leads dev : Kévin, Olivier et Nicolas qui ont participé aux conférences durant les 4 jours de l'événement.

Lors de la brève introduction réalisée par Heather Rocker sur la communauté Drupal, différents speakers se sont relayés dont Rachel Lawson pour présenter le déroulement de l’évènement et ceux à venir. Nous retenons en particulier les Drupal Dev Day 2022 à Ghent auxquels nous n’avions pas pu nous rendre en 2020, encore une fois pour cause de Covid : on s’y voit déjà !

A peine terminée qu’on enchaine sur la keynote originale de LJ Rich. Bien qu’assez loin du monde de Drupal, le sujet porte sur la création de musique, ses codes, et comment elle peut aider à la résolution du rubixcube. N’étant pas musiciens (nous sommes d’accord que les cours de flûte du collège ne comptent pas ?), le sujet n’en fût pas moins intéressant et on a même eu le droit à un petit teaser de la keynote de Dries !

Vient le tour des premières conférences :

Do you know where your Drupal is at 5AM in the morning?

Sous cette interrogation plutôt ludique se cache un sujet sensible et important : la sécurité et la maintenance des sites.

Quelles sont les questions à se poser sur la sécurité et la maintenance d’un site pour qu’il soit protégé au quotidien. Les modules sont-ils à jour, la dernière version est-elle utilisée et encore maintenue ?

L’évolution de Drupal est constante et dépendante des briques tierces sur lesquelles il est basé (version de PHP, et depuis Drupal 8 évolutions de Symfony).

Fin de vies des différents composants utilisés sur les sites Drupal

Près de 550 000 sites utilisent encore Drupal 7 qui arrivera en fin de vie fin 2022 et plus de 260 000 sites utilisent Drupal 8 qui expire fin 2021.

Pour Drupal 7, une solution de support via le programme “extending support” existe bien, mais cette option est disponible via des partenaires avec un coût non négligeable pour le projet.

La question d’une migration est donc posée, et la réponse dépend de nombreux critères :

• La confiance des clients dans l’outil
• Le coût de maintenance au regard du coût d’une migration
• La possibilité de solution plus radicale : changement de solution, statu quo, ou encore arrêt du site.

Si vous êtes prêts il est toujours temps de migrer votre site pour gagner en sécurité, performance et même en fonctionnalités.

Si vous ne l’êtes pas, vous pouvez lire notre livre blanc sur les stratégies de migration et vous serez les bienvenus à notre webinar dédié à la migration où vous pourrez poser toutes les questions que vous désirez.

Voir le replay du webinar

Always fresh, cacheable content using Cache Tags, Purge and Akamai.

Cette présentation animée par Graham Arrowsmith et Hemant Gupta, a abordé le sujet de la mise en cache des contenus, son renouvellement et les problématiques avec l’utilisation d’un système de cache externe comme Akamai.

A partir de Drupal 8, le système de cache a été enrichi avec l’API de cache qui comprend des évolutions comme :

• Les caches tags qui permettent d’identifier les éléments constituants les différents blocs
• Les cache contexts qui permettent d’avoir des variantes de se cache selon certains critères

Ceci permet de mettre en place des politiques de cache complexes en interfaçant Drupal avec des CDN comme Akamai ou Varnish.

Plusieurs problématiques en découlent tant sur le plan de la mise en place que des contraintes techniques comme la purge du cache en temps réel, la taille des headers ou encore la volumétrie des tags qu’ils contiennent.

Heureusement, et comme toujours, la communauté Drupal met à dispositions des outils pour répondre à ces problématiques :

• Le module contrib purge et ses extensions pour purger le cache via un système de queue et de processors qui permettent de gérer le renouvellement du cache de manière automatique (via la cron), asynchrone (Purge Ajax Processor), etc.
• Le hashing des tags et les tags de remplacement pour contrer les limitations techniques (limite de taille des headers, nombre de tags autorisés par Akamai, etc.)
• La problématique de surcharge du module Purge (queue) et les solutions possibles (utilisation du module Purge Everything Queuer)
• Optimisation de la purge des caches pour le CDN Akamai qui possède des limitations au niveau de son API (module Purge Akamai Optimizer)

Téléchargez le document complet de la DrupalCon !