Cambiar la versión de PHP con comprobación y vuelta atrás

Entra en Hosting > PHP. La pestaña Versión trae el asistente en tres pasos: Elegir versión, Revisar sitios y Resultado. En un plan multicuenta, realiza el cambio desde la ficha de la cuenta del cliente afectada, que tiene su propia entrada PHP.

1. Elegir la versión

El asistente muestra la versión actual y las disponibles, con una nota sobre cuáles siguen con soporte oficial y cuáles son antiguas y solo reciben parches de CloudLinux. Elige una versión compatible con la aplicación, sus extensiones, temas y plugins. La versión marcada como recomendada es una orientación; no sustituye los requisitos publicados por cada aplicación.

El asistente cambia la versión general de la cuenta, la que fija el selector. Los dominios y carpetas que tengan PHP forzado en un .htaccess aparecen aparte y no cambiarán: para esos hay que editar su fichero, como se explica en PHP por directorio o dominio. Decide si debes corregir primero esa excepción.

Cuando tengas la versión elegida, pulsa Revisar mis sitios.

Si es la primera vez que entras y todavía no hemos leído qué webs tienes, el asistente lo dirá y te ofrecerá leerlas en ese momento: sin esa lista no podemos decirte qué va a pasar en cada una ni devolverte atrás si alguna se cae, así que el cambio no se ofrece hasta tenerla.

2. Revisar el análisis

Antes de aplicar nada, el sistema revisa cada sitio y lo clasifica como preparado, para revisar, bloqueado o excluido. Abre los hallazgos y atiende las incompatibilidades concretas.

Si hay sitios bloqueados, no fuerces el cambio salvo que entiendas el riesgo. Aunque aceptes continuar, el sistema devolverá automáticamente la cuenta a la versión anterior si las comprobaciones detectan que una web que funcionaba deja de responder.

Los módulos, que se guardan por versión

Los módulos de PHP se activan por versión y no pasan de una a otra. Al cambiar, el asistente compara lo que tienes activo ahora con el perfil de la versión de destino y hace dos cosas distintas según el caso:

• El módulo ya no existe en la versión nueva —mcrypt en PHP 8, por ejemplo—: aparece como aviso en el análisis, porque no hay forma de conservarlo y la parte de tu web que lo use dejará de funcionar.
• El módulo existe pero viene apagado en la versión de destino: lo activamos nosotros al aplicar el cambio, para que tu web siga teniendo lo mismo que hoy. Se anuncia en el análisis, dentro de los detalles del sitio.

Si prefieres partir del juego de módulos recomendado en lugar de conservar el tuyo, usa Reset to default en la sección Seleccionar versión de PHP de cPanel: activa los que suelen necesitar WordPress, Joomla o PrestaShop, y sustituye lo que tuvieras marcado.

Ten en cuenta que un dominio con la versión forzada en su .htaccess carga los módulos del perfil de su versión, no los de la versión general de la cuenta. Es el origen habitual de un error 500 sin mensaje después de cambiar algo: revisa esa versión por separado en cPanel.

3. Aplicar y comprobar

Después del cambio, la ficha de resultado muestra el estado de cada etapa y la respuesta de los sitios. Comprueba además las funciones que una petición automática no puede validar: acceso de administración, formularios, compra, tareas cron y procesos en segundo plano.

Si el cambio queda aplicado, durante el plazo indicado tendrás un botón Volver a PHP con la versión que tenías antes. La vuelta atrás recupera la versión de PHP, pero no deshace cambios que hayas realizado dentro de la aplicación durante la prueba.

Si el sistema revierte automáticamente o el cambio falla, lee el motivo de la ficha antes de intentarlo otra vez. Abre una consulta si no puedes relacionarlo con uno de los hallazgos del análisis.