La próxima versión estable está programada para el 30 de enero y, hasta donde sé, seguimos en camino para cumplirla.
Ember 5 será, sin duda, la opción predeterminada en la versión 3.2. Queda por confirmar si Ember 3 seguirá estando disponible mediante una bandera. Creo que lo más probable es que sí, pero nuestro objetivo será dejar claro que no es una configuración ‘soportada’ (por ejemplo, mediante una advertencia para administradores).
Disculpas por la respuesta necromántica. El banner de advertencia aparecía de vez en cuando y luego desaparecía antes de que pudiera averiguar qué lo estaba causando. No ha aparecido en varias semanas.
Gracias por dar seguimiento @xJack. La actualización de Ember se ha implementado en nuestro hosting durante varias semanas, así que imagino que el problema del que se te advirtió ya se ha resuelto
Pregunta: ¿Esto hace que el JS esté más optimizado o no? Solo pregunto porque en prácticamente todas las pruebas de rendimiento de sitios (GTmetrix, Lighthouse, WebpageTest, etc.), sin ningún plugin activado, tema predeterminado, etc., siempre dicen que hay un Tiempo de Bloqueo Total de 2 a 15 segundos con los scripts de JavaScript…
Ejemplo:
La actualización en sí no se espera que afecte el rendimiento. Sin embargo, desbloquea técnicas que podemos usar para reducir el tamaño de nuestra carga útil de JS (y, por lo tanto, el rendimiento de la carga inicial) en el futuro.
Un ejemplo concreto son las nuevas tecnologías de compilación desbloqueadas por embroider. Teóricamente, esas técnicas nos permitirán retrasar la carga de módulos JS específicos de la ruta hasta que realmente se necesiten.
Ya hemos comenzado a hacer esto para el Wizard, lo que significa que otras páginas no necesitan cargar todo ese código. Lo expandiremos a más partes de la aplicación en el futuro, pero debemos tener mucho cuidado con la compatibilidad de temas/plugins.
¿A qué distancia en el futuro hablamos? ¡Gracias por la respuesta! Sí, me encanta el software de Discourse hasta ahora como usuario nuevo. Mi principal problema es realmente optimizar las cosas de JS, ya que parece ser lo más importante para los tiempos de carga que he notado.
Las mejoras de rendimiento son algo en lo que invertimos constantemente, por lo que no creo que haya una fecha en la que esté “terminado”.
En cuanto a las métricas que compartió, es importante tener en cuenta que solo reflejan la primera visita a la comunidad. ¡Hacer clic por el sitio y volver en el futuro será significativamente más rápido!
Si el tiempo de carga inicial es crítico para ti, utiliza una plataforma como esta para crear un blog:
…que es increíblemente rápida.
Si quieres una aplicación de foro extremadamente rica, quédate con Discourse.
Esta estadística ha aparecido mucho aquí, incluso recientemente.
Juzgar únicamente por el tiempo de carga inicial no es razonable, ya que gran parte de la aplicación se está descargando en la primera visita (similar, pero no exactamente igual, a una aplicación en una tienda de aplicaciones), y luego se almacenará en caché para:
cambios entre rutas (¡no páginas, es una aplicación!)
cambios de, por ejemplo, filtros
Notarás lo increíblemente rápido que responde Discourse a medida que navegas.
Eso es porque no tiene que cargar cada página y solo está cargando el contenido sin procesar de la API.