Vuelve el HTML, pero queda el estilo anterior
Comparar versión del documento, URL CSS y archivo recibido. Examinar la caché implicada antes de repetir purgas. Restaurar un conjunto coherente y verificar fotos y scripts asociados.
Guías prácticas detalladas
Preparar la restauración de un sitio tras una actualización
Definir qué debe volver atrás, conservar una versión coherente y verificar la recuperación de archivos, datos, idiomas, cachés y recorridos.
Actualización :
Sala de servidores del CERN en Suiza, fotografiada por Florian Hirzinger en febrero de 2009. Fotografía de contexto documental; no representa una misión ni equipos de Alexis Roux ZG. © Florian Hirzinger · Fuente · CC BY-SA 3.0. Redimensionada y convertida a WebP; visualización recortada.
¿Puede recuperarse el servicio sin perder cambios legítimos?
Un archivo de respaldo no constituye todavía un procedimiento de restauración. Puede contener código sin datos, un idioma sin los demás o archivos incompatibles con el estado actual. Preparar la recuperación exige definir servicio esperado, pérdidas aceptables y pruebas de coherencia. Los ejemplos describen preparación, no incidentes observados en este sitio.
Describir una versión coherente
Relacionar código, contenido, índices, medios y datos modificables con una versión. Distinguir archivos reemplazados de escrituras posteriores. Registrar dependencias externas y requisitos de ejecución. Mantener los secretos en su sistema existente, sin copiarlos a un archivo público.
Fijar criterios de recuperación
Definir tareas prioritarias: leer una ficha, buscar, usar una herramienta o enviar un formulario. Establecer duración objetivo y pérdida aceptable según el contexto, sin inventar garantías. Decidir qué defectos exigen restaurar y cuáles permiten una corrección limitada.
Probar una restauración aislada
Recrear la versión en un entorno separado con datos de prueba adecuados. Verificar integridad y compatibilidad. Desactivar acciones externas para evitar envíos o cambios reales. Medir las etapas necesarias: una copia disponible pero no probada no demuestra que pueda recuperarse el servicio.
Preservar escrituras posteriores
Identificar formularios recibidos, cambios en fichas y otras escrituras desde el respaldo. Preparar conservación o conciliación cuando sea necesario. No sustituir una base activa por una copia antigua sin entender datos perdidos y dependencias del esquema.
Revisar cachés y errores
Comprobar por separado navegador, servidor y caché intermedia. El HTML restaurado puede solicitar CSS de otra versión. Revisar URL y cabeceras apropiadas. Consultar registros autorizados sin mostrar detalles internos o datos sensibles a los visitantes.
Validar la recuperación
Revisar respuestas HTTP, páginas clave, búsqueda, canonical, idiomas y recursos. Probar un error esperado sin ejecutar una acción real. Observar las tareas prioritarias y registrar límites. Un HTTP 200 no demuestra por sí solo contenido correcto ni funcionamiento de un formulario.
Situaciones y decisiones
Situaciones tipo para preparar un control. No describen misiones realizadas ni observaciones reales.
El índice muestra páginas retiradas
Código y contenido se restauraron, pero el índice corresponde a otra versión. Reconstruirlo desde el corpus conservado y comprobar consultas, enlaces e idiomas. Recuperar archivos no garantiza recuperar datos derivados.
Hay nuevas entradas después del respaldo
Listar escrituras entre respaldo e incidente. Preservar registros legítimos antes de reemplazar y comprobar compatibilidad. Si no es posible conciliarlos, documentar la pérdida potencial antes de decidir.
Prueba que conservar
- Versión de referencia: archivos, contenido, índices y dependencias.
- Alcance, tareas prioritarias y criterios de decisión.
- Prueba aislada, duración observada y nuevas escrituras que deben preservarse.
- Comprobaciones: estado HTTP, contenido, idiomas, recursos y límites pendientes.
Referencias oficiales
Protocolos relacionados
Comprobaciones antes de concluir
- ¿La copia elegida combina archivos y datos compatibles y no dos copias tomadas en momentos diferentes?
- ¿Se ha probado la restauración en páginas, idiomas, búsquedas y datos representativos antes de considerarla disponible?
- ¿Los criterios indican quién decide, qué versión recuperar y qué controles permiten reanudar el servicio?
Preguntas frecuentes
¿Basta una copia de archivos?
Solo si cubre lo necesario. Datos, medios, índices o dependencias pueden estar separados; identificarlos antes de declarar recuperable una versión.
¿Hay que vaciar todas las cachés?
Identificar primero qué capa sirve la versión incorrecta. Verificar una acción dirigida; los mecanismos dependen del alojamiento.
¿Un HTTP 200 confirma la restauración?
Indica éxito de la respuesta HTTP, no exactitud del contenido ni finalización de una tarea. Comparar con los resultados esperados.
¿Cuándo corregir en vez de volver atrás?
Cuando el defecto es comprendido, limitado y reparable sin perjudicar los datos. Comparar duración, efectos sobre las escrituras y posibilidad de comprobar cada opción.