O fórum estava funcionando corretamente com a versão 2.9.0.beta13, mas a 2.9.0.beta14 o tornou completamente instável (as páginas param de carregar aleatoriamente, e a mais afetada é a /).
Por algum motivo, conseguimos amenizar o problema no desktop redirecionando / para /latest, mas isso não ajudou no mobile.
Embora eu gostaria que o fórum fosse estável em todos os lugares, ter a página inicial carregando mais vezes do que falhando seria uma melhoria muito bem-vinda, dado que fazer downgrade do Discourse não é uma opção (de acordo com as poucas informações que consegui reunir sobre isso).
Verifiquei todos os logs e não encontrei nada relevante, mas, por via das dúvidas, estes 2 tipos de erros aparecem com bastante frequência:
Tenho o mesmo problema aleatório de “carregamento eterno” em dispositivos móveis com ESTE fórum principal de suporte (meta dot Discourse dot org) e em nosso site hospedado (gramps dot discourse dot group). Ele NÃO fica preso em um loop com sistemas desktop.
O loop de carregamento NÃO fornece nenhum feedback sobre o que ele está realmente fazendo. Talvez possa haver um recurso de tempo limite que diga “ainda tentando carregar xxxx”
Há MUITOS posts relacionados a “Carregamento” neste fórum… MUITO para analisar. (Talvez você possa desenvolver uma ferramenta administrativa para vincular postagens de problemas duplicadas e definir uma resposta preferida… com uma compilação nos resultados da pesquisa. Por exemplo, “207 threads duplicados vinculados à solução de ‘carregamento eterno’ encontrados para seu termo de pesquisa ‘carregamento’”)
Um que parecia promissor foi uma falha de DNS que se resolve ao limpar o cache e os cookies. Embora por que o celular sofreria uma falha de DNS que não afeta o desktop seja confuso. Como a falha de “carregamento eterno” é aleatória, talvez o DNS tenha sido apenas um bode expiatório conveniente?
Parece improvável, já que o celular e o laptop estão se conectando pela mesma rede Wi-Fi, ou quando o laptop está conectado via USB e usando dados celulares como hotspot.
O comportamento é o mesmo… o Firefox no laptop não tem problema… ele tem a tela de “carregando” por cerca de 4 segundos. O Firefox no celular fica permanentemente “carregando” com mais frequência do que não.
Sim, caso não tenha ficado claro. Concordo com você que parece mais um bug, mas no início pensei que fossem peculiaridades da minha largura de banda local, mas não tive feedback suficiente para notar que poderia ser um bug até ler sua experiência exatamente igual.
que isso seria um problema de tema de design de material, mas por outro lado ?safe_mode=no_themes,no_plugins&mobile_view=1 também não funciona. Por outro lado, vejo algumas coisas de design de material carregando.
tentar desativar tudo relacionado ao Google Analytics / Google Tag Manager
Richard, é possível importar o dump do banco de dados mais todos os usuários, uploads, quaisquer outros arquivos necessários, etc., sem as configurações? Alguma dica para fazer isso ou diretórios que devemos copiar? Em vez de restaurar tudo de uma vez a partir de um backup. Habilitaremos todas as configurações uma por uma.
Alguns dos meus usuários no meu discourse também estão presos na mesma tela de carregamento, independentemente do tipo de dispositivo ou da página que estão tentando acessar após a atualização para a beta 14 hoje.
Consigo acessar meu discourse normalmente no meu PC, mas não em dois dos meus celulares (preso na tela de carregamento com os pontos piscando). Não tenho certeza do que está causando isso…
Se alguém aqui tiver um problema 100% reproduzível de "travado no celular", precisamos da versão exata do navegador postada aqui. (até a versão exata do sistema operacional e do Firefox/Chrome etc.) é possível que haja alguma alteração em JS que cause isso e não estamos detectando adequadamente um navegador desatualizado.
Olá a todos, isso parece ter sido corrigido com a versão mais recente 2.9.0.beta14 - 5aaaf26636.
Também tivemos que remover o proxy do Cloudflare (potencialmente devido a cache ou algum redirecionamento?) pois essa era a última diferença entre o clone que funcionava e o problemático.
Eu examinei o problema que @eskp estava tendo ontem e pude reproduzi-lo no Firefox mais recente (107.0.1) no desktop e no Chrome mais recente (108.0.5359.94) no desktop com mobile_view=1 no Windows. O console estava completamente limpo, sem um único aviso ou erro. Nenhum sinal de Cloudflare interferindo com rocket loader ou qualquer coisa do tipo, embora pudesse ter sido um problema de cache.
Apenas a compressão brotli estava habilitada. Bem, eu digo ‘apenas’ referindo-me ao fato de que os únicos outros recursos de desempenho em que consigo pensar são as “minificações” sugeridas, e essas foram desabilitadas desde o início… Se você estiver se referindo a outros recursos, por favor, nos informe para que possamos verificar.
