Files

T

History

rafa 69e849d38e Sync: guardar en el historial el trabajo de las ultimas semanas que solo vivia en el disco

Este repo local tenia origin apuntando al Gitea local (localhost:3000), que Rafa
declaro archivado el 2026-06-28 (commit 962f33a, desarrollo movido a
gitea.feadulta.com). Ese memo nunca llego a este checkout: main quedo congelado
y todo el trabajo real de las ultimas 3+ semanas se fue commiteando solo en la
rama fix/multiidioma-portada-132 (ya fusionada a main sin perdida, commit
2504666), mientras que ademas se acumulaban 78 cambios sin commitear en el
working tree que nunca llegaron a NINGUN historial de git.

Este commit consolida esos cambios sueltos: TTS multi-voz (tts_*.py), scripts
de traduccion (translate_haiku.py, pretranslate_en_haiku.py, sync_translations_to_prod.py),
mu-plugins nuevos desplegados a prod (fea-beta-feedback, fea-cloudflare-realip,
fea-legacy-redirect, fea-gsc-verification, fea-support-campaign, fea-ui, etc.),
scripts de mantenimiento de enlaces/cartas, capturas E2E (tools/e2e/shot_*.cjs)
y documentacion de sesiones recientes.

Excluido deliberadamente (no es codigo versionable): tts-voices/ (3.3GB de
muestras de audio para clonacion de voz, anadido a .gitignore), logs/ (logs de
ejecucion, anadido a .gitignore), y 2 ficheros vacios accidentales + 2 copias
duplicadas sueltas en la raiz que ya existen en su ubicacion correcta.

2026-07-15 20:03:21 -04:00

README.md

Sync: guardar en el historial el trabajo de las ultimas semanas que solo vivia en el disco

2026-07-15 20:03:21 -04:00

README.md

backups/ — inventario

Directorio para backups pesados (GBs), excluido de git (.gitignore: backups/*). Solo este README se trackea.

prod-mirror/

Dumps de la base de datos de prod (wp-nuevo.feadulta.com, servidor 134.0.10.170), para que el WP local Docker (docker-compose.yml) sea un espejo funcional de prod por si hay una caída o se borra algo por accidente.

Cómo generarlo: mysqldump directo por SSH (no vía wp-cli, que tiene proc_open() deshabilitado en prod): ssh feadulta@134.0.10.170 "mysqldump -h 127.0.0.1 -u myfeadulta -p'<pass>' --skip-ssl --single-transaction --quick --default-character-set=utf8mb4 <DB_NAME>". DB_NAME cambia — leerlo de /web/wp-nuevo/wp-config.php. Credenciales en memoria master-feadulta.md.
⚠️ El backup diario de UpdraftPlus (wp-content/updraft/*-db.gz en prod) NO sirve como fuente para este espejo si necesitas el estado de HOY — es un cron nocturno (~03:09 GMT), puede tener hasta 24h de retraso frente al contenido publicado ese mismo día.
⚠️ Colación MariaDB incompatible con MySQL 8 (el Docker local usa mysql:8.0, prod es MariaDB 11.8): el dump trae utf8mb3_uca1400_ai_ci / utf8mb4_uca1400_ai_ci, que MySQL 8 no reconoce (falla el import). Sustituir antes de importar:
```
sed -e 's/utf8mb4_uca1400_ai_ci/utf8mb4_0900_ai_ci/g' \
    -e 's/utf8mb3_uca1400_ai_ci/utf8mb3_general_ci/g' \
    dump.sql > dump.mysql8.sql
```
Importar: docker exec -i wordpress-mysql mysql -uroot -pwordpress_root_pass --default-character-set=utf8mb4 wordpress_db < dump.mysql8.sql
Tras importar, siteurl/home en wp_options quedan con el valor de prod (wp-nuevo.feadulta.com) — para que el WP local sea navegable en su propia URL, actualizar a https://farmer.taild3aaf6.ts.net/fea (Tailscale HTTPS; Application Passwords/login solo funcionan sobre SSL o localhost).

local-pre-mirror/

Backup de seguridad de la BD local antes de sobrescribirla con un import de prod (por si el import sale mal o hacía falta algo que solo estaba en local). mysqldump dentro del contenedor: docker exec wordpress-mysql sh -c 'exec mysqldump -uroot -pwordpress_root_pass wordpress_db'.

uploads/ (no es un dump, es el propio bind mount)

wp-content/uploads/ del WP local no se respalda aquí — se sincroniza directamente sobre wordpress/wp-content/uploads/ vía rsync desde prod. Los ficheros del volumen quedan propiedad de www-data (creados por el contenedor) — si rsync falla con "Permission denied" al escribir desde el host (usuario rafa), ejecutar el rsync desde dentro del contenedor como root en vez de desde el host:

docker exec -u 0 wordpress-web bash -c "apt-get update -qq && apt-get install -y -qq rsync openssh-client sshpass"
docker exec -u 0 -e SSHPASS='<pass>' wordpress-web bash -c "
  sshpass -e rsync -e 'ssh -o StrictHostKeyChecking=accept-new' -avz \
    feadulta@134.0.10.170:/web/wp-nuevo/wp-content/uploads/ \
    /var/www/html/wp-content/uploads/"

Histórico

2026-07-07: primer espejo completo prod→local de esta ronda. mu-plugins (24 ficheros, diff por checksum — 1 sumado que faltaba en local: fea-cloudflare-realip.php, desplegado a prod directamente en su día sin bajar copia; 1 sobrante local-only sin desplegar: fea-support-campaign.php, WIP, se deja). DB: dump fresco directo (no el de UpdraftPlus, desactualizado). uploads/: rsync completo, 5.6GB, 45.879 ficheros.