Les mises à niveau vers les versions Drupal ont été nettement plus efficaces depuis Drupal 8 (framework symfony), ce qui signifie que les reconstructions de sites ne sont généralement pas nécessaires.
Liste des modifications apportées aux spécifications de la plateforme :
- Symfony : Assurez-vous d’avoir Symfony 7
- PHP : PHP 8.3 installé avec l’extension zlib activée est requis pour PHP Drupal 11. Cette extension sera souvent activée par défaut sur la plupart des plateformes.
- Drush : assurez-vous de passer à Drush 13 si vous l’utilisez.
- Nouvelles spécifications pour les bases de données. Les spécifications suivantes doivent être respectées par les pilotes de base de données pris en charge par Drupal 11 :
- MariaDB 10.6 est requis pour le pilote de base de données MariaDB.
- La version SQLite 3.45 avec l’extension json1 est requise pour le pilote de base de données SQLite.
- PostgreSQL 16 est requis pour le pilote de base de données PostgreSQL.
- MySQL 8.0 est requis pour le pilote de base de données MySQL.
- La syntaxe propre à MySQL 8 et MariaDB 10.6 n’est pas encore directement utilisée par Drupal 11, même si elle le sera dans des itérations ultérieures. Il y a un Module de rétroportage MySQL 5.7/MariaDB 10.3 que vous pouvez utiliser entre-temps si vous ne parvenez pas à mettre à jour vers ces versions.
- Serveur Web :
- Apache : Le serveur Web Drupal le plus populaire est Apache. Drupal nécessite au moins Apache 2.4.7 ou supérieur.
- Prise en charge d’IIS interrompue : Drupal 11 ne prend plus en charge Microsoft Internet Information Services (IIS). Les sites Web utilisant actuellement IIS doivent migrer vers un serveur Web pris en charge.
- Fichier Web.config supprimé : veuillez noter que Drupal 11 n’inclut pas de fichier web.config. Si vous rencontrez des problèmes, signalez-les pour résoudre les problèmes de compatibilité avec les serveurs Web autres que IIS.
Pour les utilisateurs de Drupal 10
Toutes les modifications principales ajoutées avant la version 10.3.0 ont été supprimées de la version 11, donc les sites Drupal exécutant 10.2.x ou une version antérieure doivent d’abord être mis à jour vers la version 10.3.0 ou une version ultérieure. Avant de passer à la prochaine version majeure, les sites Web doivent généralement effectuer une mise à niveau vers la version la plus récente de leur branche principale actuelle. Vous devez être sur Drupal 10.3 pour recevoir des informations correctes sur la progression de la mise à niveau, car les outils permettent uniquement de vérifier la compatibilité du code vers la prochaine version majeure.
État de la mise à niveau de l’installation
Pour faciliter la transition vers Drupal 11, il est judicieux d’installer Statut de mise à niveau sur votre site de développement une fois que vous êtes sur 10.3.0 ou version ultérieure.
Le statut de mise à niveau vous fournit une liste de contrôle des prochaines actions potentielles, ce qui permet de « gamifier » le processus dans une certaine mesure.
Ce module peut être utilisé avec l’interface de ligne de commande de Drush ou l’interface utilisateur back-end Drupal. L’état de la mise à niveau examine votre configuration pour vous aider à mettre à jour votre version PHP, votre serveur de base de données et d’autres composants vers la compatibilité Drupal 11. Il trouve les extensions qui ne sont pas utilisées sur le site Web et qui peuvent probablement être supprimées. Il vérifie vos modules contribués pour les cas de code obsolète et les problèmes de compatibilité. Il vous aidera à les mettre à jour lorsque Drupal.org publiera des versions appropriées.
Il vous demande de travailler ensemble sur les problèmes de Drupal.org pour rendre les projets conformes lorsque les modifications ne sont pas encore disponibles. Afin d’accélérer considérablement la mise à niveau du code personnalisé, il proposera également des instructions sur l’endroit où utiliser Drupal Rector.
Utiliser Drupal Recteur
Pour vous aider à résoudre les problèmes de compatibilité, Recteur Drupal produira automatiquement des correctifs. Par rapport au lancement manuel des mises à jour du code, cette opération est plus simple et plus simple. Drupal Rector peut vous aider à démarrer car il couvre les API obsolètes les plus populaires. Le module vous indiquera les informations sur les ajustements nécessaires, mais tout problème persistant détecté par l’état de la mise à niveau devra être résolu manuellement.
Vérifier la compatibilité des projets contribués
Le Project Update Bot aide les projets contribués à devenir compatibles. Si un projet auquel vous avez contribué n’est pas encore compatible avec Drupal 11, Upgrade Status peut vous aider à le corriger. Mettez à jour le projet sur votre site Web entre-temps en utilisant le plug-in Lenient Composer. S’il existe des correctifs non validés pour ce projet, vous pouvez utiliser cweagans/composer-patches pour les appliquer si nécessaire et faire savoir aux auteurs de correctifs et aux responsables des modules comment vous les avez trouvés.
En conséquence, même si ses extensions sont compatibles avec Drupal 11, le site fonctionnera toujours sur Drupal 10. Après cela, la mise à jour du noyau Drupal suffit.
Par ailleurs, Acquia propose des informations assez complètes sur le Tableau de bord de l’état de dépréciation du projet Drupal 11 préparation du module communautaire.
Plan pour les fichiers gérés par le propriétaire du site
Le module Statistiques est désormais un module contribué et sa prise en charge a été supprimée du fichier default.htaccess.
Corrigez le code personnalisé obsolète
Une fois que vous aurez reçu votre rapport sur l’état de la mise à niveau, vous devrez revoir votre code personnalisé, comme vous le feriez avec n’importe quel code soumis. En réalité, tout type d’essai ou de véritable transfert vers Drupal 11 ne peut avoir lieu tant que tout le code de l’application Drupal n’a pas été corrigé, même si vous avez la chance de n’avoir besoin que de quelques modifications.
Dans de nombreux cas, les dépréciations nécessitent simplement des ajustements mineurs (par exemple, le remplacement d’une fonction ou d’une méthode par une autre).
Il est toutefois crucial de reconnaître que ces changements ne doivent pas être pris à la légère. Si elles ne sont pas soigneusement traitées et validées, même de simples substitutions de mots peuvent causer des problèmes à votre site Web.
Se préparer à une mise à niveau fluide de Drupal 11
Il est courant que les mises à niveau de Drupal rencontrent des difficultés initiales. Pour minimiser les risques, effectuez toujours ces mises à jour dans un environnement contrôlé comme un bac à sable local ou un IDE cloud. De cette façon, si quelque chose ne va pas, vous ne mettrez pas en péril votre site en ligne.
Test avec mise à jour du compositeur – essai à sec
Avant de procéder à la mise à jour proprement dite, utilisez composer update –dry-run pour simuler le processus sans apporter de modifications. Cela vous aidera à identifier les conflits ou problèmes potentiels. Une fois que vous avez exécuté avec succès un essai sans erreur, vous pouvez procéder à la mise à niveau du noyau Composer.
Résolution des problèmes de mise à niveau :
Si vous ne parvenez toujours pas à mettre à niveau vers Drupal 11 à l’aide de la mise à jour composer drupal/core – avec toutes les dépendances, essayez d’exécuter composer pourquoi-pas drupal/core 11.0. Cette commande fournira des informations précieuses sur les dépendances ou conflits empêchant la mise à niveau.
Sauvegarde avant le déploiement
Avant de déployer des modifications dans votre environnement de production, créez toujours une sauvegarde de votre code et de votre base de données. Cela garantit que vous disposez d’un filet de sécurité en cas de problème pendant le processus de mise à jour. Même si vous avez testé avec succès la mise à niveau dans d’autres environnements, il est toujours conseillé de disposer d’une sauvegarde.
Conclusion
Drupal a considérablement rationalisé son processus de mise à niveau depuis l’introduction de Drupal 8. Cela signifie que les reconstructions de sites sont de moins en moins fréquentes, ce qui rend la transition vers des versions plus récentes plus efficace. Dans cet article de blog, nous avons approfondi les étapes spécifiques impliquées dans la mise à niveau de Drupal 10 vers 11 et décrit les spécifications essentielles de la plateforme.
Quelle est la prochaine étape ?
Dans la deuxième partie de cette série, nous porterons notre attention sur les utilisateurs de Drupal 9, 8 et 7. Nous explorerons les chemins de mise à niveau disponibles pour ces utilisateurs et fournirons des conseils détaillés sur la manière de migrer de manière transparente vers Drupal 11.
À la fin de cette série, vous disposerez des connaissances et des outils nécessaires pour mettre à niveau en toute confiance votre site Web Drupal vers la dernière version 11.
octobre 29, 2024
Comment se préparer pour la mise à niveau Drupal 11 – Partie 1 / Blogs / Perficient
Les mises à niveau vers les versions Drupal ont été nettement plus efficaces depuis Drupal 8 (framework symfony), ce qui signifie que les reconstructions de sites ne sont généralement pas nécessaires.
Liste des modifications apportées aux spécifications de la plateforme :
Pour les utilisateurs de Drupal 10
Toutes les modifications principales ajoutées avant la version 10.3.0 ont été supprimées de la version 11, donc les sites Drupal exécutant 10.2.x ou une version antérieure doivent d’abord être mis à jour vers la version 10.3.0 ou une version ultérieure. Avant de passer à la prochaine version majeure, les sites Web doivent généralement effectuer une mise à niveau vers la version la plus récente de leur branche principale actuelle. Vous devez être sur Drupal 10.3 pour recevoir des informations correctes sur la progression de la mise à niveau, car les outils permettent uniquement de vérifier la compatibilité du code vers la prochaine version majeure.
État de la mise à niveau de l’installation
Pour faciliter la transition vers Drupal 11, il est judicieux d’installer Statut de mise à niveau sur votre site de développement une fois que vous êtes sur 10.3.0 ou version ultérieure.
Le statut de mise à niveau vous fournit une liste de contrôle des prochaines actions potentielles, ce qui permet de « gamifier » le processus dans une certaine mesure.
Ce module peut être utilisé avec l’interface de ligne de commande de Drush ou l’interface utilisateur back-end Drupal. L’état de la mise à niveau examine votre configuration pour vous aider à mettre à jour votre version PHP, votre serveur de base de données et d’autres composants vers la compatibilité Drupal 11. Il trouve les extensions qui ne sont pas utilisées sur le site Web et qui peuvent probablement être supprimées. Il vérifie vos modules contribués pour les cas de code obsolète et les problèmes de compatibilité. Il vous aidera à les mettre à jour lorsque Drupal.org publiera des versions appropriées.
Il vous demande de travailler ensemble sur les problèmes de Drupal.org pour rendre les projets conformes lorsque les modifications ne sont pas encore disponibles. Afin d’accélérer considérablement la mise à niveau du code personnalisé, il proposera également des instructions sur l’endroit où utiliser Drupal Rector.
Utiliser Drupal Recteur
Pour vous aider à résoudre les problèmes de compatibilité, Recteur Drupal produira automatiquement des correctifs. Par rapport au lancement manuel des mises à jour du code, cette opération est plus simple et plus simple. Drupal Rector peut vous aider à démarrer car il couvre les API obsolètes les plus populaires. Le module vous indiquera les informations sur les ajustements nécessaires, mais tout problème persistant détecté par l’état de la mise à niveau devra être résolu manuellement.
Vérifier la compatibilité des projets contribués
Le Project Update Bot aide les projets contribués à devenir compatibles. Si un projet auquel vous avez contribué n’est pas encore compatible avec Drupal 11, Upgrade Status peut vous aider à le corriger. Mettez à jour le projet sur votre site Web entre-temps en utilisant le plug-in Lenient Composer. S’il existe des correctifs non validés pour ce projet, vous pouvez utiliser cweagans/composer-patches pour les appliquer si nécessaire et faire savoir aux auteurs de correctifs et aux responsables des modules comment vous les avez trouvés.
En conséquence, même si ses extensions sont compatibles avec Drupal 11, le site fonctionnera toujours sur Drupal 10. Après cela, la mise à jour du noyau Drupal suffit.
Par ailleurs, Acquia propose des informations assez complètes sur le Tableau de bord de l’état de dépréciation du projet Drupal 11 préparation du module communautaire.
Plan pour les fichiers gérés par le propriétaire du site
Le module Statistiques est désormais un module contribué et sa prise en charge a été supprimée du fichier default.htaccess.
Corrigez le code personnalisé obsolète
Une fois que vous aurez reçu votre rapport sur l’état de la mise à niveau, vous devrez revoir votre code personnalisé, comme vous le feriez avec n’importe quel code soumis. En réalité, tout type d’essai ou de véritable transfert vers Drupal 11 ne peut avoir lieu tant que tout le code de l’application Drupal n’a pas été corrigé, même si vous avez la chance de n’avoir besoin que de quelques modifications.
Dans de nombreux cas, les dépréciations nécessitent simplement des ajustements mineurs (par exemple, le remplacement d’une fonction ou d’une méthode par une autre).
Il est toutefois crucial de reconnaître que ces changements ne doivent pas être pris à la légère. Si elles ne sont pas soigneusement traitées et validées, même de simples substitutions de mots peuvent causer des problèmes à votre site Web.
Se préparer à une mise à niveau fluide de Drupal 11
Il est courant que les mises à niveau de Drupal rencontrent des difficultés initiales. Pour minimiser les risques, effectuez toujours ces mises à jour dans un environnement contrôlé comme un bac à sable local ou un IDE cloud. De cette façon, si quelque chose ne va pas, vous ne mettrez pas en péril votre site en ligne.
Test avec mise à jour du compositeur – essai à sec
Avant de procéder à la mise à jour proprement dite, utilisez composer update –dry-run pour simuler le processus sans apporter de modifications. Cela vous aidera à identifier les conflits ou problèmes potentiels. Une fois que vous avez exécuté avec succès un essai sans erreur, vous pouvez procéder à la mise à niveau du noyau Composer.
Résolution des problèmes de mise à niveau :
Si vous ne parvenez toujours pas à mettre à niveau vers Drupal 11 à l’aide de la mise à jour composer drupal/core – avec toutes les dépendances, essayez d’exécuter composer pourquoi-pas drupal/core 11.0. Cette commande fournira des informations précieuses sur les dépendances ou conflits empêchant la mise à niveau.
Sauvegarde avant le déploiement
Avant de déployer des modifications dans votre environnement de production, créez toujours une sauvegarde de votre code et de votre base de données. Cela garantit que vous disposez d’un filet de sécurité en cas de problème pendant le processus de mise à jour. Même si vous avez testé avec succès la mise à niveau dans d’autres environnements, il est toujours conseillé de disposer d’une sauvegarde.
Conclusion
Drupal a considérablement rationalisé son processus de mise à niveau depuis l’introduction de Drupal 8. Cela signifie que les reconstructions de sites sont de moins en moins fréquentes, ce qui rend la transition vers des versions plus récentes plus efficace. Dans cet article de blog, nous avons approfondi les étapes spécifiques impliquées dans la mise à niveau de Drupal 10 vers 11 et décrit les spécifications essentielles de la plateforme.
Quelle est la prochaine étape ?
Dans la deuxième partie de cette série, nous porterons notre attention sur les utilisateurs de Drupal 9, 8 et 7. Nous explorerons les chemins de mise à niveau disponibles pour ces utilisateurs et fournirons des conseils détaillés sur la manière de migrer de manière transparente vers Drupal 11.
À la fin de cette série, vous disposerez des connaissances et des outils nécessaires pour mettre à niveau en toute confiance votre site Web Drupal vers la dernière version 11.
Source link
Partager :
Articles similaires