Depuração do Weblate¶
Os bugs podem se comportar como falhas no aplicação ou como vários mau comportamentos. É bem-vindo a coletar informações sobre qualquer problema desse tipo e enviá-las para o rastreador de problemas.
Modo de depuração¶
Ao ativar o modo de depuração, as exceções serão mostradas no navegador web. Isto é útil para problemas de depuração na interface web, mas não é adequado para o ambiente de produção porque tem consequências de desempenho e pode vazar dados privados.
Num ambiente de produção, use ADMINS para receber e-mails que conteem relatórios de erros ou configurar a coleta de erros a usar um serviço de terceiros.
Registos do Weblate¶
Weblate pode produzir registos (logs) detalhados do que está a acontecer em segundo fundo. Na configuração padrão, ele usa syslog e isso faz o log aparecer em /var/log/messages ou /var/log/syslog (a depender da configuração do seu daemon syslog).
O processo de Celery (veja Tarefas de fundo a usar o Celery) normalmente também produz os próprios registos. O exemplo de configurações de todo o sistema regista em vários ficheiros em /var/log/celery/.
Os contentores de Docker registam a sua saída (como é habitual no mundo de Docker), por isso, pode olhar para os registos utilizando docker compose logs. Pode obter mais registos detalhados alterando WEBLATE_LOGLEVEL.
Veja também
Configuração de amostra contém uma configuração de LOGGING.
Não a processar tarefas de segundo plano¶
Muitas coisas são feitas em segundo plano pelos workers do Celery. Se coisas como o envio de e-mails ou remoção de componentes não funcionarem, pode haver algum problema relacionado.
Coisas a verificar neste caso:
Certifique-se que o processo de Celery está em execução, consulte Tarefas de fundo a usar o Celery
Verifique o estado da fila de Celery em Interface de gestão, ou utilizando
celery_queuesProcure por erros nos registos de Celery (consulte Registos do Weblate)
Não está a receber mensagens do Weblate¶
Pode verificar se o “”e-mail”” de saída está a funcionar corretamente utilizando o comando de gestão sendtestemail (consulte Invocando comandos de gestão para instruções sobre como invocá-lo em diferentes ambientes) ou utilizando Interface de gestão no separador Ferramentas.
Estes enviam e-mails diretamente, para que isto verifique se a sua configuração SMTP está correta (veja Configuração de e-mail de saída). A maioria dos e-mails da Weblate são, no entanto, enviados em segundo plano e pode haver alguns problemas com o Celery envolvido também, veja Não a processar tarefas de segundo plano para depuração disso.
A analisar os craches da aplicação¶
Caso a aplicação falhe, é útil recolher o máximo de informação possível sobre a falha. Isso pode ser feito a usar serviços de terceiros que podem coletar tais informações automaticamente. Pode encontrar informações sobre como configurar isso em A coletar relatórios de erros e monitoramento do desempenho.
Falhas silenciosas¶
Muitas das tarefas são descarregadas para o Celery para processamento em segundo plano. As falhas não são exibidas na interface do utilizador, mas aparecem nos registos de Celery. A configuração em A coletar relatórios de erros e monitoramento do desempenho ajuda-o a perceber tais falhas mais facilmente.
Problemas de desempenho¶
Caso o Weblate tenha um mau desempenho em algum cenário, por favor, recolha os registos relevantes a mostrar o problema e qualquer coisa que possa ajudar a descobrir onde o código pode ser melhorado.
Consulte A coletar relatórios de erros e monitoramento do desempenho para obter informações sobre como configurar o Sentry, que pode fornecer informações úteis sobre operações com desempenho ruim.
Caso o desempenho lento esteja vinculado à base de dados, também pode ativar o log de todas as consultas da base de dados usando a seguinte configuração após ativar DEBUG:
LOGGING["loggers"]["django.db.backends"] = {"handlers": ["console"], "level": "DEBUG"}