Salut @digitaldominica - ce n’est pas lié à la mise à niveau d’Ember, mais c’est un problème connu avec la nouvelle barre latérale d’administration. Plus de détails ici Introducing admin sidebar navigation - #37 by martin
D’accord, noté. Merci
2 « J'aime »
Un message a été fusionné dans un sujet existant : Galerie d’images Slick
David, pouvons-nous supposer sans risque que la prochaine version stable ne sera qu’Ember 5 ?
De plus, avez-vous une idée du calendrier approximatif pour la prochaine version stable ?
5 « J'aime »
La prochaine version stable (The next stable) est prévue pour le 30 janvier, et à ma connaissance, nous sommes toujours dans les temps.
Ember 5 sera certainement la valeur par défaut dans la version 3.2. Reste à confirmer si Ember 3 sera toujours disponible derrière un indicateur. Je pense que oui, mais nous nous efforcerons de préciser qu’il ne s’agit pas d’une configuration « prise en charge » (par exemple, via un avertissement administrateur).
9 « J'aime »
Merci
Ce serait incroyablement utile pour clarifier les choses pour, par exemple, les clients.
6 « J'aime »
Désolé pour cette réponse tardive. La bannière d’avertissement apparaissait de temps en temps puis disparaissait avant que je ne puisse comprendre ce qui la provoquait. Elle n’est pas apparue depuis plusieurs semaines maintenant. 
3 « J'aime »
Merci d’avoir fait un suivi @xJack. La mise à niveau d’Ember a maintenant été déployée sur notre hébergement pendant plusieurs semaines, donc j’imagine que le problème dont vous étiez averti est maintenant résolu 
4 « J'aime »
Nous avons maintenant supprimé le drapeau de fonctionnalité EMBER_VERSION. Désormais, Ember 5 est la seule option.
Merci à tous pour votre aide dans la mise en œuvre de cette mise à niveau ! 
16 « J'aime »
8 messages ont été déplacées vers un nouveau sujet : Site cassé suite à la mise à niveau vers Ember 5
Question : Cela rend-il le JS plus optimisé ou pas du tout ? Je demande seulement parce que sur pratiquement tous les tests de performance de sites (GTmetrix, Lighthouse, WebpageTest, etc.), sans aucun plugin activé, thème par défaut, etc., ils disent toujours qu’il y a un temps de blocage total de 2 à 15 secondes avec les scripts JavaScript…
Exemple :
1 « J'aime »
La mise à niveau elle-même ne devrait pas affecter les performances. Cependant, elle débloque des techniques que nous pouvons utiliser pour réduire la taille de notre charge utile JS (et donc les performances de chargement initiales) à l’avenir.
Un exemple concret est les nouvelles technologies de construction débloquées par embroider. Théoriquement, ces techniques nous permettront de retarder le chargement des modules JS spécifiques à la route jusqu’à ce qu’ils soient réellement nécessaires.
Nous avons déjà commencé à le faire pour le Wizard, ce qui signifie que d’autres pages n’ont pas besoin de supporter le poids de tout ce code. Nous allons étendre cela à d’autres parties de l’application à l’avenir, mais nous devons être très prudents quant à la compatibilité des thèmes/plugins.
6 « J'aime »
Dans combien de temps parlez-vous ? Merci pour votre réponse ! Oui, j’adore le logiciel Discourse jusqu’à présent en tant que nouvel utilisateur. Mon principal problème est vraiment l’optimisation des éléments JS, car c’est ce qui semble avoir le plus d’impact sur les temps de chargement, d’après ce que j’ai remarqué.
1 « J'aime »
Les améliorations de performances sont un domaine dans lequel nous investissons constamment, je ne pense donc pas qu’il y aura jamais de date à laquelle ce sera « terminé ».
En ce qui concerne les métriques que vous avez partagées, il est important de noter qu’elles ne reflètent que la première visite sur la communauté. Naviguer sur le site et y revenir à l’avenir sera beaucoup plus rapide !
5 « J'aime »
Si votre temps de chargement initial est critique, utilisez une plateforme comme celle-ci pour créer un blog :
… ce qui est extrêmement rapide.
Si vous souhaitez une application de forum extrêmement riche, restez avec Discourse.
Cette statistique a été souvent mentionnée ici, même récemment.
Juger uniquement par le temps de chargement initial n’est pas raisonnable car une grande partie de l’application est téléchargée lors de la première visite (similaire, mais pas exactement identique à une application sur un app store), et celle-ci sera ensuite mise en cache pour :
- les changements entre les routes (pas les pages, c’est une application !)
- les changements par exemple de filtres
Vous remarquerez à quel point Discourse répond incroyablement rapidement lorsque vous naviguez.
C’est parce qu’il n’a pas à charger chaque page et charge simplement le contenu brut de l’API.
3 « J'aime »
Mais c’est ce que fait Google, nous devrons donc vivre avec.
2 « J'aime »
J’espère qu’ils commenceront bientôt à inclure les « navigations légères » dans les Core Web Vitals 
11 « J'aime »