Jubilar Django: borrar el portal antiguo, la web ya la sirve Next

El cutover se hizo hoy: Caddy manda www.nightspire.gg a :3001 (Next), así que
Django se quedó sin dominio y sin uso. Se comprobó antes de borrar que nada
dependía de él: ninguna referencia a :8001 en Caddy, el timer de reconciliación
llama a Next, DJANGO_API_BASE no lo leía ni una línea del código (se quita
también de la unidad de systemd), web-next/public es autónomo (736 ficheros
reales, 0 symlinks) y no hay ni una referencia a /static/. Con Django parado la
web siguió dando 200 en todas las rutas.

Se va: home/, novawow/, forum/, wotlk_db/, frontend/ (las islas React que Next
sustituyó), static/, staticfiles/, manage.py, requirements.txt, db.sqlite3 y el
Docker de Django.

Se quedan docs/ y sql/: no son código Django sino documentación y esquemas, y
sql/forum_schema.sql describe la BD acore_web que Next usa hoy.

La BASE DE DATOS no se toca. django_wow y sus 41 tablas home_* son ahora de
Next, que las consulta con SQL directo. El nombre se queda por historia.

README reescrito: describía cómo montar un Django que ya no existe (venv,
manage.py migrate, gunicorn, Docker).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
2026-07-15 14:39:19 +00:00
parent 9390eefa93
commit 5fd006aca9
740 changed files with 56 additions and 112924 deletions
-22
View File
@@ -1,22 +0,0 @@
#!/usr/bin/env bash
set -e
# Espera a que MySQL esté disponible
if [ -n "$DB_HOST" ]; then
echo "Esperando a MySQL en $DB_HOST:${DB_PORT:-3306}..."
until nc -z "$DB_HOST" "${DB_PORT:-3306}"; do
sleep 1
done
echo "MySQL disponible."
fi
# Migraciones (solo la base 'default' del portal)
echo "Aplicando migraciones..."
python manage.py migrate --noinput
# Estáticos
echo "Recopilando archivos estáticos..."
python manage.py collectstatic --noinput
# Ejecuta el comando indicado (gunicorn por defecto)
exec "$@"