Snippets

Petit état de l'art de la batch API dans drupal 10. 

Très complet. En anglais.

Les rules de Gitlab CI permettent de définir quand doit, ou ne doit pas, être joué un job. 

Retrouvez dans la ressource ci-dessous un paquet d'exemple avec des explications. 

Voici comment configurer Nginx pour activer une « authentification basique » (basic auth) uniquement sur certains domaines : 

Voici comment ajouter un ou plusieurs champs au formulaire de configuration « paramètres de base du site ».

On commence par créer un service qui nous permettra de surcharger le formulaire de base : 

modules/mon_module/mon_module.services: 

Version actualisée de Drupal 8 - Créer un Event, le lancer et l'intercepter pour drupal 10+

Les raisons peuvent être diverses, mais parfois on veut que certaines tables soient dans une base de données spécifique au lieu de la principale. 

Dans mon cas c'est lors d'un déploiement « bleu / vert ». 

J'ai déjà expliqué précédement comment passer un job en fonction de fichier modifiés.

En anglais, une bonne ressource pour créer son premier service avec Drupal.

Une fois le principe compris, il existe aussi la commande 

drush generate service:custom

Parfois cela peut dépanner d'aller modifier directement une clé de config depuis son terminal.

C'est là que drush avec la commande config:edit (alias : cedit) vient à la rescousse.

C'est bourrin, mais des fois ça peut débloquer de gros upgrades.

composer show --no-dev --direct --name-only | xargs composer require --no-update

Mettra à jour toutes les contraintes de votre fichier composer.json :