Preparándose para la actualización de Discourse a Ember 5

Hola @digitaldominica - no está relacionado con la actualización de Ember, pero es un problema conocido con la nueva barra lateral de administración. Más detalles en Introducing admin sidebar navigation - #37 by martin

3 Me gusta

De acuerdo, anotado. Gracias

2 Me gusta

Una publicación fue fusionada en un tema existente: Galería de imágenes Slick

David, ¿podemos asumir con seguridad que la próxima versión stable será solo Ember 5?

Además, ¿alguna idea sobre un cronograma aproximado para la próxima stable?

5 Me gusta

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).

9 Me gusta

Gracias

Eso sería increíblemente útil para aclarar las cosas para, por ejemplo, los clientes.

6 Me gusta

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. :man_shrugging:

3 Me gusta

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 :tada:

4 Me gusta

Hemos eliminado la marca de función EMBER_VERSION. De ahora en adelante, Ember 5 es la única opción.

¡Gracias a todos por su ayuda en la implementación de esta actualización! :raised_hands:

16 Me gusta

8 publicaciones se dividieron en un nuevo tema: Sitio roto debido a la actualización de Ember 5

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:
bbbb

1 me gusta

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.

6 Me gusta

¿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.

1 me gusta

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!

5 Me gusta

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.

3 Me gusta

Pero es lo que hace Google, así que tendremos que vivir con ello.

2 Me gusta

Ojalá pronto empiecen a incluir las ‘navegaciones suaves’ en Core Web Vitals :crossed_fingers:

11 Me gusta