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:
@@ -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 "$@"
|
||||
Reference in New Issue
Block a user