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
+5 -5
View File
@@ -9,7 +9,7 @@ const stripe = new Stripe(process.env.STRIPE_SECRET_KEY as string)
*
* `amountEur` omitido = todo. Stripe cobra en la unidad mínima, así que el
* importe va en céntimos. El reembolso se pide sobre el PaymentIntent de la
* sesión de checkout, que es lo que guardamos en `home_stripelog`.
* sesión de checkout, que es lo que guardamos en `stripelog`.
*/
export async function refundStripeSession(sessionId: string, amountEur?: number): Promise<boolean> {
if (!sessionId) return false
@@ -77,7 +77,7 @@ export async function createCheckoutSession(
})
const mode = (process.env.STRIPE_SECRET_KEY || '').startsWith('sk_live') ? 'live' : 'test'
await db(DB.default).query(
'INSERT INTO home_stripelog (account_id, username, email, acore_ip, stripe_ip, product_name, amount, session_id, mode, character_name, timestamp, fulfilled) ' +
'INSERT INTO stripelog (account_id, username, email, acore_ip, stripe_ip, product_name, amount, session_id, mode, character_name, timestamp, fulfilled) ' +
'VALUES (?, ?, ?, ?, NULL, ?, ?, ?, ?, ?, NOW(), 0)',
[p.accountId, p.username, p.email, p.acoreIp, p.productName, p.amount, session.id, mode, p.characterName],
)
@@ -105,7 +105,7 @@ export async function claimPaidCheckout(
return null
}
const [rows] = await db(DB.default).query<RowDataPacket[]>(
'SELECT id, character_name FROM home_stripelog WHERE session_id = ?',
'SELECT id, character_name FROM stripelog WHERE session_id = ?',
[sessionId],
)
const log = rows[0]
@@ -113,7 +113,7 @@ export async function claimPaidCheckout(
// Reclamo ATÓMICO: solo gana quien pasa fulfilled 0->1. Evita doble entrega si
// el webhook y la página de éxito corren a la vez.
const [res] = await db(DB.default).query<ResultSetHeader>(
'UPDATE home_stripelog SET fulfilled = 1 WHERE id = ? AND fulfilled = 0',
'UPDATE stripelog SET fulfilled = 1 WHERE id = ? AND fulfilled = 0',
[log.id],
)
if (res.affectedRows === 0) return null
@@ -123,7 +123,7 @@ export async function claimPaidCheckout(
/** Registra la IP de Stripe y actualiza el timestamp del log (como el webhook de Django). */
export async function recordStripeIp(sessionId: string, ip: string): Promise<void> {
if (!sessionId) return
await db(DB.default).query('UPDATE home_stripelog SET stripe_ip = ?, timestamp = NOW() WHERE session_id = ?', [
await db(DB.default).query('UPDATE stripelog SET stripe_ip = ?, timestamp = NOW() WHERE session_id = ?', [
ip.slice(0, 45),
sessionId,
])