rafa
275aff1430
Los scripts del mirror (00-90) vivian solo en el disco. Van al repo; los datos que generan no (16 GB entre crawl, snapshot del origen y Joomla restaurado) -> .gitignore. Nuevo 91-repone-assets404.sh: repone los ficheros que el crawl no capturo porque se referencian SOLO desde CSS y el crawler seguia enlaces HTML (system.css, los fondos de fe_adulta_1, ratingstars.gif de K2). Salian como 404 en los logs de nginx del Hetzner. Descarga por HTTP desde el Joomla local aislado, nunca del filesystem -- mismo principio que el crawl, para no arrastrar los .php comprometidos del #183 -- y escanea PHP embebido antes de copiar a site/. Resultado sobre las 286 rutas unicas con 404 del log: 196 repuestas y verificadas en produccion (196/196 en 200 tras el rsync), 82 que dan 301->404 tambien en el origen (ya estaban rotas en la web original) y 8 rutas basura /%22/... de HTML mal formado. Refs #180 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
17 lines
700 B
Bash
17 lines
700 B
Bash
#!/bin/bash
|
|
# Sondeo del entorno restaurado
|
|
set -u
|
|
docker update --restart unless-stopped joomla-mirror-web >/dev/null
|
|
docker start joomla-mirror-web >/dev/null 2>&1
|
|
sleep 3
|
|
echo "=== version.php ==="
|
|
docker exec joomla-mirror-web grep -E "RELEASE|DEV_LEVEL|PRODUCT" /var/www/html/libraries/cms/version/version.php | head -6
|
|
echo "=== sef en configuration.php ==="
|
|
docker exec joomla-mirror-web grep -E 'sef|live_site|offline|dbprefix' /var/www/html/configuration.php
|
|
echo "=== componentes ==="
|
|
docker exec joomla-mirror-web ls /var/www/html/components/ | tr '\n' ' '
|
|
echo
|
|
echo "=== plugins system (sef/redirect) ==="
|
|
docker exec joomla-mirror-web ls /var/www/html/plugins/system/ | tr '\n' ' '
|
|
echo
|