Olá @digitaldominica - não está relacionado à atualização do Ember, mas é um problema conhecido com a nova barra lateral de administração. Mais detalhes em Introducing admin sidebar navigation - #37 by martin
Ok, entendido. Obrigado
2 curtidas
Uma postagem foi mesclada em um tópico existente: Slick Image Gallery
David, podemos assumir com segurança que a próxima versão stable será apenas Ember 5?
Além disso, alguma ideia sobre um cronograma aproximado para a próxima stable?
5 curtidas
O próximo estável está agendado para 30 de janeiro e, até onde sei, ainda estamos no caminho certo para isso.
O Ember 5 certamente será o padrão no lançamento 3.2. A confirmar se o Ember 3 ainda estará disponível por meio de uma flag. Acho que muito provavelmente sim, mas nosso objetivo será deixar claro que não é uma configuração ‘suportada’ (por exemplo, por meio de um aviso de administrador).
9 curtidas
Obrigado
Isso seria incrivelmente útil para esclarecer as coisas para, por exemplo, clientes.
6 curtidas
Desculpas pela resposta tardia. O banner de aviso aparecia de vez em quando e depois desaparecia novamente antes que eu pudesse descobrir o que estava causando seu aparecimento. Ele não aparece há várias semanas. 
3 curtidas
Obrigado por acompanhar, @xJack. A atualização do Ember foi implantada em nosso servidor há várias semanas, então imagino que o problema sobre o qual você foi avisado já foi resolvido 
4 curtidas
Nós agora removemos a flag de funcionalidade EMBER_VERSION. De agora em diante, Ember 5 é a única opção.
Obrigado a todos pela ajuda na implementação desta atualização! 
16 curtidas
8 posts foram divididos em um novo tópico: Site quebrado devido à atualização do Ember 5
Pergunta: Isso torna o JS mais otimizado, ou não? Eu só pergunto porque em praticamente todos os testes de desempenho de sites (GTmetrix, Lighthouse, WebpageTest, etc.), sem plugins ativados, tema padrão, etc., eles sempre dizem que há um Tempo Total de Bloqueio de 2-15s com os scripts JavaScript…
Exemplo:
1 curtida
A atualização em si não deve afetar o desempenho. No entanto, ela desbloqueia técnicas que podemos usar para reduzir o tamanho da nossa carga útil de JS (e, portanto, o desempenho de carregamento inicial) no futuro.
Um exemplo concreto são as novas tecnologias de build desbloqueadas pelo embroider. Teoricamente, essas técnicas nos permitirão atrasar o carregamento de módulos JS específicos da rota até que eles sejam realmente necessários.
Já começamos a fazer isso para o Wizard, o que significa que outras páginas não precisam carregar todo esse código. Expandiremos isso para mais partes do aplicativo no futuro, mas precisamos ter muito cuidado com a compatibilidade de temas/plugins.
6 curtidas
A que distância no futuro estamos falando? Obrigado pela resposta! Sim, estou adorando o software Discourse até agora como um usuário novo nele. Minha principal reclamação é realmente apenas otimizar as coisas de JS, já que essa parece ser a maior coisa para os tempos de carregamento que notei.
1 curtida
Melhorias de desempenho são algo em que investimos constantemente, por isso não acho que haverá uma data em que estará “concluído”.
Em termos das métricas que você compartilhou, é importante notar que elas refletem apenas a primeira visita à comunidade. Clicar pelo site e retornar no futuro será significativamente mais rápido!
5 curtidas
Se o seu tempo de carregamento inicial for crítico, use uma plataforma como esta para criar um blog:
… que é incrivelmente rápido.
Se você quiser um aplicativo de fórum extremamente rico, fique com o Discourse.
Essa estatística surgiu muito aqui, mesmo recentemente.
Julgar apenas pelo tempo de carregamento inicial não é razoável, pois grande parte do aplicativo está sendo baixada na primeira visita (semelhante, mas não exatamente igual a um aplicativo em uma loja de aplicativos), e isso será então armazenado em cache para:
- alterações entre rotas (não páginas, é um aplicativo!)
- alterações de, por exemplo, filtros
Você notará o quão incrivelmente rápido o Discourse responde enquanto você navega.
Isso ocorre porque ele não precisa carregar cada página e está apenas carregando o conteúdo bruto da API.
3 curtidas
Mas é o que o Google faz, então teremos que conviver com isso.
2 curtidas
Espero que eles comecem a incluir ‘soft navigations’ no Core Web Vitals em breve 
11 curtidas