joomla 38 release plan

Aujourd'hui, nous sommes heureux de partager notre plan pour la version Joomla 3.8 et nous aimerions vous aider à vous préparer à cette nouvelle version.

Principales caractéristiques

Joomla 3.8 aura deux caractéristiques majeures principales : le nouveau système de routage et le début d'une couche de compatibilité en vue de Joomla 4.0.

Routeur

Voici un projet qui a pris plusieurs années à se finaliser, le nouveau système de routage sera finalement disponible pour tous les utilisateurs avec Joomla 3.8.

Le routeur définit une interface nouvelle et plus flexible pour les développeurs afin de gérer la création et le traitement des URL et donne aux utilisateurs finaux plus d'options en ce qui concerne la façon dont les URL sont affichées (y compris la capacité souvent demandée de supprimer les ID des éléments de contenu de l'URL affichée).

Dans cette version, pour les composants qui prennent en charge le nouveau routeur (Contenu, Contact, Utilisateurs et Newsfeeds), il est possible de configurer le routeur pour qu'il s'exécute dans une des trois configurations possibles : le système de routage actuel (qui est le comportement par défaut des nouvelles installations et qui sera généralement recommandée pour les sites existants lors de mises à niveau), le nouveau système de routage ou le nouveau système de routage avec les ID des éléments de contenu supprimés.

Pour les utilisateurs désireux de se mettre à niveau vers le nouveau système de routage, certaines choses doivent être prises en considération. Le nouveau système n'est pas compatible à 100% avec le routeur existant, en effet, il existe des particularités bien connues dans la façon dont les URL sont générées et traitées et ces particularités n'existent pas dans le nouveau système. Pour expliquer les changements, voici deux illustrations des données d'exemples avec chacune des configurations du routeur :

Catégorie Gallerie Photo d'Animaux :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals
  • Nouveau routeur avec les ID : /article-categories/26-park-site/28-photo-gallery/72-animals
  • Nouveau routeur sans les ID /article-categories/park-site/photo-gallery/animals

Article Koala :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals/25-koala
  • Nouveau routeur avec les ID /article-categories/26-park-site/28-photo-gallery/72-animals/25-koala
  • Nouveau routeur sans les ID : /article-categories/park-site/photo-gallery/animals/koala

Comme ainsi démontré, il existe des cas où la modification du système de routage peut modifier l'URL d'une page et provoquer une réponse 404 pour une page pourtant bien existante. Sur GitHub, le ticket #14848 est ouvert pour discuter d'idées d'un plan de migration afin de maintenir les anciennes URL dans une certaine mesure. Une discussion supplémentaire à ce sujet est bienvenue voire même encouragée.

Couche de compatibilité Joomla! 4.0

Dans Joomla 4.0, l'architecture principale soutiendra et utilisera largement les espaces de nom PHP. Pour ajouter une compatibilité avec les nouvelles classes d'espaces de nom dans la bibliothèques, la majorité des classes de la bibliothèque à partir de Joomla 3.8, utilisent désormaient des noms de classe d'espace de noms et les noms de classes existants sont encore pris en charge par l'utilisation d'alias de classes (c'est quelque chose que nous faisons depuis la version 3.3 ). Le support pour les anciens noms de classe sera présent jusqu'à Joomla 5.0, mais utiliser cette nouvelle méthode dès à présent permet aux développeurs d'utiliser les concepts de Joomla! 4 dans leurs extensions pour Joomla! 3, facilitant ainsi le passage à la future nouvelle version [ndt].

Dans le cadre de cette modification, la mise à jour vers Joomla 3.8 sera un peu plus intensive en ressources que la normale. Lors d'une mise à jour de base, lorsqu'un fichier est déplacé ou supprimé dans notre packet, il existe une étape de la mise à jour qui supprime l'ancienne version du fichier de votre site. La majorité des fichiers de librairies/cms et librairies/legacy ont été déplacés vers un nouveau répertoire libraries/src, donc la mise à jour vers 3.8 signifie que la plupart des fichiers de ces deux répertoires devront également être supprimés durant le processus de mise à jour.

Caractéristiques supplémentaires

Bien que notre objectif principal pour 3.8 soit ces deux principales fonctionnalités, nous évaluerons également d'autres propositions de fonctionnalités et les considérons pour cette version.

Nous avons déjà mis en évidence plusieurs éléments ouverts sur notre plannification pour 3.8 sur GitHub (3.8 General project board) que nous considérons comme « nice to have » dans cette version si le travail est terminé avant le gel des fonctionnalités. Il existe également d'autres propositions de fonctionnalités qui peuvent être trouvées avec l'étiquette "New Feature" sur GitHub, qui nécessitent des tests et des examens de notre communauté ou des demandes de fonctionnalités des membres de la communauté et nécessitent un développeur pour écrire un code à mettre en œuvre.

Chronologie

À l'heure actuelle, notre projet est de lancer la première version beta 3.8 durant la semaine du 24 juillet et de publier la version stable au cours de la première quinzaine de septembre. Nous aurons un gel des fonctionnalités le 14 juillet, ce qui signifie que toutes les nouvelles propositions de fonctionnalités doivent être testées et dans un état "ready to commit" ou déjà fusionné pour être inclus dans la version. Comme toujours, ces délais sont sujets à des changements en fonction d'une grande variété de problèmes et de préoccupations. Les informations les plus récentes concernant ce calendrier peuvent être trouvées dans la feuille de route du projet.

Comment puis-je aider?

Pour vous assurer que la version 3.8 et nos principales fonctionnalités soient "prêtes pour la mise en production", nous avons besoin de votre aide pour tester ces fonctionnalités afin de s'assurer qu'elles répondent aux attentes des utilisateurs et qu'il n'y a pas de problèmes inattendus. Voici quelques lignes directrices générales pour tester la version 3.8.

Mise à niveau d'un site

Pour mettre à niveau un site Web existant en 3.8, une sauvegarde de votre site doit être prise et transférée vers une zone de test/développement. Une fois que vous avez restauré votre sauvegarde dans votre zone de test, vous pouvez passer à 3.8 en téléchargeant le package de mise à niveau depuis les compilations nocturnes et en téléchargeant le paquet en utilisant la zone "Télécharger et mettre à jour" du composant Joomla Update ou en configurant le canal du mise à jour vers l'URL personnalisée notée dans la zone release 3.8.

Test des classes de type "espace de nom"

Une préoccupation potentielle avec cette mise à niveau est le nombre de fichiers qui devront être supprimés pendant la procédure de mise à jour. Nos équipes Bug Squad et Release continueront à tester cet aspect de la mise à niveau 3.8 avec leurs propres systèmes, mais nous pourrions obtenir des commentaires de plus d'utilisateurs.

Test du nouveau routeur

Une fois la mise à niveau vers 3.8, les utilisateurs qui souhaitent utiliser le nouveau routeur sur les sites existants sont les bienvenus pour permettre au routeur de configurer chaque composant. Avant d'activer le routeur, nous vous suggérons de naviguer sur votre site et de générer une liste d'URL actuellement active et valide sur votre site et de répéter cette étape après avoir activé le routeur. Dans la majorité des cas, lorsque les ID ne sont pas supprimés des URL, il ne devrait pas y avoir de modifications.

Dans nos tests et nos examens internes, nous avons constaté que les URL qui changent correspondent aux chemins de catégorie et d'élément imbriqués sous un élément de menu (semblable aux exemples illustrés précédemment),, mais des éléments qui sont définis comme un élément de menu ou un enfant direct d'un élément de menu (c'est-à-dire un article sous un élément de menu de catégorie) ne devrait pas changer.

Lors de l'examen de vos sites avec le nouveau routeur activé, si vous trouvez que certaines URL et configurations sont cassées, nous vous demandons d'ouvrir une issue sur GitHub afin que cela puisse être examiné pour déterminer s'il s'agit d'un changement de comportement prévu ou d'un nouveau problème possible du nouveau code. Lors du signalement d'un problème, veuillez fournir des détails spécifiques autant que pratiques (tels que les anciennes et les nouvelles URL, qu'elles soient multilingues et la configuration de l'élément de menu pour l'élément de menu dans lequel cette page est située).

article traduit librement de Plan for the Joomla! 3.8 Release

joomla 38 release plan

Aujourd'hui, nous sommes heureux de partager notre plan pour la version Joomla 3.8 et nous aimerions vous aider à vous préparer à cette nouvelle version.

Principales caractéristiques

Joomla 3.8 aura deux caractéristiques majeures principales : le nouveau système de routage et le début d'une couche de compatibilité en vue de Joomla 4.0.

Routeur

Voici un projet qui a pris plusieurs années à se finaliser, le nouveau système de routage sera finalement disponible pour tous les utilisateurs avec Joomla 3.8.

Le routeur définit une interface nouvelle et plus flexible pour les développeurs afin de gérer la création et le traitement des URL et donne aux utilisateurs finaux plus d'options en ce qui concerne la façon dont les URL sont affichées (y compris la capacité souvent demandée de supprimer les ID des éléments de contenu de l'URL affichée).

Dans cette version, pour les composants qui prennent en charge le nouveau routeur (Contenu, Contact, Utilisateurs et Newsfeeds), il est possible de configurer le routeur pour qu'il s'exécute dans une des trois configurations possibles : le système de routage actuel (qui est le comportement par défaut des nouvelles installations et qui sera généralement recommandée pour les sites existants lors de mises à niveau), le nouveau système de routage ou le nouveau système de routage avec les ID des éléments de contenu supprimés.

Pour les utilisateurs désireux de se mettre à niveau vers le nouveau système de routage, certaines choses doivent être prises en considération. Le nouveau système n'est pas compatible à 100% avec le routeur existant, en effet, il existe des particularités bien connues dans la façon dont les URL sont générées et traitées et ces particularités n'existent pas dans le nouveau système. Pour expliquer les changements, voici deux illustrations des données d'exemples avec chacune des configurations du routeur :

Catégorie Gallerie Photo d'Animaux :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals
  • Nouveau routeur avec les ID : /article-categories/26-park-site/28-photo-gallery/72-animals
  • Nouveau routeur sans les ID /article-categories/park-site/photo-gallery/animals

Article Koala :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals/25-koala
  • Nouveau routeur avec les ID /article-categories/26-park-site/28-photo-gallery/72-animals/25-koala
  • Nouveau routeur sans les ID : /article-categories/park-site/photo-gallery/animals/koala

Comme ainsi démontré, il existe des cas où la modification du système de routage peut modifier l'URL d'une page et provoquer une réponse 404 pour une page pourtant bien existante. Sur GitHub, le ticket #14848 est ouvert pour discuter d'idées d'un plan de migration afin de maintenir les anciennes URL dans une certaine mesure. Une discussion supplémentaire à ce sujet est bienvenue voire même encouragée.

Couche de compatibilité Joomla! 4.0

Dans Joomla 4.0, l'architecture principale soutiendra et utilisera largement les espaces de nom PHP. Pour ajouter une compatibilité avec les nouvelles classes d'espaces de nom dans la bibliothèques, la majorité des classes de la bibliothèque à partir de Joomla 3.8, utilisent désormaient des noms de classe d'espace de noms et les noms de classes existants sont encore pris en charge par l'utilisation d'alias de classes (c'est quelque chose que nous faisons depuis la version 3.3 ). Le support pour les anciens noms de classe sera présent jusqu'à Joomla 5.0, mais utiliser cette nouvelle méthode dès à présent permet aux développeurs d'utiliser les concepts de Joomla! 4 dans leurs extensions pour Joomla! 3, facilitant ainsi le passage à la future nouvelle version [ndt].

Dans le cadre de cette modification, la mise à jour vers Joomla 3.8 sera un peu plus intensive en ressources que la normale. Lors d'une mise à jour de base, lorsqu'un fichier est déplacé ou supprimé dans notre packet, il existe une étape de la mise à jour qui supprime l'ancienne version du fichier de votre site. La majorité des fichiers de librairies/cms et librairies/legacy ont été déplacés vers un nouveau répertoire libraries/src, donc la mise à jour vers 3.8 signifie que la plupart des fichiers de ces deux répertoires devront également être supprimés durant le processus de mise à jour.

Caractéristiques supplémentaires

Bien que notre objectif principal pour 3.8 soit ces deux principales fonctionnalités, nous évaluerons également d'autres propositions de fonctionnalités et les considérons pour cette version.

Nous avons déjà mis en évidence plusieurs éléments ouverts sur notre plannification pour 3.8 sur GitHub (3.8 General project board) que nous considérons comme « nice to have » dans cette version si le travail est terminé avant le gel des fonctionnalités. Il existe également d'autres propositions de fonctionnalités qui peuvent être trouvées avec l'étiquette "New Feature" sur GitHub, qui nécessitent des tests et des examens de notre communauté ou des demandes de fonctionnalités des membres de la communauté et nécessitent un développeur pour écrire un code à mettre en œuvre.

Chronologie

À l'heure actuelle, notre projet est de lancer la première version beta 3.8 durant la semaine du 24 juillet et de publier la version stable au cours de la première quinzaine de septembre. Nous aurons un gel des fonctionnalités le 14 juillet, ce qui signifie que toutes les nouvelles propositions de fonctionnalités doivent être testées et dans un état "ready to commit" ou déjà fusionné pour être inclus dans la version. Comme toujours, ces délais sont sujets à des changements en fonction d'une grande variété de problèmes et de préoccupations. Les informations les plus récentes concernant ce calendrier peuvent être trouvées dans la feuille de route du projet.

Comment puis-je aider?

Pour vous assurer que la version 3.8 et nos principales fonctionnalités soient "prêtes pour la mise en production", nous avons besoin de votre aide pour tester ces fonctionnalités afin de s'assurer qu'elles répondent aux attentes des utilisateurs et qu'il n'y a pas de problèmes inattendus. Voici quelques lignes directrices générales pour tester la version 3.8.

Mise à niveau d'un site

Pour mettre à niveau un site Web existant en 3.8, une sauvegarde de votre site doit être prise et transférée vers une zone de test/développement. Une fois que vous avez restauré votre sauvegarde dans votre zone de test, vous pouvez passer à 3.8 en téléchargeant le package de mise à niveau depuis les compilations nocturnes et en téléchargeant le paquet en utilisant la zone "Télécharger et mettre à jour" du composant Joomla Update ou en configurant le canal du mise à jour vers l'URL personnalisée notée dans la zone release 3.8.

Test des classes de type "espace de nom"

Une préoccupation potentielle avec cette mise à niveau est le nombre de fichiers qui devront être supprimés pendant la procédure de mise à jour. Nos équipes Bug Squad et Release continueront à tester cet aspect de la mise à niveau 3.8 avec leurs propres systèmes, mais nous pourrions obtenir des commentaires de plus d'utilisateurs.

Test du nouveau routeur

Une fois la mise à niveau vers 3.8, les utilisateurs qui souhaitent utiliser le nouveau routeur sur les sites existants sont les bienvenus pour permettre au routeur de configurer chaque composant. Avant d'activer le routeur, nous vous suggérons de naviguer sur votre site et de générer une liste d'URL actuellement active et valide sur votre site et de répéter cette étape après avoir activé le routeur. Dans la majorité des cas, lorsque les ID ne sont pas supprimés des URL, il ne devrait pas y avoir de modifications.

Dans nos tests et nos examens internes, nous avons constaté que les URL qui changent correspondent aux chemins de catégorie et d'élément imbriqués sous un élément de menu (semblable aux exemples illustrés précédemment),, mais des éléments qui sont définis comme un élément de menu ou un enfant direct d'un élément de menu (c'est-à-dire un article sous un élément de menu de catégorie) ne devrait pas changer.

Lors de l'examen de vos sites avec le nouveau routeur activé, si vous trouvez que certaines URL et configurations sont cassées, nous vous demandons d'ouvrir une issue sur GitHub afin que cela puisse être examiné pour déterminer s'il s'agit d'un changement de comportement prévu ou d'un nouveau problème possible du nouveau code. Lors du signalement d'un problème, veuillez fournir des détails spécifiques autant que pratiques (tels que les anciennes et les nouvelles URL, qu'elles soient multilingues et la configuration de l'élément de menu pour l'élément de menu dans lequel cette page est située).

article traduit librement de Plan for the Joomla! 3.8 Release

joomla 38 release plan

Aujourd'hui, nous sommes heureux de partager notre plan pour la version Joomla 3.8 et nous aimerions vous aider à vous préparer à cette nouvelle version.

Principales caractéristiques

Joomla 3.8 aura deux caractéristiques majeures principales : le nouveau système de routage et le début d'une couche de compatibilité en vue de Joomla 4.0.

Routeur

Voici un projet qui a pris plusieurs années à se finaliser, le nouveau système de routage sera finalement disponible pour tous les utilisateurs avec Joomla 3.8.

Le routeur définit une interface nouvelle et plus flexible pour les développeurs afin de gérer la création et le traitement des URL et donne aux utilisateurs finaux plus d'options en ce qui concerne la façon dont les URL sont affichées (y compris la capacité souvent demandée de supprimer les ID des éléments de contenu de l'URL affichée).

Dans cette version, pour les composants qui prennent en charge le nouveau routeur (Contenu, Contact, Utilisateurs et Newsfeeds), il est possible de configurer le routeur pour qu'il s'exécute dans une des trois configurations possibles : le système de routage actuel (qui est le comportement par défaut des nouvelles installations et qui sera généralement recommandée pour les sites existants lors de mises à niveau), le nouveau système de routage ou le nouveau système de routage avec les ID des éléments de contenu supprimés.

Pour les utilisateurs désireux de se mettre à niveau vers le nouveau système de routage, certaines choses doivent être prises en considération. Le nouveau système n'est pas compatible à 100% avec le routeur existant, en effet, il existe des particularités bien connues dans la façon dont les URL sont générées et traitées et ces particularités n'existent pas dans le nouveau système. Pour expliquer les changements, voici deux illustrations des données d'exemples avec chacune des configurations du routeur :

Catégorie Gallerie Photo d'Animaux :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals
  • Nouveau routeur avec les ID : /article-categories/26-park-site/28-photo-gallery/72-animals
  • Nouveau routeur sans les ID /article-categories/park-site/photo-gallery/animals

Article Koala :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals/25-koala
  • Nouveau routeur avec les ID /article-categories/26-park-site/28-photo-gallery/72-animals/25-koala
  • Nouveau routeur sans les ID : /article-categories/park-site/photo-gallery/animals/koala

Comme ainsi démontré, il existe des cas où la modification du système de routage peut modifier l'URL d'une page et provoquer une réponse 404 pour une page pourtant bien existante. Sur GitHub, le ticket #14848 est ouvert pour discuter d'idées d'un plan de migration afin de maintenir les anciennes URL dans une certaine mesure. Une discussion supplémentaire à ce sujet est bienvenue voire même encouragée.

Couche de compatibilité Joomla! 4.0

Dans Joomla 4.0, l'architecture principale soutiendra et utilisera largement les espaces de nom PHP. Pour ajouter une compatibilité avec les nouvelles classes d'espaces de nom dans la bibliothèques, la majorité des classes de la bibliothèque à partir de Joomla 3.8, utilisent désormaient des noms de classe d'espace de noms et les noms de classes existants sont encore pris en charge par l'utilisation d'alias de classes (c'est quelque chose que nous faisons depuis la version 3.3 ). Le support pour les anciens noms de classe sera présent jusqu'à Joomla 5.0, mais utiliser cette nouvelle méthode dès à présent permet aux développeurs d'utiliser les concepts de Joomla! 4 dans leurs extensions pour Joomla! 3, facilitant ainsi le passage à la future nouvelle version [ndt].

Dans le cadre de cette modification, la mise à jour vers Joomla 3.8 sera un peu plus intensive en ressources que la normale. Lors d'une mise à jour de base, lorsqu'un fichier est déplacé ou supprimé dans notre packet, il existe une étape de la mise à jour qui supprime l'ancienne version du fichier de votre site. La majorité des fichiers de librairies/cms et librairies/legacy ont été déplacés vers un nouveau répertoire libraries/src, donc la mise à jour vers 3.8 signifie que la plupart des fichiers de ces deux répertoires devront également être supprimés durant le processus de mise à jour.

Caractéristiques supplémentaires

Bien que notre objectif principal pour 3.8 soit ces deux principales fonctionnalités, nous évaluerons également d'autres propositions de fonctionnalités et les considérons pour cette version.

Nous avons déjà mis en évidence plusieurs éléments ouverts sur notre plannification pour 3.8 sur GitHub (3.8 General project board) que nous considérons comme « nice to have » dans cette version si le travail est terminé avant le gel des fonctionnalités. Il existe également d'autres propositions de fonctionnalités qui peuvent être trouvées avec l'étiquette "New Feature" sur GitHub, qui nécessitent des tests et des examens de notre communauté ou des demandes de fonctionnalités des membres de la communauté et nécessitent un développeur pour écrire un code à mettre en œuvre.

Chronologie

À l'heure actuelle, notre projet est de lancer la première version beta 3.8 durant la semaine du 24 juillet et de publier la version stable au cours de la première quinzaine de septembre. Nous aurons un gel des fonctionnalités le 14 juillet, ce qui signifie que toutes les nouvelles propositions de fonctionnalités doivent être testées et dans un état "ready to commit" ou déjà fusionné pour être inclus dans la version. Comme toujours, ces délais sont sujets à des changements en fonction d'une grande variété de problèmes et de préoccupations. Les informations les plus récentes concernant ce calendrier peuvent être trouvées dans la feuille de route du projet.

Comment puis-je aider?

Pour vous assurer que la version 3.8 et nos principales fonctionnalités soient "prêtes pour la mise en production", nous avons besoin de votre aide pour tester ces fonctionnalités afin de s'assurer qu'elles répondent aux attentes des utilisateurs et qu'il n'y a pas de problèmes inattendus. Voici quelques lignes directrices générales pour tester la version 3.8.

Mise à niveau d'un site

Pour mettre à niveau un site Web existant en 3.8, une sauvegarde de votre site doit être prise et transférée vers une zone de test/développement. Une fois que vous avez restauré votre sauvegarde dans votre zone de test, vous pouvez passer à 3.8 en téléchargeant le package de mise à niveau depuis les compilations nocturnes et en téléchargeant le paquet en utilisant la zone "Télécharger et mettre à jour" du composant Joomla Update ou en configurant le canal du mise à jour vers l'URL personnalisée notée dans la zone release 3.8.

Test des classes de type "espace de nom"

Une préoccupation potentielle avec cette mise à niveau est le nombre de fichiers qui devront être supprimés pendant la procédure de mise à jour. Nos équipes Bug Squad et Release continueront à tester cet aspect de la mise à niveau 3.8 avec leurs propres systèmes, mais nous pourrions obtenir des commentaires de plus d'utilisateurs.

Test du nouveau routeur

Une fois la mise à niveau vers 3.8, les utilisateurs qui souhaitent utiliser le nouveau routeur sur les sites existants sont les bienvenus pour permettre au routeur de configurer chaque composant. Avant d'activer le routeur, nous vous suggérons de naviguer sur votre site et de générer une liste d'URL actuellement active et valide sur votre site et de répéter cette étape après avoir activé le routeur. Dans la majorité des cas, lorsque les ID ne sont pas supprimés des URL, il ne devrait pas y avoir de modifications.

Dans nos tests et nos examens internes, nous avons constaté que les URL qui changent correspondent aux chemins de catégorie et d'élément imbriqués sous un élément de menu (semblable aux exemples illustrés précédemment),, mais des éléments qui sont définis comme un élément de menu ou un enfant direct d'un élément de menu (c'est-à-dire un article sous un élément de menu de catégorie) ne devrait pas changer.

Lors de l'examen de vos sites avec le nouveau routeur activé, si vous trouvez que certaines URL et configurations sont cassées, nous vous demandons d'ouvrir une issue sur GitHub afin que cela puisse être examiné pour déterminer s'il s'agit d'un changement de comportement prévu ou d'un nouveau problème possible du nouveau code. Lors du signalement d'un problème, veuillez fournir des détails spécifiques autant que pratiques (tels que les anciennes et les nouvelles URL, qu'elles soient multilingues et la configuration de l'élément de menu pour l'élément de menu dans lequel cette page est située).

article traduit librement de Plan for the Joomla! 3.8 Release

joomla 38 release plan

Aujourd'hui, nous sommes heureux de partager notre plan pour la version Joomla 3.8 et nous aimerions vous aider à vous préparer à cette nouvelle version.

Principales caractéristiques

Joomla 3.8 aura deux caractéristiques majeures principales : le nouveau système de routage et le début d'une couche de compatibilité en vue de Joomla 4.0.

Routeur

Voici un projet qui a pris plusieurs années à se finaliser, le nouveau système de routage sera finalement disponible pour tous les utilisateurs avec Joomla 3.8.

Le routeur définit une interface nouvelle et plus flexible pour les développeurs afin de gérer la création et le traitement des URL et donne aux utilisateurs finaux plus d'options en ce qui concerne la façon dont les URL sont affichées (y compris la capacité souvent demandée de supprimer les ID des éléments de contenu de l'URL affichée).

Dans cette version, pour les composants qui prennent en charge le nouveau routeur (Contenu, Contact, Utilisateurs et Newsfeeds), il est possible de configurer le routeur pour qu'il s'exécute dans une des trois configurations possibles : le système de routage actuel (qui est le comportement par défaut des nouvelles installations et qui sera généralement recommandée pour les sites existants lors de mises à niveau), le nouveau système de routage ou le nouveau système de routage avec les ID des éléments de contenu supprimés.

Pour les utilisateurs désireux de se mettre à niveau vers le nouveau système de routage, certaines choses doivent être prises en considération. Le nouveau système n'est pas compatible à 100% avec le routeur existant, en effet, il existe des particularités bien connues dans la façon dont les URL sont générées et traitées et ces particularités n'existent pas dans le nouveau système. Pour expliquer les changements, voici deux illustrations des données d'exemples avec chacune des configurations du routeur :

Catégorie Gallerie Photo d'Animaux :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals
  • Nouveau routeur avec les ID : /article-categories/26-park-site/28-photo-gallery/72-animals
  • Nouveau routeur sans les ID /article-categories/park-site/photo-gallery/animals

Article Koala :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals/25-koala
  • Nouveau routeur avec les ID /article-categories/26-park-site/28-photo-gallery/72-animals/25-koala
  • Nouveau routeur sans les ID : /article-categories/park-site/photo-gallery/animals/koala

Comme ainsi démontré, il existe des cas où la modification du système de routage peut modifier l'URL d'une page et provoquer une réponse 404 pour une page pourtant bien existante. Sur GitHub, le ticket #14848 est ouvert pour discuter d'idées d'un plan de migration afin de maintenir les anciennes URL dans une certaine mesure. Une discussion supplémentaire à ce sujet est bienvenue voire même encouragée.

Couche de compatibilité Joomla! 4.0

Dans Joomla 4.0, l'architecture principale soutiendra et utilisera largement les espaces de nom PHP. Pour ajouter une compatibilité avec les nouvelles classes d'espaces de nom dans la bibliothèques, la majorité des classes de la bibliothèque à partir de Joomla 3.8, utilisent désormaient des noms de classe d'espace de noms et les noms de classes existants sont encore pris en charge par l'utilisation d'alias de classes (c'est quelque chose que nous faisons depuis la version 3.3 ). Le support pour les anciens noms de classe sera présent jusqu'à Joomla 5.0, mais utiliser cette nouvelle méthode dès à présent permet aux développeurs d'utiliser les concepts de Joomla! 4 dans leurs extensions pour Joomla! 3, facilitant ainsi le passage à la future nouvelle version [ndt].

Dans le cadre de cette modification, la mise à jour vers Joomla 3.8 sera un peu plus intensive en ressources que la normale. Lors d'une mise à jour de base, lorsqu'un fichier est déplacé ou supprimé dans notre packet, il existe une étape de la mise à jour qui supprime l'ancienne version du fichier de votre site. La majorité des fichiers de librairies/cms et librairies/legacy ont été déplacés vers un nouveau répertoire libraries/src, donc la mise à jour vers 3.8 signifie que la plupart des fichiers de ces deux répertoires devront également être supprimés durant le processus de mise à jour.

Caractéristiques supplémentaires

Bien que notre objectif principal pour 3.8 soit ces deux principales fonctionnalités, nous évaluerons également d'autres propositions de fonctionnalités et les considérons pour cette version.

Nous avons déjà mis en évidence plusieurs éléments ouverts sur notre plannification pour 3.8 sur GitHub (3.8 General project board) que nous considérons comme « nice to have » dans cette version si le travail est terminé avant le gel des fonctionnalités. Il existe également d'autres propositions de fonctionnalités qui peuvent être trouvées avec l'étiquette "New Feature" sur GitHub, qui nécessitent des tests et des examens de notre communauté ou des demandes de fonctionnalités des membres de la communauté et nécessitent un développeur pour écrire un code à mettre en œuvre.

Chronologie

À l'heure actuelle, notre projet est de lancer la première version beta 3.8 durant la semaine du 24 juillet et de publier la version stable au cours de la première quinzaine de septembre. Nous aurons un gel des fonctionnalités le 14 juillet, ce qui signifie que toutes les nouvelles propositions de fonctionnalités doivent être testées et dans un état "ready to commit" ou déjà fusionné pour être inclus dans la version. Comme toujours, ces délais sont sujets à des changements en fonction d'une grande variété de problèmes et de préoccupations. Les informations les plus récentes concernant ce calendrier peuvent être trouvées dans la feuille de route du projet.

Comment puis-je aider?

Pour vous assurer que la version 3.8 et nos principales fonctionnalités soient "prêtes pour la mise en production", nous avons besoin de votre aide pour tester ces fonctionnalités afin de s'assurer qu'elles répondent aux attentes des utilisateurs et qu'il n'y a pas de problèmes inattendus. Voici quelques lignes directrices générales pour tester la version 3.8.

Mise à niveau d'un site

Pour mettre à niveau un site Web existant en 3.8, une sauvegarde de votre site doit être prise et transférée vers une zone de test/développement. Une fois que vous avez restauré votre sauvegarde dans votre zone de test, vous pouvez passer à 3.8 en téléchargeant le package de mise à niveau depuis les compilations nocturnes et en téléchargeant le paquet en utilisant la zone "Télécharger et mettre à jour" du composant Joomla Update ou en configurant le canal du mise à jour vers l'URL personnalisée notée dans la zone release 3.8.

Test des classes de type "espace de nom"

Une préoccupation potentielle avec cette mise à niveau est le nombre de fichiers qui devront être supprimés pendant la procédure de mise à jour. Nos équipes Bug Squad et Release continueront à tester cet aspect de la mise à niveau 3.8 avec leurs propres systèmes, mais nous pourrions obtenir des commentaires de plus d'utilisateurs.

Test du nouveau routeur

Une fois la mise à niveau vers 3.8, les utilisateurs qui souhaitent utiliser le nouveau routeur sur les sites existants sont les bienvenus pour permettre au routeur de configurer chaque composant. Avant d'activer le routeur, nous vous suggérons de naviguer sur votre site et de générer une liste d'URL actuellement active et valide sur votre site et de répéter cette étape après avoir activé le routeur. Dans la majorité des cas, lorsque les ID ne sont pas supprimés des URL, il ne devrait pas y avoir de modifications.

Dans nos tests et nos examens internes, nous avons constaté que les URL qui changent correspondent aux chemins de catégorie et d'élément imbriqués sous un élément de menu (semblable aux exemples illustrés précédemment),, mais des éléments qui sont définis comme un élément de menu ou un enfant direct d'un élément de menu (c'est-à-dire un article sous un élément de menu de catégorie) ne devrait pas changer.

Lors de l'examen de vos sites avec le nouveau routeur activé, si vous trouvez que certaines URL et configurations sont cassées, nous vous demandons d'ouvrir une issue sur GitHub afin que cela puisse être examiné pour déterminer s'il s'agit d'un changement de comportement prévu ou d'un nouveau problème possible du nouveau code. Lors du signalement d'un problème, veuillez fournir des détails spécifiques autant que pratiques (tels que les anciennes et les nouvelles URL, qu'elles soient multilingues et la configuration de l'élément de menu pour l'élément de menu dans lequel cette page est située).

article traduit librement de Plan for the Joomla! 3.8 Release

joomla 38 release plan

Aujourd'hui, nous sommes heureux de partager notre plan pour la version Joomla 3.8 et nous aimerions vous aider à vous préparer à cette nouvelle version.

Principales caractéristiques

Joomla 3.8 aura deux caractéristiques majeures principales : le nouveau système de routage et le début d'une couche de compatibilité en vue de Joomla 4.0.

Routeur

Voici un projet qui a pris plusieurs années à se finaliser, le nouveau système de routage sera finalement disponible pour tous les utilisateurs avec Joomla 3.8.

Le routeur définit une interface nouvelle et plus flexible pour les développeurs afin de gérer la création et le traitement des URL et donne aux utilisateurs finaux plus d'options en ce qui concerne la façon dont les URL sont affichées (y compris la capacité souvent demandée de supprimer les ID des éléments de contenu de l'URL affichée).

Dans cette version, pour les composants qui prennent en charge le nouveau routeur (Contenu, Contact, Utilisateurs et Newsfeeds), il est possible de configurer le routeur pour qu'il s'exécute dans une des trois configurations possibles : le système de routage actuel (qui est le comportement par défaut des nouvelles installations et qui sera généralement recommandée pour les sites existants lors de mises à niveau), le nouveau système de routage ou le nouveau système de routage avec les ID des éléments de contenu supprimés.

Pour les utilisateurs désireux de se mettre à niveau vers le nouveau système de routage, certaines choses doivent être prises en considération. Le nouveau système n'est pas compatible à 100% avec le routeur existant, en effet, il existe des particularités bien connues dans la façon dont les URL sont générées et traitées et ces particularités n'existent pas dans le nouveau système. Pour expliquer les changements, voici deux illustrations des données d'exemples avec chacune des configurations du routeur :

Catégorie Gallerie Photo d'Animaux :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals
  • Nouveau routeur avec les ID : /article-categories/26-park-site/28-photo-gallery/72-animals
  • Nouveau routeur sans les ID /article-categories/park-site/photo-gallery/animals

Article Koala :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals/25-koala
  • Nouveau routeur avec les ID /article-categories/26-park-site/28-photo-gallery/72-animals/25-koala
  • Nouveau routeur sans les ID : /article-categories/park-site/photo-gallery/animals/koala

Comme ainsi démontré, il existe des cas où la modification du système de routage peut modifier l'URL d'une page et provoquer une réponse 404 pour une page pourtant bien existante. Sur GitHub, le ticket #14848 est ouvert pour discuter d'idées d'un plan de migration afin de maintenir les anciennes URL dans une certaine mesure. Une discussion supplémentaire à ce sujet est bienvenue voire même encouragée.

Couche de compatibilité Joomla! 4.0

Dans Joomla 4.0, l'architecture principale soutiendra et utilisera largement les espaces de nom PHP. Pour ajouter une compatibilité avec les nouvelles classes d'espaces de nom dans la bibliothèques, la majorité des classes de la bibliothèque à partir de Joomla 3.8, utilisent désormaient des noms de classe d'espace de noms et les noms de classes existants sont encore pris en charge par l'utilisation d'alias de classes (c'est quelque chose que nous faisons depuis la version 3.3 ). Le support pour les anciens noms de classe sera présent jusqu'à Joomla 5.0, mais utiliser cette nouvelle méthode dès à présent permet aux développeurs d'utiliser les concepts de Joomla! 4 dans leurs extensions pour Joomla! 3, facilitant ainsi le passage à la future nouvelle version [ndt].

Dans le cadre de cette modification, la mise à jour vers Joomla 3.8 sera un peu plus intensive en ressources que la normale. Lors d'une mise à jour de base, lorsqu'un fichier est déplacé ou supprimé dans notre packet, il existe une étape de la mise à jour qui supprime l'ancienne version du fichier de votre site. La majorité des fichiers de librairies/cms et librairies/legacy ont été déplacés vers un nouveau répertoire libraries/src, donc la mise à jour vers 3.8 signifie que la plupart des fichiers de ces deux répertoires devront également être supprimés durant le processus de mise à jour.

Caractéristiques supplémentaires

Bien que notre objectif principal pour 3.8 soit ces deux principales fonctionnalités, nous évaluerons également d'autres propositions de fonctionnalités et les considérons pour cette version.

Nous avons déjà mis en évidence plusieurs éléments ouverts sur notre plannification pour 3.8 sur GitHub (3.8 General project board) que nous considérons comme « nice to have » dans cette version si le travail est terminé avant le gel des fonctionnalités. Il existe également d'autres propositions de fonctionnalités qui peuvent être trouvées avec l'étiquette "New Feature" sur GitHub, qui nécessitent des tests et des examens de notre communauté ou des demandes de fonctionnalités des membres de la communauté et nécessitent un développeur pour écrire un code à mettre en œuvre.

Chronologie

À l'heure actuelle, notre projet est de lancer la première version beta 3.8 durant la semaine du 24 juillet et de publier la version stable au cours de la première quinzaine de septembre. Nous aurons un gel des fonctionnalités le 14 juillet, ce qui signifie que toutes les nouvelles propositions de fonctionnalités doivent être testées et dans un état "ready to commit" ou déjà fusionné pour être inclus dans la version. Comme toujours, ces délais sont sujets à des changements en fonction d'une grande variété de problèmes et de préoccupations. Les informations les plus récentes concernant ce calendrier peuvent être trouvées dans la feuille de route du projet.

Comment puis-je aider?

Pour vous assurer que la version 3.8 et nos principales fonctionnalités soient "prêtes pour la mise en production", nous avons besoin de votre aide pour tester ces fonctionnalités afin de s'assurer qu'elles répondent aux attentes des utilisateurs et qu'il n'y a pas de problèmes inattendus. Voici quelques lignes directrices générales pour tester la version 3.8.

Mise à niveau d'un site

Pour mettre à niveau un site Web existant en 3.8, une sauvegarde de votre site doit être prise et transférée vers une zone de test/développement. Une fois que vous avez restauré votre sauvegarde dans votre zone de test, vous pouvez passer à 3.8 en téléchargeant le package de mise à niveau depuis les compilations nocturnes et en téléchargeant le paquet en utilisant la zone "Télécharger et mettre à jour" du composant Joomla Update ou en configurant le canal du mise à jour vers l'URL personnalisée notée dans la zone release 3.8.

Test des classes de type "espace de nom"

Une préoccupation potentielle avec cette mise à niveau est le nombre de fichiers qui devront être supprimés pendant la procédure de mise à jour. Nos équipes Bug Squad et Release continueront à tester cet aspect de la mise à niveau 3.8 avec leurs propres systèmes, mais nous pourrions obtenir des commentaires de plus d'utilisateurs.

Test du nouveau routeur

Une fois la mise à niveau vers 3.8, les utilisateurs qui souhaitent utiliser le nouveau routeur sur les sites existants sont les bienvenus pour permettre au routeur de configurer chaque composant. Avant d'activer le routeur, nous vous suggérons de naviguer sur votre site et de générer une liste d'URL actuellement active et valide sur votre site et de répéter cette étape après avoir activé le routeur. Dans la majorité des cas, lorsque les ID ne sont pas supprimés des URL, il ne devrait pas y avoir de modifications.

Dans nos tests et nos examens internes, nous avons constaté que les URL qui changent correspondent aux chemins de catégorie et d'élément imbriqués sous un élément de menu (semblable aux exemples illustrés précédemment),, mais des éléments qui sont définis comme un élément de menu ou un enfant direct d'un élément de menu (c'est-à-dire un article sous un élément de menu de catégorie) ne devrait pas changer.

Lors de l'examen de vos sites avec le nouveau routeur activé, si vous trouvez que certaines URL et configurations sont cassées, nous vous demandons d'ouvrir une issue sur GitHub afin que cela puisse être examiné pour déterminer s'il s'agit d'un changement de comportement prévu ou d'un nouveau problème possible du nouveau code. Lors du signalement d'un problème, veuillez fournir des détails spécifiques autant que pratiques (tels que les anciennes et les nouvelles URL, qu'elles soient multilingues et la configuration de l'élément de menu pour l'élément de menu dans lequel cette page est située).

article traduit librement de Plan for the Joomla! 3.8 Release

joomla 38 release plan

Aujourd'hui, nous sommes heureux de partager notre plan pour la version Joomla 3.8 et nous aimerions vous aider à vous préparer à cette nouvelle version.

Principales caractéristiques

Joomla 3.8 aura deux caractéristiques majeures principales : le nouveau système de routage et le début d'une couche de compatibilité en vue de Joomla 4.0.

Routeur

Voici un projet qui a pris plusieurs années à se finaliser, le nouveau système de routage sera finalement disponible pour tous les utilisateurs avec Joomla 3.8.

Le routeur définit une interface nouvelle et plus flexible pour les développeurs afin de gérer la création et le traitement des URL et donne aux utilisateurs finaux plus d'options en ce qui concerne la façon dont les URL sont affichées (y compris la capacité souvent demandée de supprimer les ID des éléments de contenu de l'URL affichée).

Dans cette version, pour les composants qui prennent en charge le nouveau routeur (Contenu, Contact, Utilisateurs et Newsfeeds), il est possible de configurer le routeur pour qu'il s'exécute dans une des trois configurations possibles : le système de routage actuel (qui est le comportement par défaut des nouvelles installations et qui sera généralement recommandée pour les sites existants lors de mises à niveau), le nouveau système de routage ou le nouveau système de routage avec les ID des éléments de contenu supprimés.

Pour les utilisateurs désireux de se mettre à niveau vers le nouveau système de routage, certaines choses doivent être prises en considération. Le nouveau système n'est pas compatible à 100% avec le routeur existant, en effet, il existe des particularités bien connues dans la façon dont les URL sont générées et traitées et ces particularités n'existent pas dans le nouveau système. Pour expliquer les changements, voici deux illustrations des données d'exemples avec chacune des configurations du routeur :

Catégorie Gallerie Photo d'Animaux :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals
  • Nouveau routeur avec les ID : /article-categories/26-park-site/28-photo-gallery/72-animals
  • Nouveau routeur sans les ID /article-categories/park-site/photo-gallery/animals

Article Koala :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals/25-koala
  • Nouveau routeur avec les ID /article-categories/26-park-site/28-photo-gallery/72-animals/25-koala
  • Nouveau routeur sans les ID : /article-categories/park-site/photo-gallery/animals/koala

Comme ainsi démontré, il existe des cas où la modification du système de routage peut modifier l'URL d'une page et provoquer une réponse 404 pour une page pourtant bien existante. Sur GitHub, le ticket #14848 est ouvert pour discuter d'idées d'un plan de migration afin de maintenir les anciennes URL dans une certaine mesure. Une discussion supplémentaire à ce sujet est bienvenue voire même encouragée.

Couche de compatibilité Joomla! 4.0

Dans Joomla 4.0, l'architecture principale soutiendra et utilisera largement les espaces de nom PHP. Pour ajouter une compatibilité avec les nouvelles classes d'espaces de nom dans la bibliothèques, la majorité des classes de la bibliothèque à partir de Joomla 3.8, utilisent désormaient des noms de classe d'espace de noms et les noms de classes existants sont encore pris en charge par l'utilisation d'alias de classes (c'est quelque chose que nous faisons depuis la version 3.3 ). Le support pour les anciens noms de classe sera présent jusqu'à Joomla 5.0, mais utiliser cette nouvelle méthode dès à présent permet aux développeurs d'utiliser les concepts de Joomla! 4 dans leurs extensions pour Joomla! 3, facilitant ainsi le passage à la future nouvelle version [ndt].

Dans le cadre de cette modification, la mise à jour vers Joomla 3.8 sera un peu plus intensive en ressources que la normale. Lors d'une mise à jour de base, lorsqu'un fichier est déplacé ou supprimé dans notre packet, il existe une étape de la mise à jour qui supprime l'ancienne version du fichier de votre site. La majorité des fichiers de librairies/cms et librairies/legacy ont été déplacés vers un nouveau répertoire libraries/src, donc la mise à jour vers 3.8 signifie que la plupart des fichiers de ces deux répertoires devront également être supprimés durant le processus de mise à jour.

Caractéristiques supplémentaires

Bien que notre objectif principal pour 3.8 soit ces deux principales fonctionnalités, nous évaluerons également d'autres propositions de fonctionnalités et les considérons pour cette version.

Nous avons déjà mis en évidence plusieurs éléments ouverts sur notre plannification pour 3.8 sur GitHub (3.8 General project board) que nous considérons comme « nice to have » dans cette version si le travail est terminé avant le gel des fonctionnalités. Il existe également d'autres propositions de fonctionnalités qui peuvent être trouvées avec l'étiquette "New Feature" sur GitHub, qui nécessitent des tests et des examens de notre communauté ou des demandes de fonctionnalités des membres de la communauté et nécessitent un développeur pour écrire un code à mettre en œuvre.

Chronologie

À l'heure actuelle, notre projet est de lancer la première version beta 3.8 durant la semaine du 24 juillet et de publier la version stable au cours de la première quinzaine de septembre. Nous aurons un gel des fonctionnalités le 14 juillet, ce qui signifie que toutes les nouvelles propositions de fonctionnalités doivent être testées et dans un état "ready to commit" ou déjà fusionné pour être inclus dans la version. Comme toujours, ces délais sont sujets à des changements en fonction d'une grande variété de problèmes et de préoccupations. Les informations les plus récentes concernant ce calendrier peuvent être trouvées dans la feuille de route du projet.

Comment puis-je aider?

Pour vous assurer que la version 3.8 et nos principales fonctionnalités soient "prêtes pour la mise en production", nous avons besoin de votre aide pour tester ces fonctionnalités afin de s'assurer qu'elles répondent aux attentes des utilisateurs et qu'il n'y a pas de problèmes inattendus. Voici quelques lignes directrices générales pour tester la version 3.8.

Mise à niveau d'un site

Pour mettre à niveau un site Web existant en 3.8, une sauvegarde de votre site doit être prise et transférée vers une zone de test/développement. Une fois que vous avez restauré votre sauvegarde dans votre zone de test, vous pouvez passer à 3.8 en téléchargeant le package de mise à niveau depuis les compilations nocturnes et en téléchargeant le paquet en utilisant la zone "Télécharger et mettre à jour" du composant Joomla Update ou en configurant le canal du mise à jour vers l'URL personnalisée notée dans la zone release 3.8.

Test des classes de type "espace de nom"

Une préoccupation potentielle avec cette mise à niveau est le nombre de fichiers qui devront être supprimés pendant la procédure de mise à jour. Nos équipes Bug Squad et Release continueront à tester cet aspect de la mise à niveau 3.8 avec leurs propres systèmes, mais nous pourrions obtenir des commentaires de plus d'utilisateurs.

Test du nouveau routeur

Une fois la mise à niveau vers 3.8, les utilisateurs qui souhaitent utiliser le nouveau routeur sur les sites existants sont les bienvenus pour permettre au routeur de configurer chaque composant. Avant d'activer le routeur, nous vous suggérons de naviguer sur votre site et de générer une liste d'URL actuellement active et valide sur votre site et de répéter cette étape après avoir activé le routeur. Dans la majorité des cas, lorsque les ID ne sont pas supprimés des URL, il ne devrait pas y avoir de modifications.

Dans nos tests et nos examens internes, nous avons constaté que les URL qui changent correspondent aux chemins de catégorie et d'élément imbriqués sous un élément de menu (semblable aux exemples illustrés précédemment),, mais des éléments qui sont définis comme un élément de menu ou un enfant direct d'un élément de menu (c'est-à-dire un article sous un élément de menu de catégorie) ne devrait pas changer.

Lors de l'examen de vos sites avec le nouveau routeur activé, si vous trouvez que certaines URL et configurations sont cassées, nous vous demandons d'ouvrir une issue sur GitHub afin que cela puisse être examiné pour déterminer s'il s'agit d'un changement de comportement prévu ou d'un nouveau problème possible du nouveau code. Lors du signalement d'un problème, veuillez fournir des détails spécifiques autant que pratiques (tels que les anciennes et les nouvelles URL, qu'elles soient multilingues et la configuration de l'élément de menu pour l'élément de menu dans lequel cette page est située).

article traduit librement de Plan for the Joomla! 3.8 Release

joomla 38 release plan

Aujourd'hui, nous sommes heureux de partager notre plan pour la version Joomla 3.8 et nous aimerions vous aider à vous préparer à cette nouvelle version.

Principales caractéristiques

Joomla 3.8 aura deux caractéristiques majeures principales : le nouveau système de routage et le début d'une couche de compatibilité en vue de Joomla 4.0.

Routeur

Voici un projet qui a pris plusieurs années à se finaliser, le nouveau système de routage sera finalement disponible pour tous les utilisateurs avec Joomla 3.8.

Le routeur définit une interface nouvelle et plus flexible pour les développeurs afin de gérer la création et le traitement des URL et donne aux utilisateurs finaux plus d'options en ce qui concerne la façon dont les URL sont affichées (y compris la capacité souvent demandée de supprimer les ID des éléments de contenu de l'URL affichée).

Dans cette version, pour les composants qui prennent en charge le nouveau routeur (Contenu, Contact, Utilisateurs et Newsfeeds), il est possible de configurer le routeur pour qu'il s'exécute dans une des trois configurations possibles : le système de routage actuel (qui est le comportement par défaut des nouvelles installations et qui sera généralement recommandée pour les sites existants lors de mises à niveau), le nouveau système de routage ou le nouveau système de routage avec les ID des éléments de contenu supprimés.

Pour les utilisateurs désireux de se mettre à niveau vers le nouveau système de routage, certaines choses doivent être prises en considération. Le nouveau système n'est pas compatible à 100% avec le routeur existant, en effet, il existe des particularités bien connues dans la façon dont les URL sont générées et traitées et ces particularités n'existent pas dans le nouveau système. Pour expliquer les changements, voici deux illustrations des données d'exemples avec chacune des configurations du routeur :

Catégorie Gallerie Photo d'Animaux :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals
  • Nouveau routeur avec les ID : /article-categories/26-park-site/28-photo-gallery/72-animals
  • Nouveau routeur sans les ID /article-categories/park-site/photo-gallery/animals

Article Koala :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals/25-koala
  • Nouveau routeur avec les ID /article-categories/26-park-site/28-photo-gallery/72-animals/25-koala
  • Nouveau routeur sans les ID : /article-categories/park-site/photo-gallery/animals/koala

Comme ainsi démontré, il existe des cas où la modification du système de routage peut modifier l'URL d'une page et provoquer une réponse 404 pour une page pourtant bien existante. Sur GitHub, le ticket #14848 est ouvert pour discuter d'idées d'un plan de migration afin de maintenir les anciennes URL dans une certaine mesure. Une discussion supplémentaire à ce sujet est bienvenue voire même encouragée.

Couche de compatibilité Joomla! 4.0

Dans Joomla 4.0, l'architecture principale soutiendra et utilisera largement les espaces de nom PHP. Pour ajouter une compatibilité avec les nouvelles classes d'espaces de nom dans la bibliothèques, la majorité des classes de la bibliothèque à partir de Joomla 3.8, utilisent désormaient des noms de classe d'espace de noms et les noms de classes existants sont encore pris en charge par l'utilisation d'alias de classes (c'est quelque chose que nous faisons depuis la version 3.3 ). Le support pour les anciens noms de classe sera présent jusqu'à Joomla 5.0, mais utiliser cette nouvelle méthode dès à présent permet aux développeurs d'utiliser les concepts de Joomla! 4 dans leurs extensions pour Joomla! 3, facilitant ainsi le passage à la future nouvelle version [ndt].

Dans le cadre de cette modification, la mise à jour vers Joomla 3.8 sera un peu plus intensive en ressources que la normale. Lors d'une mise à jour de base, lorsqu'un fichier est déplacé ou supprimé dans notre packet, il existe une étape de la mise à jour qui supprime l'ancienne version du fichier de votre site. La majorité des fichiers de librairies/cms et librairies/legacy ont été déplacés vers un nouveau répertoire libraries/src, donc la mise à jour vers 3.8 signifie que la plupart des fichiers de ces deux répertoires devront également être supprimés durant le processus de mise à jour.

Caractéristiques supplémentaires

Bien que notre objectif principal pour 3.8 soit ces deux principales fonctionnalités, nous évaluerons également d'autres propositions de fonctionnalités et les considérons pour cette version.

Nous avons déjà mis en évidence plusieurs éléments ouverts sur notre plannification pour 3.8 sur GitHub (3.8 General project board) que nous considérons comme « nice to have » dans cette version si le travail est terminé avant le gel des fonctionnalités. Il existe également d'autres propositions de fonctionnalités qui peuvent être trouvées avec l'étiquette "New Feature" sur GitHub, qui nécessitent des tests et des examens de notre communauté ou des demandes de fonctionnalités des membres de la communauté et nécessitent un développeur pour écrire un code à mettre en œuvre.

Chronologie

À l'heure actuelle, notre projet est de lancer la première version beta 3.8 durant la semaine du 24 juillet et de publier la version stable au cours de la première quinzaine de septembre. Nous aurons un gel des fonctionnalités le 14 juillet, ce qui signifie que toutes les nouvelles propositions de fonctionnalités doivent être testées et dans un état "ready to commit" ou déjà fusionné pour être inclus dans la version. Comme toujours, ces délais sont sujets à des changements en fonction d'une grande variété de problèmes et de préoccupations. Les informations les plus récentes concernant ce calendrier peuvent être trouvées dans la feuille de route du projet.

Comment puis-je aider?

Pour vous assurer que la version 3.8 et nos principales fonctionnalités soient "prêtes pour la mise en production", nous avons besoin de votre aide pour tester ces fonctionnalités afin de s'assurer qu'elles répondent aux attentes des utilisateurs et qu'il n'y a pas de problèmes inattendus. Voici quelques lignes directrices générales pour tester la version 3.8.

Mise à niveau d'un site

Pour mettre à niveau un site Web existant en 3.8, une sauvegarde de votre site doit être prise et transférée vers une zone de test/développement. Une fois que vous avez restauré votre sauvegarde dans votre zone de test, vous pouvez passer à 3.8 en téléchargeant le package de mise à niveau depuis les compilations nocturnes et en téléchargeant le paquet en utilisant la zone "Télécharger et mettre à jour" du composant Joomla Update ou en configurant le canal du mise à jour vers l'URL personnalisée notée dans la zone release 3.8.

Test des classes de type "espace de nom"

Une préoccupation potentielle avec cette mise à niveau est le nombre de fichiers qui devront être supprimés pendant la procédure de mise à jour. Nos équipes Bug Squad et Release continueront à tester cet aspect de la mise à niveau 3.8 avec leurs propres systèmes, mais nous pourrions obtenir des commentaires de plus d'utilisateurs.

Test du nouveau routeur

Une fois la mise à niveau vers 3.8, les utilisateurs qui souhaitent utiliser le nouveau routeur sur les sites existants sont les bienvenus pour permettre au routeur de configurer chaque composant. Avant d'activer le routeur, nous vous suggérons de naviguer sur votre site et de générer une liste d'URL actuellement active et valide sur votre site et de répéter cette étape après avoir activé le routeur. Dans la majorité des cas, lorsque les ID ne sont pas supprimés des URL, il ne devrait pas y avoir de modifications.

Dans nos tests et nos examens internes, nous avons constaté que les URL qui changent correspondent aux chemins de catégorie et d'élément imbriqués sous un élément de menu (semblable aux exemples illustrés précédemment),, mais des éléments qui sont définis comme un élément de menu ou un enfant direct d'un élément de menu (c'est-à-dire un article sous un élément de menu de catégorie) ne devrait pas changer.

Lors de l'examen de vos sites avec le nouveau routeur activé, si vous trouvez que certaines URL et configurations sont cassées, nous vous demandons d'ouvrir une issue sur GitHub afin que cela puisse être examiné pour déterminer s'il s'agit d'un changement de comportement prévu ou d'un nouveau problème possible du nouveau code. Lors du signalement d'un problème, veuillez fournir des détails spécifiques autant que pratiques (tels que les anciennes et les nouvelles URL, qu'elles soient multilingues et la configuration de l'élément de menu pour l'élément de menu dans lequel cette page est située).

article traduit librement de Plan for the Joomla! 3.8 Release

joomla 38 release plan

Aujourd'hui, nous sommes heureux de partager notre plan pour la version Joomla 3.8 et nous aimerions vous aider à vous préparer à cette nouvelle version.

Principales caractéristiques

Joomla 3.8 aura deux caractéristiques majeures principales : le nouveau système de routage et le début d'une couche de compatibilité en vue de Joomla 4.0.

Routeur

Voici un projet qui a pris plusieurs années à se finaliser, le nouveau système de routage sera finalement disponible pour tous les utilisateurs avec Joomla 3.8.

Le routeur définit une interface nouvelle et plus flexible pour les développeurs afin de gérer la création et le traitement des URL et donne aux utilisateurs finaux plus d'options en ce qui concerne la façon dont les URL sont affichées (y compris la capacité souvent demandée de supprimer les ID des éléments de contenu de l'URL affichée).

Dans cette version, pour les composants qui prennent en charge le nouveau routeur (Contenu, Contact, Utilisateurs et Newsfeeds), il est possible de configurer le routeur pour qu'il s'exécute dans une des trois configurations possibles : le système de routage actuel (qui est le comportement par défaut des nouvelles installations et qui sera généralement recommandée pour les sites existants lors de mises à niveau), le nouveau système de routage ou le nouveau système de routage avec les ID des éléments de contenu supprimés.

Pour les utilisateurs désireux de se mettre à niveau vers le nouveau système de routage, certaines choses doivent être prises en considération. Le nouveau système n'est pas compatible à 100% avec le routeur existant, en effet, il existe des particularités bien connues dans la façon dont les URL sont générées et traitées et ces particularités n'existent pas dans le nouveau système. Pour expliquer les changements, voici deux illustrations des données d'exemples avec chacune des configurations du routeur :

Catégorie Gallerie Photo d'Animaux :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals
  • Nouveau routeur avec les ID : /article-categories/26-park-site/28-photo-gallery/72-animals
  • Nouveau routeur sans les ID /article-categories/park-site/photo-gallery/animals

Article Koala :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals/25-koala
  • Nouveau routeur avec les ID /article-categories/26-park-site/28-photo-gallery/72-animals/25-koala
  • Nouveau routeur sans les ID : /article-categories/park-site/photo-gallery/animals/koala

Comme ainsi démontré, il existe des cas où la modification du système de routage peut modifier l'URL d'une page et provoquer une réponse 404 pour une page pourtant bien existante. Sur GitHub, le ticket #14848 est ouvert pour discuter d'idées d'un plan de migration afin de maintenir les anciennes URL dans une certaine mesure. Une discussion supplémentaire à ce sujet est bienvenue voire même encouragée.

Couche de compatibilité Joomla! 4.0

Dans Joomla 4.0, l'architecture principale soutiendra et utilisera largement les espaces de nom PHP. Pour ajouter une compatibilité avec les nouvelles classes d'espaces de nom dans la bibliothèques, la majorité des classes de la bibliothèque à partir de Joomla 3.8, utilisent désormaient des noms de classe d'espace de noms et les noms de classes existants sont encore pris en charge par l'utilisation d'alias de classes (c'est quelque chose que nous faisons depuis la version 3.3 ). Le support pour les anciens noms de classe sera présent jusqu'à Joomla 5.0, mais utiliser cette nouvelle méthode dès à présent permet aux développeurs d'utiliser les concepts de Joomla! 4 dans leurs extensions pour Joomla! 3, facilitant ainsi le passage à la future nouvelle version [ndt].

Dans le cadre de cette modification, la mise à jour vers Joomla 3.8 sera un peu plus intensive en ressources que la normale. Lors d'une mise à jour de base, lorsqu'un fichier est déplacé ou supprimé dans notre packet, il existe une étape de la mise à jour qui supprime l'ancienne version du fichier de votre site. La majorité des fichiers de librairies/cms et librairies/legacy ont été déplacés vers un nouveau répertoire libraries/src, donc la mise à jour vers 3.8 signifie que la plupart des fichiers de ces deux répertoires devront également être supprimés durant le processus de mise à jour.

Caractéristiques supplémentaires

Bien que notre objectif principal pour 3.8 soit ces deux principales fonctionnalités, nous évaluerons également d'autres propositions de fonctionnalités et les considérons pour cette version.

Nous avons déjà mis en évidence plusieurs éléments ouverts sur notre plannification pour 3.8 sur GitHub (3.8 General project board) que nous considérons comme « nice to have » dans cette version si le travail est terminé avant le gel des fonctionnalités. Il existe également d'autres propositions de fonctionnalités qui peuvent être trouvées avec l'étiquette "New Feature" sur GitHub, qui nécessitent des tests et des examens de notre communauté ou des demandes de fonctionnalités des membres de la communauté et nécessitent un développeur pour écrire un code à mettre en œuvre.

Chronologie

À l'heure actuelle, notre projet est de lancer la première version beta 3.8 durant la semaine du 24 juillet et de publier la version stable au cours de la première quinzaine de septembre. Nous aurons un gel des fonctionnalités le 14 juillet, ce qui signifie que toutes les nouvelles propositions de fonctionnalités doivent être testées et dans un état "ready to commit" ou déjà fusionné pour être inclus dans la version. Comme toujours, ces délais sont sujets à des changements en fonction d'une grande variété de problèmes et de préoccupations. Les informations les plus récentes concernant ce calendrier peuvent être trouvées dans la feuille de route du projet.

Comment puis-je aider?

Pour vous assurer que la version 3.8 et nos principales fonctionnalités soient "prêtes pour la mise en production", nous avons besoin de votre aide pour tester ces fonctionnalités afin de s'assurer qu'elles répondent aux attentes des utilisateurs et qu'il n'y a pas de problèmes inattendus. Voici quelques lignes directrices générales pour tester la version 3.8.

Mise à niveau d'un site

Pour mettre à niveau un site Web existant en 3.8, une sauvegarde de votre site doit être prise et transférée vers une zone de test/développement. Une fois que vous avez restauré votre sauvegarde dans votre zone de test, vous pouvez passer à 3.8 en téléchargeant le package de mise à niveau depuis les compilations nocturnes et en téléchargeant le paquet en utilisant la zone "Télécharger et mettre à jour" du composant Joomla Update ou en configurant le canal du mise à jour vers l'URL personnalisée notée dans la zone release 3.8.

Test des classes de type "espace de nom"

Une préoccupation potentielle avec cette mise à niveau est le nombre de fichiers qui devront être supprimés pendant la procédure de mise à jour. Nos équipes Bug Squad et Release continueront à tester cet aspect de la mise à niveau 3.8 avec leurs propres systèmes, mais nous pourrions obtenir des commentaires de plus d'utilisateurs.

Test du nouveau routeur

Une fois la mise à niveau vers 3.8, les utilisateurs qui souhaitent utiliser le nouveau routeur sur les sites existants sont les bienvenus pour permettre au routeur de configurer chaque composant. Avant d'activer le routeur, nous vous suggérons de naviguer sur votre site et de générer une liste d'URL actuellement active et valide sur votre site et de répéter cette étape après avoir activé le routeur. Dans la majorité des cas, lorsque les ID ne sont pas supprimés des URL, il ne devrait pas y avoir de modifications.

Dans nos tests et nos examens internes, nous avons constaté que les URL qui changent correspondent aux chemins de catégorie et d'élément imbriqués sous un élément de menu (semblable aux exemples illustrés précédemment),, mais des éléments qui sont définis comme un élément de menu ou un enfant direct d'un élément de menu (c'est-à-dire un article sous un élément de menu de catégorie) ne devrait pas changer.

Lors de l'examen de vos sites avec le nouveau routeur activé, si vous trouvez que certaines URL et configurations sont cassées, nous vous demandons d'ouvrir une issue sur GitHub afin que cela puisse être examiné pour déterminer s'il s'agit d'un changement de comportement prévu ou d'un nouveau problème possible du nouveau code. Lors du signalement d'un problème, veuillez fournir des détails spécifiques autant que pratiques (tels que les anciennes et les nouvelles URL, qu'elles soient multilingues et la configuration de l'élément de menu pour l'élément de menu dans lequel cette page est située).

article traduit librement de Plan for the Joomla! 3.8 Release

joomla 38 release plan

Aujourd'hui, nous sommes heureux de partager notre plan pour la version Joomla 3.8 et nous aimerions vous aider à vous préparer à cette nouvelle version.

Principales caractéristiques

Joomla 3.8 aura deux caractéristiques majeures principales : le nouveau système de routage et le début d'une couche de compatibilité en vue de Joomla 4.0.

Routeur

Voici un projet qui a pris plusieurs années à se finaliser, le nouveau système de routage sera finalement disponible pour tous les utilisateurs avec Joomla 3.8.

Le routeur définit une interface nouvelle et plus flexible pour les développeurs afin de gérer la création et le traitement des URL et donne aux utilisateurs finaux plus d'options en ce qui concerne la façon dont les URL sont affichées (y compris la capacité souvent demandée de supprimer les ID des éléments de contenu de l'URL affichée).

Dans cette version, pour les composants qui prennent en charge le nouveau routeur (Contenu, Contact, Utilisateurs et Newsfeeds), il est possible de configurer le routeur pour qu'il s'exécute dans une des trois configurations possibles : le système de routage actuel (qui est le comportement par défaut des nouvelles installations et qui sera généralement recommandée pour les sites existants lors de mises à niveau), le nouveau système de routage ou le nouveau système de routage avec les ID des éléments de contenu supprimés.

Pour les utilisateurs désireux de se mettre à niveau vers le nouveau système de routage, certaines choses doivent être prises en considération. Le nouveau système n'est pas compatible à 100% avec le routeur existant, en effet, il existe des particularités bien connues dans la façon dont les URL sont générées et traitées et ces particularités n'existent pas dans le nouveau système. Pour expliquer les changements, voici deux illustrations des données d'exemples avec chacune des configurations du routeur :

Catégorie Gallerie Photo d'Animaux :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals
  • Nouveau routeur avec les ID : /article-categories/26-park-site/28-photo-gallery/72-animals
  • Nouveau routeur sans les ID /article-categories/park-site/photo-gallery/animals

Article Koala :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals/25-koala
  • Nouveau routeur avec les ID /article-categories/26-park-site/28-photo-gallery/72-animals/25-koala
  • Nouveau routeur sans les ID : /article-categories/park-site/photo-gallery/animals/koala

Comme ainsi démontré, il existe des cas où la modification du système de routage peut modifier l'URL d'une page et provoquer une réponse 404 pour une page pourtant bien existante. Sur GitHub, le ticket #14848 est ouvert pour discuter d'idées d'un plan de migration afin de maintenir les anciennes URL dans une certaine mesure. Une discussion supplémentaire à ce sujet est bienvenue voire même encouragée.

Couche de compatibilité Joomla! 4.0

Dans Joomla 4.0, l'architecture principale soutiendra et utilisera largement les espaces de nom PHP. Pour ajouter une compatibilité avec les nouvelles classes d'espaces de nom dans la bibliothèques, la majorité des classes de la bibliothèque à partir de Joomla 3.8, utilisent désormaient des noms de classe d'espace de noms et les noms de classes existants sont encore pris en charge par l'utilisation d'alias de classes (c'est quelque chose que nous faisons depuis la version 3.3 ). Le support pour les anciens noms de classe sera présent jusqu'à Joomla 5.0, mais utiliser cette nouvelle méthode dès à présent permet aux développeurs d'utiliser les concepts de Joomla! 4 dans leurs extensions pour Joomla! 3, facilitant ainsi le passage à la future nouvelle version [ndt].

Dans le cadre de cette modification, la mise à jour vers Joomla 3.8 sera un peu plus intensive en ressources que la normale. Lors d'une mise à jour de base, lorsqu'un fichier est déplacé ou supprimé dans notre packet, il existe une étape de la mise à jour qui supprime l'ancienne version du fichier de votre site. La majorité des fichiers de librairies/cms et librairies/legacy ont été déplacés vers un nouveau répertoire libraries/src, donc la mise à jour vers 3.8 signifie que la plupart des fichiers de ces deux répertoires devront également être supprimés durant le processus de mise à jour.

Caractéristiques supplémentaires

Bien que notre objectif principal pour 3.8 soit ces deux principales fonctionnalités, nous évaluerons également d'autres propositions de fonctionnalités et les considérons pour cette version.

Nous avons déjà mis en évidence plusieurs éléments ouverts sur notre plannification pour 3.8 sur GitHub (3.8 General project board) que nous considérons comme « nice to have » dans cette version si le travail est terminé avant le gel des fonctionnalités. Il existe également d'autres propositions de fonctionnalités qui peuvent être trouvées avec l'étiquette "New Feature" sur GitHub, qui nécessitent des tests et des examens de notre communauté ou des demandes de fonctionnalités des membres de la communauté et nécessitent un développeur pour écrire un code à mettre en œuvre.

Chronologie

À l'heure actuelle, notre projet est de lancer la première version beta 3.8 durant la semaine du 24 juillet et de publier la version stable au cours de la première quinzaine de septembre. Nous aurons un gel des fonctionnalités le 14 juillet, ce qui signifie que toutes les nouvelles propositions de fonctionnalités doivent être testées et dans un état "ready to commit" ou déjà fusionné pour être inclus dans la version. Comme toujours, ces délais sont sujets à des changements en fonction d'une grande variété de problèmes et de préoccupations. Les informations les plus récentes concernant ce calendrier peuvent être trouvées dans la feuille de route du projet.

Comment puis-je aider?

Pour vous assurer que la version 3.8 et nos principales fonctionnalités soient "prêtes pour la mise en production", nous avons besoin de votre aide pour tester ces fonctionnalités afin de s'assurer qu'elles répondent aux attentes des utilisateurs et qu'il n'y a pas de problèmes inattendus. Voici quelques lignes directrices générales pour tester la version 3.8.

Mise à niveau d'un site

Pour mettre à niveau un site Web existant en 3.8, une sauvegarde de votre site doit être prise et transférée vers une zone de test/développement. Une fois que vous avez restauré votre sauvegarde dans votre zone de test, vous pouvez passer à 3.8 en téléchargeant le package de mise à niveau depuis les compilations nocturnes et en téléchargeant le paquet en utilisant la zone "Télécharger et mettre à jour" du composant Joomla Update ou en configurant le canal du mise à jour vers l'URL personnalisée notée dans la zone release 3.8.

Test des classes de type "espace de nom"

Une préoccupation potentielle avec cette mise à niveau est le nombre de fichiers qui devront être supprimés pendant la procédure de mise à jour. Nos équipes Bug Squad et Release continueront à tester cet aspect de la mise à niveau 3.8 avec leurs propres systèmes, mais nous pourrions obtenir des commentaires de plus d'utilisateurs.

Test du nouveau routeur

Une fois la mise à niveau vers 3.8, les utilisateurs qui souhaitent utiliser le nouveau routeur sur les sites existants sont les bienvenus pour permettre au routeur de configurer chaque composant. Avant d'activer le routeur, nous vous suggérons de naviguer sur votre site et de générer une liste d'URL actuellement active et valide sur votre site et de répéter cette étape après avoir activé le routeur. Dans la majorité des cas, lorsque les ID ne sont pas supprimés des URL, il ne devrait pas y avoir de modifications.

Dans nos tests et nos examens internes, nous avons constaté que les URL qui changent correspondent aux chemins de catégorie et d'élément imbriqués sous un élément de menu (semblable aux exemples illustrés précédemment),, mais des éléments qui sont définis comme un élément de menu ou un enfant direct d'un élément de menu (c'est-à-dire un article sous un élément de menu de catégorie) ne devrait pas changer.

Lors de l'examen de vos sites avec le nouveau routeur activé, si vous trouvez que certaines URL et configurations sont cassées, nous vous demandons d'ouvrir une issue sur GitHub afin que cela puisse être examiné pour déterminer s'il s'agit d'un changement de comportement prévu ou d'un nouveau problème possible du nouveau code. Lors du signalement d'un problème, veuillez fournir des détails spécifiques autant que pratiques (tels que les anciennes et les nouvelles URL, qu'elles soient multilingues et la configuration de l'élément de menu pour l'élément de menu dans lequel cette page est située).

article traduit librement de Plan for the Joomla! 3.8 Release

joomla 38 release plan

Aujourd'hui, nous sommes heureux de partager notre plan pour la version Joomla 3.8 et nous aimerions vous aider à vous préparer à cette nouvelle version.

Principales caractéristiques

Joomla 3.8 aura deux caractéristiques majeures principales : le nouveau système de routage et le début d'une couche de compatibilité en vue de Joomla 4.0.

Routeur

Voici un projet qui a pris plusieurs années à se finaliser, le nouveau système de routage sera finalement disponible pour tous les utilisateurs avec Joomla 3.8.

Le routeur définit une interface nouvelle et plus flexible pour les développeurs afin de gérer la création et le traitement des URL et donne aux utilisateurs finaux plus d'options en ce qui concerne la façon dont les URL sont affichées (y compris la capacité souvent demandée de supprimer les ID des éléments de contenu de l'URL affichée).

Dans cette version, pour les composants qui prennent en charge le nouveau routeur (Contenu, Contact, Utilisateurs et Newsfeeds), il est possible de configurer le routeur pour qu'il s'exécute dans une des trois configurations possibles : le système de routage actuel (qui est le comportement par défaut des nouvelles installations et qui sera généralement recommandée pour les sites existants lors de mises à niveau), le nouveau système de routage ou le nouveau système de routage avec les ID des éléments de contenu supprimés.

Pour les utilisateurs désireux de se mettre à niveau vers le nouveau système de routage, certaines choses doivent être prises en considération. Le nouveau système n'est pas compatible à 100% avec le routeur existant, en effet, il existe des particularités bien connues dans la façon dont les URL sont générées et traitées et ces particularités n'existent pas dans le nouveau système. Pour expliquer les changements, voici deux illustrations des données d'exemples avec chacune des configurations du routeur :

Catégorie Gallerie Photo d'Animaux :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals
  • Nouveau routeur avec les ID : /article-categories/26-park-site/28-photo-gallery/72-animals
  • Nouveau routeur sans les ID /article-categories/park-site/photo-gallery/animals

Article Koala :

  • Routeur actuel : /article-categories/72-park-site/photo-gallery/animals/25-koala
  • Nouveau routeur avec les ID /article-categories/26-park-site/28-photo-gallery/72-animals/25-koala
  • Nouveau routeur sans les ID : /article-categories/park-site/photo-gallery/animals/koala

Comme ainsi démontré, il existe des cas où la modification du système de routage peut modifier l'URL d'une page et provoquer une réponse 404 pour une page pourtant bien existante. Sur GitHub, le ticket #14848 est ouvert pour discuter d'idées d'un plan de migration afin de maintenir les anciennes URL dans une certaine mesure. Une discussion supplémentaire à ce sujet est bienvenue voire même encouragée.

Couche de compatibilité Joomla! 4.0

Dans Joomla 4.0, l'architecture principale soutiendra et utilisera largement les espaces de nom PHP. Pour ajouter une compatibilité avec les nouvelles classes d'espaces de nom dans la bibliothèques, la majorité des classes de la bibliothèque à partir de Joomla 3.8, utilisent désormaient des noms de classe d'espace de noms et les noms de classes existants sont encore pris en charge par l'utilisation d'alias de classes (c'est quelque chose que nous faisons depuis la version 3.3 ). Le support pour les anciens noms de classe sera présent jusqu'à Joomla 5.0, mais utiliser cette nouvelle méthode dès à présent permet aux développeurs d'utiliser les concepts de Joomla! 4 dans leurs extensions pour Joomla! 3, facilitant ainsi le passage à la future nouvelle version [ndt].

Dans le cadre de cette modification, la mise à jour vers Joomla 3.8 sera un peu plus intensive en ressources que la normale. Lors d'une mise à jour de base, lorsqu'un fichier est déplacé ou supprimé dans notre packet, il existe une étape de la mise à jour qui supprime l'ancienne version du fichier de votre site. La majorité des fichiers de librairies/cms et librairies/legacy ont été déplacés vers un nouveau répertoire libraries/src, donc la mise à jour vers 3.8 signifie que la plupart des fichiers de ces deux répertoires devront également être supprimés durant le processus de mise à jour.

Caractéristiques supplémentaires

Bien que notre objectif principal pour 3.8 soit ces deux principales fonctionnalités, nous évaluerons également d'autres propositions de fonctionnalités et les considérons pour cette version.

Nous avons déjà mis en évidence plusieurs éléments ouverts sur notre plannification pour 3.8 sur GitHub (3.8 General project board) que nous considérons comme « nice to have » dans cette version si le travail est terminé avant le gel des fonctionnalités. Il existe également d'autres propositions de fonctionnalités qui peuvent être trouvées avec l'étiquette "New Feature" sur GitHub, qui nécessitent des tests et des examens de notre communauté ou des demandes de fonctionnalités des membres de la communauté et nécessitent un développeur pour écrire un code à mettre en œuvre.

Chronologie

À l'heure actuelle, notre projet est de lancer la première version beta 3.8 durant la semaine du 24 juillet et de publier la version stable au cours de la première quinzaine de septembre. Nous aurons un gel des fonctionnalités le 14 juillet, ce qui signifie que toutes les nouvelles propositions de fonctionnalités doivent être testées et dans un état "ready to commit" ou déjà fusionné pour être inclus dans la version. Comme toujours, ces délais sont sujets à des changements en fonction d'une grande variété de problèmes et de préoccupations. Les informations les plus récentes concernant ce calendrier peuvent être trouvées dans la feuille de route du projet.

Comment puis-je aider?

Pour vous assurer que la version 3.8 et nos principales fonctionnalités soient "prêtes pour la mise en production", nous avons besoin de votre aide pour tester ces fonctionnalités afin de s'assurer qu'elles répondent aux attentes des utilisateurs et qu'il n'y a pas de problèmes inattendus. Voici quelques lignes directrices générales pour tester la version 3.8.

Mise à niveau d'un site

Pour mettre à niveau un site Web existant en 3.8, une sauvegarde de votre site doit être prise et transférée vers une zone de test/développement. Une fois que vous avez restauré votre sauvegarde dans votre zone de test, vous pouvez passer à 3.8 en téléchargeant le package de mise à niveau depuis les compilations nocturnes et en téléchargeant le paquet en utilisant la zone "Télécharger et mettre à jour" du composant Joomla Update ou en configurant le canal du mise à jour vers l'URL personnalisée notée dans la zone release 3.8.

Test des classes de type "espace de nom"

Une préoccupation potentielle avec cette mise à niveau est le nombre de fichiers qui devront être supprimés pendant la procédure de mise à jour. Nos équipes Bug Squad et Release continueront à tester cet aspect de la mise à niveau 3.8 avec leurs propres systèmes, mais nous pourrions obtenir des commentaires de plus d'utilisateurs.

Test du nouveau routeur

Une fois la mise à niveau vers 3.8, les utilisateurs qui souhaitent utiliser le nouveau routeur sur les sites existants sont les bienvenus pour permettre au routeur de configurer chaque composant. Avant d'activer le routeur, nous vous suggérons de naviguer sur votre site et de générer une liste d'URL actuellement active et valide sur votre site et de répéter cette étape après avoir activé le routeur. Dans la majorité des cas, lorsque les ID ne sont pas supprimés des URL, il ne devrait pas y avoir de modifications.

Dans nos tests et nos examens internes, nous avons constaté que les URL qui changent correspondent aux chemins de catégorie et d'élément imbriqués sous un élément de menu (semblable aux exemples illustrés précédemment),, mais des éléments qui sont définis comme un élément de menu ou un enfant direct d'un élément de menu (c'est-à-dire un article sous un élément de menu de catégorie) ne devrait pas changer.

Lors de l'examen de vos sites avec le nouveau routeur activé, si vous trouvez que certaines URL et configurations sont cassées, nous vous demandons d'ouvrir une issue sur GitHub afin que cela puisse être examiné pour déterminer s'il s'agit d'un changement de comportement prévu ou d'un nouveau problème possible du nouveau code. Lors du signalement d'un problème, veuillez fournir des détails spécifiques autant que pratiques (tels que les anciennes et les nouvelles URL, qu'elles soient multilingues et la configuration de l'élément de menu pour l'élément de menu dans lequel cette page est située).

article traduit librement de Plan for the Joomla! 3.8 Release

Page 1 sur 4

A propos de l’AFUJ

L'AFUJ est l'association francophone des utilisateurs de Joomla. Cette association à pour but de promouvoir Joomla dans toute la francophonie.

Contactez l'AFUJ  

Réseaux sociaux