Versiones de PHP diferentes definidas por directorio o dominio

El selector de PHP de cPanel establece una versión global para la cuenta, pero puedes sobrescribirla en un dominio o directorio mediante una directiva AddType en su .htaccess. Esto permite mantener aplicaciones con requisitos distintos dentro del mismo hosting.

Desde el área de clientes, sin editar ficheros

En Hosting > Ficha técnica > Gestionar PHP tienes el mapa de tu cuenta: la versión general y, debajo, cada dominio y cada carpeta con la versión detectada y su origen. Abre Gestionar PHP o PHP en el menú del servicio y selecciona el alcance en Qué cambias:

• Toda la cuenta cambia la versión general.
• Un dominio o carpeta permite fijar su propia versión.
• Que vuelva a seguirla, dentro de un alcance con versión propia, retira la personalización para recuperar la herencia aplicable. Si una carpeta superior fija otra versión, comprueba cuál queda efectiva.

El asistente permite analizar antes la compatibilidad. Al aplicar comprueba la respuesta de esa web, y después comprobamos que sigue respondiendo; si las comprobaciones detectan un empeoramiento atribuible al cambio, intentamos restaurar la versión anterior y te mostramos el resultado. Guardamos además una copia con fecha del .htaccess anterior. Cuando el cambio es de una carpeta, comprobamos también esa carpeta y no solo la portada del dominio.

Desde el panel puedes personalizar cualquier dominio o subdominio. Las carpetas aparecen en el mapa cuando ya tienen su propia versión escrita: si quieres crear una nueva, sigue con el método manual de abajo y, en cuanto la leamos, aparecerá ahí con sus acciones.

Editando el .htaccess a mano

Antes de editar el fichero, guarda una copia y confirma la raíz real del dominio. Añade la directiva al .htaccess de la carpeta a partir de la cual deba aplicarse; los subdirectorios la heredarán salvo que tengan otra regla posterior. Por ejemplo, para PHP 8.4:

AddType application/x-httpd-alt-php84 .php

Las directivas disponibles son:

# PHP 5.4
AddType application/x-httpd-alt-php54 .php

# PHP 5.5
AddType application/x-httpd-alt-php55 .php

# PHP 5.6
AddType application/x-httpd-alt-php56 .php

# PHP 7.0
AddType application/x-httpd-alt-php70 .php

# PHP 7.1
AddType application/x-httpd-alt-php71 .php

# PHP 7.2
AddType application/x-httpd-alt-php72 .php

# PHP 7.3
AddType application/x-httpd-alt-php73 .php

# PHP 7.4
AddType application/x-httpd-alt-php74 .php

# PHP 8.0
AddType application/x-httpd-alt-php80 .php

# PHP 8.1
AddType application/x-httpd-alt-php81 .php

# PHP 8.2
AddType application/x-httpd-alt-php82 .php

# PHP 8.3
AddType application/x-httpd-alt-php83 .php

# PHP 8.4
AddType application/x-httpd-alt-php84 .php

# PHP 8.5
AddType application/x-httpd-alt-php85 .php

Comprobar el cambio

La directiva cambia el intérprete de las peticiones web bajo esa ruta, no la versión de PHP de la terminal ni la configuración global que muestra el selector. Comprueba la versión efectiva desde la aplicación o con un phpinfo() temporal y elimina ese fichero después de la prueba.

Los módulos se administran por versión en Seleccionar versión de PHP. Si tras el cambio aparece un error de extensión ausente, comprueba qué módulos tiene activos la versión elegida y habilita los requeridos. Reset to default reemplaza la selección: puede apagar módulos personalizados, por lo que conviene anotarlos antes.

El asistente del área de clientes compara las extensiones e intenta habilitar en el destino las que estaban activas y siguen disponibles. Revisa los avisos y comprueba el resultado; una extensión ausente o incompatible puede requerir actualizar la aplicación. El mapa de la ficha técnica muestra además las extensiones de cada versión en uso, para que puedas comparar antes de mover un dominio.

No elijas una rama antigua solo porque esté disponible. CloudLinux aplica parches al intérprete, pero la aplicación, sus extensiones y sus dependencias pueden seguir fuera de soporte. Utilízala únicamente cuando exista una incompatibilidad comprobada y planifica la actualización que permita volver a una versión vigente.

Las comprobaciones automáticas no recorren todos los formularios, áreas privadas o tareas programadas. Prueba esas funciones después del cambio. Si editas el .htaccess manualmente, guarda la copia fuera de la carpeta pública y conserva únicamente el manejador necesario; varias directivas AddType, AddHandler o SetHandler pueden interferir entre sí. La sintaxis debe ser compatible con el manejador del servidor: si la regla no funciona, retírala y utiliza el asistente o consulta con soporte.