req-063: Correção na Extração de Arquivos Físicos na Recuperação (arquivos=0)

Durante a execução da recuperação de projeto (recover-project.sh), o descompilador local processou com sucesso os registros de tabelas customizadas (como galleries, menus, publisher), mas não gerou nenhum arquivo físico (HTML/CSS), exibindo arquivos=0 no relatório final:

RDR_OK tabela=galleries registros=3 arquivos=0 langs=pt-br
RDR_OK tabela=menus registros=9 arquivos=0 langs=pt-br

Mudanças Necessárias

O engenheiro de execução deve depurar e corrigir a falha no descompilador local (recuperacao-dados-recursos.php -> rdr_descompilar_registro() e rdr_processar()):

1. Investigação de Causa no Descompilador

• Verificar se as diretivas de "field_types" (como "html": "file:html") estão sendo devidamente carregadas do project_tables_config.json local pela função rdr_coletar_configs().

• Validar se os arquivos *Data.json (como GalleriesData.json e MenusData.json) contêm de fato as colunas de dados físicas (ex: html, css) populadas com conteúdo.

• Investigar se a checagem array_key_exists($campo, $rec) && $rec[$campo] !== null está falhando por causa de chaves inexistentes ou vazias.

• Log de Depuração: Adicionar um log de aviso no console (quando em modo verbose/não silencioso) caso a descompilação pule a gravação de um arquivo físico porque o campo no banco está nulo ou vazio (ex: RDR_DEBUG_FILE_EMPTY tabela=galleries id=x campo=html).

2. Validação e Correção

• Corrigir qualquer bug na leitura de tipos de campos físicos ou na criação das subpastas de destino que esteja impedindo a escrita em disco.

• Adicionar ou ajustar os testes unitários em RecuperacaoDadosRecursosTest.php para validar que registros com campos físicos vazios ou nulos sejam reportados de forma robusta e que registros preenchidos gerem os arquivos corretamente.