Mantenimiento
Corrige datos de forma masiva, probando primero en una copia de prueba
Un error masivo en los datos se arregla de una pasada, probado en una copia de prueba antes que en la tienda publicada.
ProVersión de pago
Qué sustituye: 2-4 h preparando, probando y ejecutando un arreglo en la base de datos
en staging: cuenta los productos con peso 0 que tienen un peso en la tabla de referencias del proveedor, enséñame 10 ejemplos y prepara la actualización. cuando revise staging, haz lo mismo en producción
Qué hace el chat
- El chat cuenta y te enseña los productos afectados.
- Te enseña el cambio previsto y a cuántos productos afecta.
- Guarda los valores antiguos para que el cambio se pueda deshacer.
- Lo ejecuta primero en la copia de prueba y después en la tienda publicada, tras una nueva aprobación.
El problema
Una importación puso a 0 el peso de 1200 productos, así que los gastos de envío están mal. El back office no permite arreglar esto de forma masiva.
Qué obtienes
Los pesos de los productos se corrigen de una pasada, probados antes de producción.
Tú mantienes el control
Ves cada cambio antes de guardarlo y no pasa nada sin tu «sí». Esta reparación a fondo solo funciona mientras el interruptor Mantenimiento está activo (se apaga solo a las 3 horas) y guarda una copia de cada archivo o registro modificado.
Casos de uso relacionados
Para desarrolladores
- Área
- 5 · Mantenimiento
- En TellMyShop Free
- no, solo en la versión de pago
- Para
- Desarrollador, Agencia / freelance
- Herramientas
- ps_db_query, ps_db_execute, ps_revert_change, ps_clear_cache
Paso a paso
- Cuenta y toma una muestra de las filas afectadas con ps_db_query en la copia de staging.
- Prepara un UPDATE solo de la tabla product, sin JOIN, para que se aplique la copia de seguridad de filas (con valores tomados de la tabla del proveedor, por ejemplo con una subconsulta en SET), y muestra la vista previa de ps_db_execute: número de filas y muestra.
- Lo ejecuta en una transacción con max_rows (hasta 1000 por llamada, así que 1200 productos van en dos lotes por rango de ID); los valores antiguos de cada fila se guardan para ps_revert_change.
- Tú revisas staging; después lo mismo en producción con una nueva vista previa y aprobación.
- Un cambio directo en la base de datos se salta los hooks de los módulos y las cachés, así que el chat sugiere borrar la caché y volver a comprobar los gastos de envío en el carrito.
Seguridad
El trabajo de mantenimiento (archivos, base de datos, ajustes) solo funciona mientras el interruptor Mantenimiento está activo; se apaga solo a las 3 horas, y el propietario recibe un correo cuando se activa. ps_db_execute ejecuta un solo INSERT/UPDATE/DELETE/REPLACE en una transacción; la vista previa muestra el número de filas y una muestra, y el cambio se revierte si fueran a cambiar más filas que max_rows (hasta 1000). Un UPDATE o DELETE de una sola tabla sin JOIN guarda una copia de cada fila cambiada, así que ps_revert_change puede deshacerlo. UPDATE/DELETE sin WHERE necesita all_rows=true; ALTER/CREATE/DROP/TRUNCATE necesitan allow_ddl=true y no se pueden deshacer. Un cambio directo en la base de datos se salta los hooks de los módulos y las cachés, así que se usa una herramienta normal siempre que exista.
Última actualización: 2026-10-25