Entre 11.7 e hoje, houve um pico no tempo de CPU necessário para renderizar uma página nos navegadores de nossos usuários.
Isso parece estar sendo bloqueado pelo novo CSS. Não fizemos nenhum ajuste do nosso lado, mas fazemos atualizações regulares (quase diárias).
Aqui estão alguns dados para ter uma ideia melhor do problema. À esquerda está 11.7
Mas o problema pode estar em outro lugar, pois houve muitas atualizações no Docker recentemente, para Discourse auto-hospedado.
Mais alguém teve o mesmo problema?
Você sabe qual versão do Discourse estava em 11.7 e qual começou a apresentar problemas?
Infelizmente não consigo dizer, não mantemos logs tão detalhados na comunidade Discourse.
Mas a partir do log que consegui desenterrar este <meta name="generator" content="Discourse 3.3.0.beta4-dev - https://github.com/discourse/discourse version 39187d98149e9822a8c9c21da9c1dc6a7aff4e49">
Este seria o último estado em que ainda funcionava bem.
Isso deveria ser “<meta name=\"generator\" content=\"Discourse 3.3.0.beta4-dev - https://github.com/discourse/discourse version 39187d98149e9822a8c9c21da9c1dc6a7aff4e49\">”, extraído do conteúdo bruto da postagem para quem precisar.
Como essas métricas estão sendo coletadas?
Na sua captura de tela das medições de LCP, a captura de tela “anterior” parece mostrar a visualização do crawler basic-html, enquanto a captura de tela “atual” mostra o aplicativo JS completo que é apresentado aos usuários.
Faz sentido que o aplicativo JS completo tenha maior tempo de CPU e peso de página.
Portanto, acho que isso é provavelmente uma mudança no sistema de monitoramento, ou talvez na forma como o Discourse responde ao seu sistema de monitoramento. 
Todas as imagens são de um único sistema que mede consistentemente o mesmo. Apenas as medições foram feitas em dias diferentes. Portanto, as condições do lado do Discourse provavelmente mudaram.
Para mais informações sobre como o DebugBear mede, veja aqui. A Guide to Website Monitoring | DebugBear
