sql: quitar el prefijo home_ de los ficheros que quedaron atrás

El renombrado de las 41 tablas (cccc703) no llegó a los ficheros SQL ni a los
generadores, así que seguían creando y consultando tablas home_* que ya no
existen: aplicarlos hoy no reproducía el portal.

- 12 ficheros pasan a las tablas reales (store_item, stripelog, noticia, ...).
- Los 6 que llevaban el prefijo en el NOMBRE se renombran también; nada los
  referenciaba.
- gen_store_catalog.py leía FROM home_store_item de django_wow (roto) y
  db2_to_sql.py generaba home_item_data; corregidos, con sus comentarios.
- add_stripelog_service.sql usaba ADD COLUMN IF NOT EXISTS, que es de MariaDB:
  en MySQL 9.7 daba error de sintaxis y no se podía aplicar (la columna se había
  puesto a mano en prod). Ahora es un ADD COLUMN normal, como su hermano.

Se dejan intactos sql/rename_home_prefix.sql y
sql/drop_home_securitytoken_authuser_fk.sql: son migraciones ya aplicadas y los
nombres home_* son parte de su historia.

Verificado importando todo en BD limpias: los ALTER dejan stripelog y noticia
con el esquema idéntico a producción, y la consulta de gen_store_catalog.py
devuelve filas.

web-next/sql/store_order.sql

@@ -0,0 +1,11 @@
+-- Pedido de tienda pagado con tarjeta (Stripe/SumUp): guarda el carrito para
+-- entregarlo tras confirmarse el pago (evita el límite de metadata de la pasarela).
+CREATE TABLE IF NOT EXISTS store_order (
+  ref VARCHAR(64) PRIMARY KEY,
+  account_id INT NOT NULL,
+  character_name VARCHAR(12) NOT NULL,
+  items TEXT NOT NULL,            -- "itemId:qty,itemId:qty,..."
+  amount DECIMAL(10,2) NOT NULL,  -- euros
+  created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,
+  KEY k_acc (account_id)
+) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;