El foro funcionaba correctamente con la versión 2.9.0.beta13, pero la 2.9.0.beta14 lo hizo completamente inestable (las páginas dejan de cargarse aleatoriamente, y la más afectada es /).
Por alguna razón, logramos aliviar el problema en escritorio redirigiendo / a /latest, pero eso no ayudó en móvil.
Aunque me gustaría que el foro fuera estable en general, tener la página de inicio cargada más veces de las que falla sería una mejora muy bienvenida, dado que degradar Discourse no es una opción (según la poca información que pude recopilar al respecto).
He revisado todos los registros y no veo nada relevante, pero por si acaso, estos 2 tipos de errores aparecen con bastante frecuencia:
Tengo el mismo problema de “carga eterna” aleatoria en dispositivos móviles con ESTE foro principal de soporte (meta dot Discourse dot org) y nuestro sitio alojado (gramps dot discourse dot group). NO se atasca en un bucle con sistemas de escritorio.
El bucle de carga NO da ninguna indicación de lo que está haciendo realmente. Quizás podría haber una función de tiempo de espera que diga “intentando cargar xxxx”.
Hay MUCHAS publicaciones relacionadas con “Cargando” en este foro… DEMASIADAS para examinarlas. (Quizás podrían desarrollar una herramienta administrativa para vincular publicaciones de problemas duplicados y establecer una respuesta preferida… con una recopilación en los resultados de búsqueda. Por ejemplo, “se encontraron 207 hilos duplicados vinculados a la solución de ‘carga eterna’ para su término de búsqueda ‘carga’”)
Uno que parecía prometedor fue un fallo de DNS que se resuelve al borrar la caché y las cookies. Aunque por qué los móviles sufrirían un fallo de DNS que no afecta a los de escritorio es confuso. Dado que el fallo de “carga eterna” es aleatorio, ¿quizás el DNS fue solo un chivo expiatorio conveniente?
Yo también he experimentado esto y lo atribuí a que la velocidad de transferencia de datos móviles es más lenta que la conexión de fibra habitual, pero posiblemente no.
Parece poco probable ya que la celda y el portátil se conectan a través de la misma red WiFi, o cuando el portátil está conectado a través de USB y utiliza datos móviles como punto de acceso.
El comportamiento es el mismo… Firefox en el portátil no tiene problemas… tiene la pantalla de “cargando” durante unos 4 segundos. Firefox en el móvil se queda permanentemente “cargando” más a menudo que no.
Sí, por si no quedó claro. Estoy de acuerdo contigo en que parece más un error, pero al principio pensé que eran rarezas de ancho de banda local de mi parte, pero no experimenté suficientes comentarios para darme cuenta de que podría ser un error hasta que leí tu experiencia exacta.
que este sería un problema del tema de Material Design, pero por otro lado ?safe_mode=no_themes,no_plugins&mobile_view=1 tampoco funciona. Por otra parte, sí veo algunas cosas de Material Design cargando.
intentar deshabilitar todo lo relacionado con Google Analytics / Google Tag Manager.
Richard, ¿es posible importar el volcado de la base de datos más todos los usuarios, cargas, cualquier otro archivo necesario, etc., sin la configuración? ¿Algún consejo para hacer esto o directorios que debamos copiar? En lugar de restaurar todo a la vez desde una copia de seguridad. Luego habilitaremos todas las configuraciones una por una.
Algunos de mis usuarios en mi discourse también están atascados en la misma pantalla de carga independientemente del tipo de dispositivo o de la página a la que intentan acceder después de actualizar a la beta 14 hoy.
Puedo acceder a mi discourse bien en mi PC, pero no en dos de mis móviles (atascado en la pantalla de carga con los puntos parpadeando). No estoy seguro de qué lo causa…
Si alguien aquí tiene un “atascado en móvil” 100% reproducible, necesitamos la versión exacta del navegador publicada aquí. (hasta la versión exacta del sistema operativo y Firefox/Chrome, etc.) es posible que haya algún cambio en JS que cause esto y no estemos detectando correctamente un navegador desactualizado.
Hola a todos, esto parece estar solucionado con la última versión 2.9.0.beta14 - 5aaaf26636.
También tuvimos que sacar el proxy de Cloudflare de la mezcla (¿potencialmente debido a la caché o a alguna redirección?) ya que esa era la última diferencia entre el clon que funcionaba y el problemático.
Observé el problema que @eskp estaba teniendo ayer y pude reproducirlo en la última versión de Firefox (107.0.1) en escritorio y en la última versión de Chrome (108.0.5359.94) en escritorio con mobile_view=1 en Windows. La consola estaba completamente limpia, ni una sola advertencia o error. Tampoco había señales de que Cloudflare interfiriera con rocket loader ni nada parecido, aunque podría haber sido un problema de caché.
Solo se habilitó la compresión brotli. Bueno, digo “solo” refiriéndome al hecho de que las únicas otras características de rendimiento que se me ocurren son las “minificaciones” sugeridas, y esas se deshabilitaron desde el principio… Si se refiere a otras características, háganoslo saber para que podamos verificar.
