Auteur: Benni Mack, Michael Schams
Traduit par : Rachel - W-Seils
Lire l'article complet en version originale
L'attente est enfin terminée ! Aujourd'hui, la Communauté TYPO3 est fière de présenter la première version de la branche v9. La version 9.0 de TYPO3 marque le début de cinq sprints planifiés vers la prochaine version de support à long terme (LTS).
L'outil bien connu "Install Tool" est un composant important dans une plateforme TYPO3. Chaque intégrateur et développeur sait qu'il fournit bien plus que quelques fonctions pour installer TYPO3. Il est également utilisé pour configurer TYPO3, exécuter des vérifications du système et de l'environnement, tester la configuration et même mettre à jour la plateforme vers une nouvelle version de base d'un simple clic.
Par conséquent,l'Install Tool n'est pas la bonne terminologie et le composant mérite un nouveau nom : System Maintenance Area.
Grâce à un design et une convivialité améliorés, le System Maintenance Area s'intègre mieux dans le backend de TYPO3. Il est divisé en quatre modules : "Maintenance","Paramètres","Mise à jour" et "Environnement". Certains utilisateurs à long terme de TYPO3 peuvent trouver cela un peu inhabituel au début, mais les avantages sont évidents et parfaitement logiques. Le nombre sans cesse croissant de caractéristiques offertes par le module nécessite une séparation claire, logique et distincte dans ces catégories. Les utilisateurs trouveront ainsi plus rapidement les fonctions souhaitées.
En fait, tout ce qui a un impact sur les paramètres globaux de TYPO3 (également connu sous le nom de configuration système et stocké dans le fichier "LocalConfiguration.php") appartient au System Maintenance Area. Il n'est donc pas surprenant que la configuration des extensions ait été déplacée du gestionnaire d'extensions vers ce module.
Il est facile de comprendre que seuls les utilisateurs sélectionnés doivent accéder au System Maintenance Area. Pour ce groupe d'experts, nous avons introduit un nouveau rôle appelé "System Maintainers". Les utilisateurs backend avec des privilèges d'administrateur peuvent être promus pour avoir ce rôle. Par conséquent, ils peuvent accéder au System Maintenance Area directement depuis le backend sans fournir de mot de passe. Tous les autres utilisateurs ont besoin des identifiants d'accès (le mot de passe de l'Install Tool précédemment connu).
L'un des défis dans chaque mise à jour majeure de TYPO3 (par exemple, de la version 8 à la version 9) est le fait que la nouvelle version peut contenir des changements de rupture. Certains systèmes de gestion de contenu concurrents ne supportent tout simplement pas officiellement une mise à jour, mais suggèrent de reconstruire le site Web à partir de zéro en utilisant la nouvelle version majeure.
TYPO3 a la réputation d'être évolutif, même dans les versions majeures. Cela n' a pas toujours été simple, mais a été sensiblement amélioré et dépend souvent fortement des extensions tierces.
Le nouveau scanner d'extension, qui fait déjà partie du System Maintenance Area dans TYPO3 v9, fournit une vue d'ensemble détaillée de ce qui doit être fait pour effectuer une migration réussie vers la prochaine version de TYPO3. Si les extensions utilisent des appels API obsolètes, le scanneur d'extensions propose une documentation sur la migration de ce bout de code spécifique.
Nous comprenons l'importance de passer d'une version majeure à la suivante. Ce processus devrait être aussi simple que possible avec un minimum d'efforts (en particulier d'un LTS à la dernière version de LTS) et nous continuerons à travailler dur pour ouvrir la voie.
Il est important de noter que l'interface utilisateur du nouveau System Maintenance Area est encore en cours de développement et fera probablement l'objet d'une optimisation plus poussée avant d'être perfectionnée dans TYPO3 v9 LTS.
L'optimisation des performances et l'utilisation des technologies web modernes ont toujours été à l'ordre du jour. Nous sommes fiers de présenter une arborescence de page retravaillée dans le backend de TYPO3 v9, qui est basé sur SVG et offre des délais de génération super rapides.
La nouvelle arborescence des pages nous permet de supprimer complètement ExtJS de TYPO3. Un objectif que nous visions depuis très longtemps - plus d'ExtJS dans le backend de TYPO3 !
L'éditeur et les intégrateurs verront que des boites "modales" apparaîtront plus souvent dans le backend de TYPO3. Un premier pas vers cette direction a été fait en déplaçant l'assistant pour la création de nouveaux éléments de contenu dans ce type d'affichage. Cela aide les utilisateurs à ne pas perdre de vue le contexte dans lequel le nouveau contenu est créé.
La mise en œuvre de ce concept sera poursuivie dans les versions ultérieures de TYPO3 v9.
En ce qui concerne le traitement linguistique, l'un des plus gros challenge dans TYPO3 était d'optimiser la façon dont les traductions de pages étaient traitées. Cela a été amélioré dans TYPO3 v9 en faisant en sorte que les traductions de pages soient traitées de la même manière que les autres enregistrements.
D'un point de vue technique, cela signifie que la table de base de données "pages_language_overlay" n'est plus pertinente et n'est plus nécessaire, car toutes les données sont stockées dans la table "pages" principale.
Les développeurs savent à quel point la journalisation est importante et qu'une interface commune peut être cruciale pour le suivi des erreurs, l'enregistrement des événements importants et les problèmes de débogage. La norme PSR-3 décrit une interface d'enregistreur pour les applications PHP, qui est maintenant utilisée par toutes les procédures de journalisation du système TYPO3. Au même moment, la journalisation des changements d'enregistrement sont correctement stockés dans la base de données d'historique de TYPO3, mais l'enregistrement est maintenant séparé. Ainsi, toute la journalisation de TYPO3 passe par le standard PSR-3 que nous avions mis en place depuis TYPO3 6.2, elle est maintenant 100% en service.
Personne ne peut nier que les contributeurs sont les principaux utilisateurs de l'application TYPO3. Par conséquent, l'amélioration constante de l'interface utilisateur en particulier pour ce public cible est un facteur important pour le succès de TYPO3.
Outre quelques petites modifications pour faciliter la vie des éditeurs, les deux améliorations notables sont les suivantes :
Les contenus qui ne sont affectés à aucune colonne, apparaissent dans une zone supplémentaire nommée "Non utilisés" en bas de la page. Ceci permet de s'assurer que ces éléments ne se perdent pas lors du passage d'une structure backend à une autre avec des colonnes différentes.
Même si la mise en page est réinitialisée, les éléments retournent bien dans leur position d'origine.
Aujourd'hui, les sites Web sont accessibles à partir d'une vaste gamme d'appareils et de tailles d'écran. La nécessité pour les contributeurs de vérifier l'apparence d'une page est évidente et le module "voir" permet aux utilisateurs backend de faire exactement cela.
Le module "voir" bénéficie d'une apparence moderne et épurée dans TYPO3 v9. L'introduction de préréglage de périphériques nommés et catégorisés permet aux contributeurs de prévisualiser plus facilement une page et d'avoir une meilleure idée de l'apparence de la page sur un périphérique spécifique. Même l'orientation de l'appareil peut être modifiée sans avoir à sélectionner un autre préréglage de l'appareil.
La première version d'une nouvelle branche de la version TYPO3 comporte toujours les modifications de rupture. Cela nous permet d'introduire de nouvelles technologies et des fonctionnalités innovantes. Bien que nous ne suivons pas précisément le versioning sémantique dans TYPO3, nous visons à réduire au minimum les changements pour toutes les versions 9. x suivantes.
Leçons apprises de la mise au point de la v8 et des sprint (ce qui nous a permis plus de 130 modifications), nous avons de meilleurs dépréciations pour toutes les fonctions PHP en place et les changements de base de données entre 2 sprint v9 viendront avec des assistants de mise à jour pratiques.
Ces mesures visent à ouvrir la voie à la mise à jour des projets TYPO3 existants. Les extensions développées et maintenues par les membres de la formidable communauté TYPO3 devraient avoir moins de problèmes d'adaptation aux versions mineures à l'avenir.
Si vous êtes un développeur d'extension, n'hésitez pas à nous faire savoir s'il a été facile de rendre votre code compatible avec TYPO3 v9 (mais soyez avertis: il y aura quelques changements jusqu' à v9 LTS).
Si vous utilisez TYPO3 via composer, nous avons de bonnes nouvelles pour vous. Au cours des derniers mois, nous avons réalisé d'énormes améliorations. Vous pouvez maintenant installer uniquement les paquets que vous utilisez réellement et toutes les extensions du système TYPO3 sont disponibles séparément sur packagist. Les avantages sont évidents: seules les extensions dont vous avez vraiment besoin sont installées sur le serveur.
L'installation de TYPO3 via "composer require typo3/cms" n'est plus possible et n'est plus nécessaire. Chaque extension du système peut être sélectionnée individuellement et peut être demandée séparément via "composer require typo3/cms-core" ou "composer require typo3/cms-workspaces" si nécessaire dans un projet.
Nous avons également réduit le nombre d'extensions du système de 52 à 44 en fusionnant certains concepts dans un seul paquet (comme EXT: version et EXT: workspaces).
La version 9.0 de TYPO3 peut être installée via composer ou en téléchargeant et extrayant les sources sur typo3.org (la méthode traditionnelle).
Les installations existantes peuvent être facilement mises à jour en utilisant les assistants de mise à jour. Les intégrateurs trouvent les fonctions appropriées dans le nouveau System Maintenance Area de TYPO3 v9.
Si vous effectuez une mise à jour à partir d'une installation basée sur un composer, vous devez demander séparément chaque extension système nécessaire pour votre plateforme au lieu de "typo3/cms" - utilisez simplement "composer require typo3/cms-core", "composer require typo3/cms-fluid-styled-content", "composer require typo3/cms-scheduler" etc.
Assurez-vous que l'infrastructure sous-jacente répond aux exigences minimales. L'exigence minimale PHP actuelle est PHP 7.2. Cette exigence pourrait être abaissée à PHP 7.1 ou même PHP 7.0 pour les prochains sprints, étant donné qu'une décision finale est toujours en attente.
La version 9.0 de TYPO3 n'est que la première étape de probablement cinq sprints vers la prochaine version de support à long terme TYPO3 v9 LTS.
Nous travaillons d'arrache-pied sur le bon routage des URL pour les requêtes frontend et nous prévoyons également d'introduire une nouvelle façon de gérer les redirections par le noyau TYPO3. Si tout se passe comme prévu, ces deux fonctionnalités passionnantes (et probablement plus encore) seront prêtes dans la version 9.1 de TYPO3 (janvier 2018).
Pour en savoir plus sur nos plans pour les prochains mois et la sortie de TYPO3 v9 LTS, prévue pour début octobre 2018, consultez la feuille de route TYPO3.