Hallo @digitaldominica – es hat nichts mit dem Ember-Upgrade zu tun, aber es ist ein bekanntes Problem mit der neuen Admin-Seitenleiste. Weitere Details finden Sie unter Introducing admin sidebar navigation - #37 by martin
Okay, zur Kenntnis genommen. Danke
2 „Gefällt mir“
Ein Beitrag wurde in ein bestehendes Thema zusammengeführt: Slick Image Gallery
David, können wir sicher davon ausgehen, dass die nächste stable-Version nur Ember 5 sein wird?
Außerdem, gibt es Gedanken zu einem ungefähren Zeitplan für die nächste stable-Version?
5 „Gefällt mir“
Die nächste stabile Version (The next stable) ist für den 30. Januar geplant, und soweit ich weiß, sind wir immer noch auf Kurs dafür.
Ember 5 wird sicherlich die Standardeinstellung in der 3.2-Version sein. Es steht noch nicht fest, ob Ember 3 hinter einem Flag verfügbar sein wird. Ich denke, höchstwahrscheinlich ja, aber wir werden darauf abzielen, deutlich zu machen, dass es sich nicht um eine „unterstützte“ Konfiguration handelt (z. B. durch eine Admin-Warnung).
9 „Gefällt mir“
Danke
Das wäre unglaublich hilfreich, um die Dinge für z. B. Kunden zu klären.
6 „Gefällt mir“
Entschuldigung für die Wiederbelebung des Threads. Das Warnbanner erschien immer wieder und verschwand dann wieder, bevor ich herausfinden konnte, was es erscheinen ließ. Es ist seit mehreren Wochen nicht mehr aufgetaucht. 
3 „Gefällt mir“
Danke für die Nachverfolgung, @xJack. Das Ember-Upgrade wurde nun seit mehreren Wochen auf unserem Hosting bereitgestellt, daher stelle ich mir vor, dass das Problem, vor dem Sie gewarnt wurden, jetzt behoben ist 
4 „Gefällt mir“
Wir haben das EMBER_VERSION-Feature-Flag jetzt entfernt. Zukünftig ist Ember 5 die einzige Option.
Vielen Dank an alle für Ihre Hilfe bei der Einführung dieses Upgrades! 
16 „Gefällt mir“
8 Beiträge wurden in ein neues Thema aufgeteilt: Site aufgrund des Ember 5-Upgrades defekt
Frage: Macht dies die JS-Optimierung überhaupt besser oder nicht? Ich frage nur, weil auf praktisch jeder Website-Leistungstest (GTmetrix, Lighthouse, WebpageTest usw.) ohne aktivierte Plugins, Standardthema usw. immer eine Gesamtblockierungszeit von 2-15 Sekunden mit den JavaScript-Skripten angegeben wird …
Beispiel:
1 „Gefällt mir“
Das Upgrade selbst wird voraussichtlich keine Auswirkungen auf die Leistung haben. Es erschließt jedoch Techniken, mit denen wir die Größe unserer JS-Nutzlast (und damit die anfängliche Ladeleistung) in Zukunft reduzieren können.
Ein konkretes Beispiel sind die neuen Build-Technologien, die durch embroider erschlossen werden. Theoretisch werden diese Techniken es uns ermöglichen, Routen-spezifische JS-Module erst dann zu laden, wenn sie tatsächlich benötigt werden.
Wir haben bereits damit begonnen, dies für den Wizard zu tun, was bedeutet, dass andere Seiten nicht das Gewicht all dieses Codes tragen müssen. Wir werden dies in Zukunft auf weitere Teile der App ausdehnen, müssen aber sehr vorsichtig mit der Kompatibilität von Themes/Plugins sein.
6 „Gefällt mir“
Von welcher Zukunft sprechen wir hier? Vielen Dank für die Antwort! Ja, ich liebe die Discourse-Software bisher als relativ neuer Benutzer. Mein Hauptärgernis ist wirklich nur die Optimierung der JS-Sachen, da dies meiner Meinung nach der wichtigste Faktor für die Ladezeiten ist.
1 „Gefällt mir“
Leistungsverbesserungen sind etwas, in das wir ständig investieren, daher glaube ich nicht, dass es jemals ein Datum geben wird, an dem sie „erledigt“ sein werden.
In Bezug auf die von Ihnen geteilten Metriken ist es wichtig zu beachten, dass diese nur den ersten Besuch in der Community widerspiegeln. Ein Klick auf der Website und zukünftige Besuche werden erheblich schneller sein!
5 „Gefällt mir“
Wenn Ihre erste Ladezeit kritisch ist, verwenden Sie stattdessen eine Plattform wie diese, um einen Blog zu erstellen:
… was blitzschnell ist.
Wenn Sie eine extrem reichhaltige Forum-App wünschen, bleiben Sie bei Discourse.
Diese Statistik wurde hier schon oft erwähnt, auch kürzlich.
Nur nach der ersten Ladezeit zu urteilen, ist nicht vernünftig, da ein Großteil der App beim ersten Besuch heruntergeladen wird (ähnlich, aber nicht genau dasselbe wie eine App in einem App Store) und dann zwischengespeichert wird für:
- Änderungen zwischen Routen (nicht Seiten, es ist eine App!)
- Änderungen z. B. von Filtern
Sie werden feststellen, wie unglaublich schnell Discourse reagiert, wenn Sie sich darin bewegen.
Das liegt daran, dass nicht jede Seite geladen werden muss und nur die Rohdaten von der API geladen werden.
3 „Gefällt mir“
Aber das ist es, was Google tut, also müssen wir damit leben.
2 „Gefällt mir“
Hoffentlich werden sie bald „weiche Navigationen“ in die Core Web Vitals aufnehmen 
11 „Gefällt mir“