cache.lat
Quedan menos de tres meses para el 31 de diciembre de 2026, y esa fecha importa si tu WordPress corre sobre PHP 8.2 o planeás quedarte en PHP 8.4 mucho tiempo. Según el calendario de soporte de PHP, PHP 8.2 cierra su soporte de seguridad a fin de año y PHP 8.4 termina su soporte activo (seguirá recibiendo parches de seguridad hasta fines de 2028).
Qué significa cada etapa de soporte
Cada rama de PHP recibe dos años de soporte activo (correcciones de errores) y dos años más de soporte solo para fallos críticos de seguridad. Cuando una rama sale de la segunda etapa, deja de recibir parches: cualquier vulnerabilidad nueva queda abierta para siempre.
- PHP 8.2: el soporte de seguridad termina el 31 de diciembre de 2026.
- PHP 8.3: solo seguridad, hasta fines de 2027.
- PHP 8.4: el soporte activo termina a fin de 2026; seguridad hasta fines de 2028.
- PHP 8.5: soporte activo hasta diciembre de 2027 y seguridad hasta 2029.
Por qué no es solo un tema de seguridad
Las últimas versiones de seguridad (PHP 8.5.11, 8.4.26, 8.3.35 y 8.2.34, publicadas en septiembre) corrigieron fallos en SOAP, la verificación de certificados de OpenSSL, el wrapper de streams HTTP y PHP-FPM. Si tu hosting sigue en una rama que se está apagando, cada parche futuro depende de que el proveedor lo respalde por su cuenta, y muchos no lo hacen.
Además, las versiones nuevas de PHP suelen ser más eficientes en el manejo de memoria y ejecución, aunque el beneficio real depende de tu código y tus plugins: medí antes y después en tu propio sitio en lugar de confiar en promesas genéricas.
Cómo migrar sin sustos
1. Averiguá en qué versión estás
En el panel de WordPress, Herramientas → Salud del sitio → Información muestra la versión de PHP del servidor. Tu hosting también la indica en su panel.
2. Probá en un entorno de staging
Clonar el sitio y cambiar allí la versión de PHP es la forma más segura de detectar plugins o temas incompatibles. Activá WP_DEBUG en staging y revisá avisos de funciones obsoletas.
3. Revisá plugins y temas
Los más antiguos o abandonados son los que suelen fallar. Si un plugin crítico no tiene actualizaciones desde hace años, es el momento de reemplazarlo.
4. Cambiá la versión y purgá la caché
Al cambiar de versión de PHP, la caché de página que ya se generó sigue sirviéndose tal cual: no verás errores de PHP en las páginas viejas hasta que se regeneren. Por eso conviene regenerar el contenido en caché después de migrar y verificar que las páginas nuevas se generan sin errores. Si querés entender cómo se genera y se sirve ese HTML estático, está explicado en cómo funciona cache.lat.
5. Monitoreá unos días
Revisá el log de errores del servidor y probá formularios, el checkout (si usás WooCommerce) y las áreas de login, que no pasan por caché de página.
Y la caché, ¿cambia algo con PHP?
Una caché que sirve HTML estático reduce la cantidad de peticiones que llegan a ejecutar PHP, así que una migración de versión toca menos páginas en producción. Eso no elimina la necesidad de actualizar, pero hace que el proceso sea menos riesgoso para las páginas públicas. Los detalles de compatibilidad y requisitos están en los datos técnicos y en la documentación.
Checklist rápido
- Confirmar la versión de PHP actual.
- Hacer backup completo.
- Probar en staging con PHP 8.4 u 8.5.
- Actualizar plugins y temas antes de migrar.
- Migrar, regenerar la caché y revisar logs.
Si necesitás ayuda con la migración o con la configuración de caché de tu sitio, podés escribir al equipo en tunegocioenlinea.net/contacto.