Quitar el prefijo home_ de las 41 tablas del portal

El prefijo venía del nombre de la app Django (`home`), jubilada y borrada hoy,
así que ya no significaba nada: home_stripelog -> stripelog. La BD se sigue
llamando django_wow por historia (renombrarla es otra operación).

Comprobado antes de tocar nada: 0 colisiones con nombres existentes, 0 palabras
reservadas (contrastado contra las 260 de MySQL), sin vistas ni triggers que
dependieran de ellas. El RENAME va en una sola sentencia porque así es atómico,
y MySQL reapunta solo las 4 claves ajenas entre estas tablas.

170 referencias actualizadas en 37 ficheros. Se dejó a propósito
sql/drop_home_securitytoken_authuser_fk.sql sin tocar: es una migración ya
aplicada y reescribirla sería falsear el historial.

De paso salió un fallo previo: prices.ts consultaba `home_restoreitemprice`,
una tabla que NO existe. El try/catch de priceFrom se comía el error y devolvía
siempre el precio por defecto, así que el precio de restaurar objetos nunca fue
configurable. Se deja documentado en el código; crear la tabla es otra decisión.

Verificado tras aplicar: 0 tablas home_, las 51 siguen ahí, y el conteo exacto
de filas cuadra con el volcado previo (store_item 3068, item_data 44873,
stripelog 35, store_order 26, noticia 50). La web responde 200 en todas las
rutas y la portada carga las noticias sin errores.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
2026-07-15 14:49:19 +00:00
parent 5fd006aca9
commit cccc70338d
39 changed files with 226 additions and 171 deletions
+4 -4
View File
@@ -26,7 +26,7 @@ export async function redeemPromoCode(accountId: number, rawCode: string): Promi
// Bloquea la fila del código (comparación binaria => sensible a may/min).
const [rows] = await conn.query<RowDataPacket[]>(
'SELECT id, pd, pv, max_uses, uses, active, expires_at FROM home_promocode WHERE code = ? COLLATE utf8mb4_bin LIMIT 1 FOR UPDATE',
'SELECT id, pd, pv, max_uses, uses, active, expires_at FROM promocode WHERE code = ? COLLATE utf8mb4_bin LIMIT 1 FOR UPDATE',
[code],
)
const promo = rows[0]
@@ -45,7 +45,7 @@ export async function redeemPromoCode(accountId: number, rawCode: string): Promi
// Registra el canje (la clave única promo+cuenta evita el doble uso).
try {
await conn.query('INSERT INTO home_promoredemption (promo_id, account_id, redeemed_at) VALUES (?, ?, NOW())', [
await conn.query('INSERT INTO promoredemption (promo_id, account_id, redeemed_at) VALUES (?, ?, NOW())', [
promo.id,
accountId,
])
@@ -57,7 +57,7 @@ export async function redeemPromoCode(accountId: number, rawCode: string): Promi
// Consume un uso (condicional, por si hubo carrera con otro canje).
const [upd] = await conn.query<ResultSetHeader>(
'UPDATE home_promocode SET uses = uses + 1 WHERE id = ? AND uses < max_uses',
'UPDATE promocode SET uses = uses + 1 WHERE id = ? AND uses < max_uses',
[promo.id],
)
if (upd.affectedRows !== 1) {
@@ -69,7 +69,7 @@ export async function redeemPromoCode(accountId: number, rawCode: string): Promi
const pd = Number(promo.pd)
const pv = Number(promo.pv)
await conn.query(
'INSERT INTO home_api_points (accountID, vp, dp) VALUES (?, ?, ?) ON DUPLICATE KEY UPDATE vp = vp + VALUES(vp), dp = dp + VALUES(dp)',
'INSERT INTO api_points (accountID, vp, dp) VALUES (?, ?, ?) ON DUPLICATE KEY UPDATE vp = vp + VALUES(vp), dp = dp + VALUES(dp)',
[accountId, pv, pd],
)