Estoy intentando configurar un servidor CentOS con múltiples versiones de php.
He logrado hacer esto hasta ahora instalando las colecciones de software REMI php56y php70ejecuté Apache con diferentes versiones, etc.
Hasta ahora, todo bien. Escribir phpen la línea de comando no proporciona ninguna información, pero php56 -vsí, por ejemplo. Hasta ahora este es el comportamiento esperado.
Tengo algunas preguntas ahora:
1 - Ahora tengo curiosidad por saber qué pasará con los softwares que tienen scripts que se utilizan phpen la línea de comando. ¿Te gustan los guiones de los compositores? Obviamente, si los scripts intentan ejecutar php desde la línea de comandos, fallarán.
1a. ¿Es correcto suponer que tengo que crear un vínculo simbólico entre lo phpreal y lo real php70, por ejemplo?
1b. ¿Hay otros ejecutables que también deben vincularse? Vi en algún lugar que pharestaba vinculado y algunas cosas más. ¿Cómo sé todos los archivos que deben vincularse?
2 - Si intento instalar phpmyadmina través de YUM, espera descargar php 5.4el paquete. Esto en sí mismo plantea muchas preguntas en mi mente. ¿Qué hago en este caso? Definitivamente no quiero 5.4 cerca de mi sistema. Y creo que, obviamente, si hago el paso 1a anterior, YUM seguirá solicitando descargar la dependencia de PHP. ¿Hay alguna manera de evitar eso o posiblemente "explicarle" a YUM que php ya está instalado como php70, digamos? ¿O simplemente ignorar la dependencia?
Lo siento si estas son preguntas tontas. Solo tengo experiencia limitada en Linux y definitivamente no entiendo lo suficiente sobre YUM. Además, esta es la primera vez que me enfrento a un problema de versiones múltiples. ¡Gracias!
ACTUALIZAR:
Entiendo que instalé los paquetes de versiones específicas y eso fue principalmente porque quería varias versiones para Apache. Supongo que la pregunta es cómo manejar otro software que quiera ejecutar php en la línea de comando, cómo manejar las dependencias de YUM php y cuál es el enfoque habitual para este escenario.
Respuesta1
Aviso: tanto PHP 5.6 como 7.0 han llegado al final de su vida útil y solo son compatibles con la comunidad conmejor esfuerzo; Recomiendo de todo corazón usarversiones compatibles(7.1+).
1 - Ahora tengo curiosidad por saber qué pasará con los softwares que tienen scripts que usan php en la línea de comando.
Como la mayoría de los scripts utilizan "/usr/bin/env php", simplemente debe habilitar la versión adecuada antes de ejecutar el script.
module load php71
php -v
composer install
1a. ¿Es correcto suponer que tengo que crear un enlace simbólico entre php y el php70 real, por ejemplo?
Sí, funcionará, también puedes instalar elphp56-syspathsOphp70-syspathspaquete que hará el trabajo por usted
2 - Si intento instalar phpmyadmin a través de YUM...
Las aplicaciones empaquetadas dependen del PHP predeterminado y no conocen el SCL instalado.
Para múltiples versiones, será mucho más sencillo de instalar:
- versión predeterminada (paquetes php-*) del repositorio remi-php##
- versión alternativa (paquetes php##-php*) del repositorio remi-safe
Ver elInstrucciones del asistente.
Aviso: las aplicaciones en el repositorio EPEL (por ejemplo, phpMyAdmin, GLPI, Wordpress, roundcubemail...) no funcionarán con la versión reciente de PHP (7+), por lo que también deberá tomar la última versión del repositorio "remi", cuando esté disponible.