Backups y rollback

Ninguna conversión se ejecuta sin backup previo. No es una opción: es un paso obligatorio del flujo.

Qué incluye un snapshot

Antes de cada conversión, BricksShift guarda en la tabla wp_bricksshift_backups:

• Opciones Bricks completas: bricks_color_palette, bricks_global_variables, bricks_global_classes, bricks_custom_css.
• Opciones ACSS / AT / CF relevantes al vector en ejecución.
• Postmeta de _bricks_data de todos los posts y templates afectados, serializado en JSON.

El snapshot se marca con el vector ejecutado, fecha y estado (active / restored).

Ver y restaurar backups

En BricksShift → Backups tienes la lista de snapshots:

Al pulsar Restaurar:

1. BricksShift crea otro snapshot del estado actual (por si cambias de opinión otra vez).
2. Sobrescribe wp_options y _bricks_data con el contenido del snapshot seleccionado.
3. Marca el snapshot como restored y vuelca una entrada al log.

La restauración es independiente del plugin: aunque lo desactives, tus backups siguen en la DB hasta que desinstales o borres manualmente.

Retención

Por defecto, BricksShift guarda los últimos 10 snapshots por sitio. Los más antiguos se borran automáticamente al generar uno nuevo.

Para cambiar la retención:

// En un mu-plugin o functions.php
add_filter( 'bricksshift_backup_retention', fn() => 20 );

Descarga local

Desde la misma pantalla puedes descargar un snapshot como JSON. Útil si quieres guardar una copia fuera de la DB antes de hacer cambios grandes.

Qué NO está en el snapshot

Ver logs → · Qué NO se modifica →