cache.lat
El 21 de octubre de 2026 el proyecto PHP publicó PHP 8.5.12, marcada como versión de seguridad en la página oficial de releases de php.net, que lista como ramas soportadas la 8.2, 8.3, 8.4 y 8.5. Si administrás un WordPress, esto te toca aunque no toques una línea de código: la versión de PHP vive en tu hosting y, si nadie la actualiza, tu sitio sigue corriendo con la anterior.
Qué cambia para tu sitio
Una versión de seguridad no trae funciones nuevas: corrige fallos. Por eso el riesgo de actualizar suele ser bajo comparado con el riesgo de no hacerlo. Los detalles de cada corrección están en el changelog oficial de php.net; conviene leerlo antes de decidir con qué prisa actualizar, y no confiar en resúmenes de terceros.
Tené presente que las ramas soportadas incluyen la 8.2, 8.3, 8.4 y 8.5. Si tu hosting sigue en una rama que ya no figura como soportada (por ejemplo la 8.1 o anteriores), no recibe estas correcciones y el problema no se arregla con un parche menor: hay que migrar de rama.
Cómo saber qué PHP corre tu WordPress
- En el escritorio de WordPress, andá a Herramientas > Salud del sitio > Información y abrí la sección Servidor.
- En el panel de tu hosting (cPanel, Plesk u otro) suele haber un selector de versión de PHP.
- Si no encontrás ninguno de los dos, preguntale a tu proveedor qué versión exacta usa y cuándo aplica los parches.
Plan sencillo para actualizar sin sustos
1. Hacé una copia de seguridad
Archivos y base de datos, y comprobá que se puede restaurar. Es el seguro más barato que existe.
2. Probá primero en staging
Si podés, clonás el sitio a un entorno de pruebas, cambiás la versión de PHP allí y navegás las páginas clave: inicio, una entrada, el carrito o formulario de contacto, y el administrador. Mirá el registro de errores de PHP en busca de avisos nuevos.
3. Actualizá en producción en horario tranquilo
Una actualización de versión menor dentro de la misma rama es normalmente rápida. Después, verificá que el sitio responde y que no aparecen errores.
4. Revisá tu caché
Cambiar PHP no debería romper una caché de páginas estáticas, pero es el momento de confirmar que sigue sirviendo lo que debe. Con cache.lat, el HTML se sirve como archivo estático y PHP interviene solo al regenerar una página; podés repasar el mecanismo en cómo funciona cache.lat. Después de actualizar, abrí una página en una ventana privada y comprobá en el código fuente que sigue marcada como servida desde la caché.
Por qué la caché ayuda en estos días
Mientras actualizás, reiniciás servicios o pruebás cambios, el servidor trabaja más de lo normal. Si la mayoría de las visitas se responden con archivos estáticos, un reinicio de PHP-FPM o un par de minutos de mantenimiento afectan mucho menos a quien navega. No reemplaza al parche, pero reduce el impacto de aplicarlo.
Si querés ver los detalles técnicos de cómo se manejan las regeneraciones y la cola, la documentación los explica paso a paso.
Errores comunes al actualizar PHP
- Actualizar sin mirar los plugins. Un plugin abandonado puede dar avisos o errores fatales con ramas nuevas. Revisá cuáles llevan meses sin actualización.
- Dejar activado el modo de depuración en producción. Los avisos nuevos no deberían mostrarse a los visitantes; mandalos al registro.
- Olvidar la versión de CLI. A veces el sitio web usa una versión y las tareas programadas por línea de comandos otra distinta.
- No volver a probar tras el cambio. Un sitio que carga la portada puede fallar en el checkout o en el área de miembros.
Resumen
PHP 8.5.12 es una versión de seguridad confirmada en php.net, con soporte para las ramas 8.2 a 8.5. Verificá tu versión, leé el changelog oficial, probá en staging y aplicá la actualización con copia de seguridad. Si tenés dudas sobre cómo encaja esto con tu caché, podés escribirle al equipo de TuNegocioEnLinea.net.