Jakub Woźniak

Layout Builder permet de créer rapidement des mises en page de sites Web à partir de composants préconstruits ajoutés à des sections. Par défaut, Drupal propose quatre types de sections : une, deux, trois et quatre colonnes. Ces colonnes ont un comportement prédéfini sur lequel les éditeurs n'ont aucun contrôle. Drupal offre la possibilité de créer nos propres types de sections, afin que nous puissions les adapter à notre projet.

Layout Builder est une fonctionnalité complexe qui, dès son installation, peut ne pas convenir à tous les sites web. Cependant, il peut être personnalisé pour fonctionner correctement avec presque n'importe quel site web. Une telle procédure peut sembler compliquée et coûteuse. Heureusement, des modules sont disponibles pour étendre la fonctionnalité standard.

La méthode standard de gestion du mode d'affichage de Drupal peut être trop limitée dans certains cas. Si vous souhaitez créer efficacement des vues différenciées utilisées lors de la liste de termes ou de contenus liés aux termes, vous pouvez essayer Layout Builder. Que faire si, par exemple, l'interface graphique, la complexité ou la généralité disqualifient cet outil parmi les solutions envisagées ?

Lors de la création d'un site Web dont les éditeurs travailleront sur du contenu avec des photos, un problème survient souvent : comment gérer les images de sorte que l’éditeur n'ait pas à les modifier manuellement lorsqu'il souhaite publier le même contenu avec un aspect différent ? Dans Drupal, nous pouvons rencontrer ce problème en créant de nouveaux modes d'affichage pour toute entité avec des images.

La nouvelle mise à jour majeure de Drupal a été publiée le 15 juin 2022. Il y a quelques nouveaux éléments et modifications, tels que l'onglet Gérer les permissions, la détermination dynamique de la version PHP minimale, des changements dans l'API, le changement du thème frontend par défaut de Bartik à Olivero, et le thème administratif de Seven à Claro. Un certain nombre de fonctions et bibliothèques ont été marquées comme "obsolètes".

Lors de l'utilisation de toute solution, nous rencontrons généralement le besoin de créer des fonctions de support génériques. Une situation similaire se produit lorsque vous travaillez avec des modèles dans Drupal 9. Si vous avez déjà créé du code personnalisé pour afficher un bloc, une vue ou des entités dans un modèle Drupal 9, et que vous êtes intéressé par une solution prête à l'emploi et testée, cet article est pour vous.

Le refactoring est un processus de modifications qui vous permet finalement d'obtenir un code lisible, facile à développer et à maintenir. Pendant ces améliorations, son comportement ne devrait pas changer. Par conséquent, vous devez aborder le sujet avec beaucoup de prudence et de considération.

Vous êtes-vous déjà secoué la tête en désapprobation en lisant du code lorsque vous travailliez sur un projet ? Vous êtes-vous au moins une fois dit : "Ce n'est pas un code optimal – il est possible de l'écrire mieux et de manière plus efficace" ? L'ajout ou la modification d'une fonctionnalité théoriquement mineure sur votre page cause-t-elle d'innombrables problèmes et nécessite-t-elle des changements dans de nombreux autres domaines ?

Les pentesteurs utilisent divers outils lors d'un audit pour gagner du temps et trouver autant d'erreurs de sécurité que possible. Certaines activités ne peuvent pas être réalisées manuellement dans un délai raisonnable. Un exemple est la détection de toutes les sous-pages d'un site web. Il existe des outils payants et gratuits permettant de le faire. Des scanners de vulnérabilités sont également créés et activement développés.

Même le meilleur audit de sécurité d'un site web ou d'une application sera de peu d'utilité si nous ne documentons pas les menaces détectées, les étapes de reproduction, les menaces potentielles résultant de leur utilisation, et les recommandations pour corriger le bug. Nous vous montrerons comment préparer un rapport détaillé étape par étape.