Drupal desde cero: curso básico en español · LECCIÓN 12 DE 14

Caché y mantenimiento básico de Drupal

Aprende qué revisar cuando un cambio no aparece y qué debe incluir una copia de seguridad de Drupal.

30 min estimados de lectura y práctica

Tu objetivo en esta lección

Documentar un fallo y explicar qué preguntas hacen falta para evaluar una copia de seguridad.

Antes de empezar: Necesitas una publicación de prueba y acceso de lectura a los informes autorizados.

Si un cambio no aparece, revisa en orden

La caché guarda resultados para reutilizarlos y responder más rápido. Por eso un cambio guardado puede no verse de inmediato. Pero también puede faltar publicación, estar abierta otra traducción o haberse editado el entorno equivocado.

Haz una comprobación sencilla

  1. Vuelve a editar el contenido y confirma que el cambio se guardó.
  2. Revisa su idioma y estado de publicación.
  3. Abre la URL correcta en una ventana privada.
  4. Si administras el Drupal de práctica, entra en Configuración → Desarrollo → Rendimiento, normalmente /admin/config/development/performance.
  5. Utiliza la opción de vaciar todas las cachés cuando corresponda. Después vuelve a comprobar.

No vacíes cachés continuamente como sustituto de investigar el problema. Si hay una web headless o una red de distribución, pueden existir otras capas que Drupal no vacía con ese botón.

Una copia no es solo una carpeta

La recuperación de Drupal requiere contemplar base de datos, archivos subidos y código/configuración necesarios para reconstruir el sitio. Un ZIP con imágenes o una exportación de configuración por separado no equivale a una copia completa recuperable.

Pregunta al responsable dónde se guardan las copias, con qué frecuencia se hacen y cuándo se probó restaurar una. No publiques copias de bases de datos en una carpeta accesible desde Internet.

Tu rutina de principiante

Con acceso autorizado, localiza el informe de estado en Informes. Anota los avisos y envíaselos al responsable sin cambiar ajustes que no entiendas. Las actualizaciones de Drupal y sus módulos necesitan revisión, copia y prueba previa; este curso no incluye ejecutar una actualización del servidor.

Ejercicio: escribe un mensaje con la URL afectada, el cambio esperado, el estado y las comprobaciones realizadas. Ese informe ayuda más que decir únicamente “no funciona”.

Aprende a describir un fallo antes de actuar

Supón que cambiaste “Sala de práctica” por “Mesa de demostración”, pero todavía ves el valor anterior. No concluyas inmediatamente que es caché. Escribe qué URL abriste, en qué entorno editaste y qué valor quedó guardado. Si editaste el laboratorio y miras producción, vaciar caché no solucionará la diferencia.

Usa esta ficha de diagnóstico

  • Contenido: título y URL exacta.
  • Esperaba ver: Mesa de demostración.
  • Veo realmente: Sala de práctica.
  • Ya comprobé: guardado, idioma y estado de publicación.
  • Dónde ocurre: Drupal público, administración o frontend separado.
  • Cuándo: hora del cambio y de la comprobación.

Si la administración muestra el valor nuevo pero el público no, la información reduce las posibilidades. Si tampoco quedó guardado al editar, vuelve al formulario antes de investigar cachés.

Qué preguntar sobre una copia

Una copia útil debe permitir recuperar el servicio. Pregunta qué incluye, dónde está guardada, cuánto tiempo se conserva y quién sabe restaurarla. “Tenemos un ZIP” no responde si contiene la base de datos o si se ha probado. No practiques una restauración sobre la web real.

En tu libreta puedes dibujar tres cajas: contenido y configuración almacenados en base de datos; archivos subidos; código y dependencias necesarios para reconstruir. El responsable debe explicar cómo se recupera el conjunto en su sistema de copias.

Reto de decisión

Tu compañera dice: “Descargué las fotos, ya está respaldado Drupal”. ¿Qué falta preguntar? Como mínimo, cómo recuperar los datos y la aplicación además de las fotos. No necesitas ejecutar una copia para detectar que esa afirmación está incompleta.

Antes de seguir: debes poder comunicar un fallo reproducible y saber a quién corresponde revisar copias y actualizaciones. Esta lección enseña a observar y escalar; no te convierte en responsable técnico de un servidor.

Consulta la documentación oficial

Volver al temario de Drupal desde cero · Continuar: Qué es Drupal headless: del CMS a la web