Ehi @digitaldominica - non è correlato all’aggiornamento di Ember, ma è un problema noto con la nuova barra laterale dell’amministratore. Maggiori dettagli su Introducing admin sidebar navigation - #37 by martin
Va bene, annotato. Grazie
2 Mi Piace
Un post è stato unito a un argomento esistente: Slick Image Gallery
David, possiamo presumere in sicurezza che la prossima release stable sarà solo Ember 5?
Inoltre, hai qualche idea su una tempistica approssimativa per la prossima stable?
5 Mi Piace
Il prossimo stabile è previsto per il 30 gennaio e, per quanto ne so, siamo ancora in linea per rispettare tale data.
Ember 5 sarà certamente l’impostazione predefinita nella versione 3.2. Resta da confermare se Ember 3 sarà ancora disponibile dietro un flag. Penso che molto probabilmente sì, ma mireremo a chiarire che non si tratta di una configurazione “supportata” (ad esempio, tramite un avviso per l’amministratore).
9 Mi Piace
Grazie
Sarebbe incredibilmente utile per chiarire le cose, ad esempio, ai clienti.
6 Mi Piace
Mi scuso per la risposta tardiva. Il banner di avviso appariva di tanto in tanto e poi scompariva di nuovo prima che potessi capire cosa lo causasse. Non appare più da diverse settimane. 
3 Mi Piace
Grazie per il tuo seguito @xJack. L’aggiornamento Ember è stato distribuito sulla nostra hosting per diverse settimane, quindi immagino che il problema di cui ti era stato segnalato sia ora risolto 
4 Mi Piace
Abbiamo ora rimosso il flag di funzionalità EMBER_VERSION. D’ora in poi, Ember 5 è l’unica opzione.
Grazie a tutti per il vostro aiuto nell’implementazione di questo aggiornamento! 
16 Mi Piace
8 post sono stati divisi in un nuovo argomento: Sito interrotto a causa dell’aggiornamento a Ember 5
Domanda: Questo rende il JS più ottimizzato o no? Chiedo solo perché su quasi tutti i test di performance del sito (GTmetrix, Lighthouse, WebpageTest, ecc.), senza plugin abilitati, tema predefinito, ecc., dicono sempre che c’è un tempo di blocco totale (Total Blocking Time) di 2-15 secondi con gli script JavaScript…
Esempio:
1 Mi Piace
L’aggiornamento in sé non dovrebbe influire sulle prestazioni. Tuttavia, sblocca tecniche che possiamo utilizzare per ridurre le dimensioni del nostro payload JS (e quindi le prestazioni di caricamento iniziale) in futuro.
Un esempio concreto sono le nuove tecnologie di build sbloccate da embroider. Teoricamente, tali tecniche ci consentiranno di ritardare il caricamento dei moduli JS specifici del percorso fino a quando non saranno effettivamente necessari.
Abbiamo già iniziato a farlo per il Wizard, il che significa che altre pagine non devono portare il peso di tutto quel codice. Espanderemo questo ad altre parti dell’app in futuro, ma dobbiamo prestare molta attenzione alla compatibilità dei temi/plugin.
6 Mi Piace
Di quanto tempo in futuro stiamo parlando? Grazie per la risposta! Sì, mi piace molto il software Discourse finora come utente relativamente nuovo. La mia principale lamentela riguarda davvero solo l’ottimizzazione delle cose JS, poiché sembra essere la cosa più importante per i tempi di caricamento che ho notato.
1 Mi Piace
I miglioramenti delle prestazioni sono qualcosa in cui investiamo costantemente, quindi non credo che ci sarà mai una data in cui sarà “finito”.
Per quanto riguarda le metriche che hai condiviso, è importante notare che riflettono solo la prima visita alla community. Cliccare sul sito e tornare in futuro sarà significativamente più veloce!
5 Mi Piace
Se il tuo tempo di caricamento iniziale è fondamentale, usa una piattaforma come questa per creare un blog:
… che è incredibilmente veloce.
Se desideri un’app forum estremamente ricca, attieniti a Discourse.
Questa statistica è emersa spesso qui, anche di recente.
Giudicare solo dal tempo di caricamento iniziale non è ragionevole poiché gran parte dell’app viene scaricata alla prima visita (simile, ma non esattamente uguale a un’app su uno store di app), e questa verrà quindi memorizzata nella cache per:
- modifiche tra percorsi (non pagine, è un’app!)
- modifiche ad es. dei filtri
Noterai quanto velocemente risponde Discourse mentre navighi.
Questo perché non deve caricare ogni pagina e sta solo caricando il contenuto grezzo dall’API.
3 Mi Piace
Ma è quello che fa Google, quindi dovremo conviverci.
2 Mi Piace
Speriamo che presto includano le “navigazioni soft” nei Core Web Vitals 
11 Mi Piace