Inna
8920585b24
recover_account_view era un stub que solo renderizaba (los formularios no tenían backend y el HTML arrastraba un reCAPTCHA de otro dominio). Ahora es funcional: Backend: - Modelo PasswordReset (token+email+expiración 1h) + migración 0014. - recover_account_view maneja POST JSON con 3 tipos, todo por email (bnet), con respuestas genéricas anti-enumeración: * password: crea token y envía enlace de reset (emails/password_reset.html). * accountname: envía las cuentas de juego ligadas (emails/account_names.html). * activation: reenvía el enlace de activación pendiente (emails/activation.html). - reset_password_view: GET valida el token (isla), POST re-deriva el verifier SRP6 v2 de la cuenta bnet (bnet.bnet_make_registration) y lo actualiza; marca el token usado. Ruta 'reset-password'. - Resiliente si la BD de cuentas (AzerothCore) no está disponible: mensaje limpio, nunca 500. Frontend (islas Vite): RecoverForm.tsx (selector de tipo + email) y ResetPassword.tsx (nueva contraseña con token). Se elimina el reCAPTCHA roto; se puede añadir uno propio si se aportan claves. Verificado en producción: los 3 flujos devuelven éxito genérico; reset valida token y contraseñas; token válido no provoca 500. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Frontend NovaWoW (islas React/TSX con Vite)
Migración incremental de las plantillas HTML de Django a componentes React/TSX,
montados como islas sobre las páginas que sigue sirviendo Django. Los datos se
obtienen de endpoints JSON bajo /api/ (ver home/api_urls.py).
Estructura
src/entries/*.tsx— puntos de entrada de Vite; cada uno monta una isla en un contenedor que deja la plantilla Django (p. ej.#home-news-app).src/components/*.tsx— componentes React.vite.config.ts— build a../static/distcon manifest (base/static/dist/).
La plantilla carga la isla con {% load django_vite %} + {% vite_asset 'src/entries/xxx.tsx' %}.
Desarrollo (con HMR)
Requiere DJANGO_DEBUG=True. En un terminal:
cd frontend && npm install && npm run dev
django-vite (dev_mode = DEBUG) inyecta el cliente HMR y sirve desde el dev server.
Producción (build)
Con DJANGO_DEBUG=False, Django sirve el bundle construido vía manifest. Tras
cualquier cambio en frontend/:
cd /root/NovaWoW/frontend && npm run build # genera ../static/dist + manifest
cd /root/NovaWoW && .venv/bin/python manage.py collectstatic --noinput
systemctl restart novawow
Los artefactos (node_modules/, static/dist/) están en .gitignore: se regeneran
con npm run build.