Ha pasado un tiempo desde que se hizo este tipo de preguntas aquí. Quizás la solución recomendada haya cambiado.
Tengo un servidor de correo CentOS 5.4 que ejecuta el correo web RoundCube. De forma predeterminada, RoundCube espera la versión PHP 5.2 o superior. CentOS 5 está estancado en la revisión 5.1.6 con versiones anteriores de ciertas características de la versión 5.2. Deshabilité la verificación de PHP para Roundcube y funciona bien. Sin embargo, uno de los complementos que me gustaría usar utiliza un método introducido en PHP 5.2.
Debido a la vinculación de PHP y Postgres/MySQL en este caso, ¿cuál es la mejor manera de actualizar la versión de PHP de 5.1.6 a 5.2.x? He visto repositorios de terceros, pruebas de CentOS, Fedora... o podría compilar desde la fuente. Me gustaría mantener este sistema en un estado estable para que no explote durante la próxima ronda de actualizaciones.
¿Alguna recomendación?
Respuesta1
He hecho esto muchas veces usando elrepositorios atómicos. En términos muy simples, tres pasos son todo lo que se necesita en la mayoría de las situaciones:
wget -q -O - http://www.atomicorp.com/installers/atomic.sh | sh
yum update php
service httpd restart
Obviamente no puedo garantizar que funcione para usted, pero para mí este se ha convertido en el método estándar.
Respuesta2
Simplemente instale el repositorio Remi. Y correr:
yum update -y
y espere hasta que finalicen las actualizaciones, luego reinicie su VPS usando init:
init 6
Ahora ha actualizado correctamente php en su sistema.
Respuesta3
Yo diría que cualquiera de esos métodos PUEDE funcionar bien, pero no lo sabrás hasta que lo pruebes, así que será mejor que te asegures de que tus copias de seguridad estén en orden. Dicho esto, actualizar php es mucho más fácil en Linux que en Windows, y me sorprendería que tuvieras algún problema. Suponiendo que su instalación sea, si no básica, al menos una instalación común, debería estar bien con un RPM preempaquetado.
Es posibleejecutar diferentes versiones de php en el mismo servidor web; desafortunadamente sólo puedes ejecutar uno como módulo de Apache, lo que te deja jugueteando con la interfaz CGI.
La belleza del RPM moderno es quepuedes revertir la instalación. Eso lo hará un poco más fácil.
Por otro lado, si compila desde el código fuente, puede simplemente compilarlo en un directorio diferente. Luego, todo lo que tiene que hacer es cambiar qué mod php apache carga y cambiar la ubicación del archivo php.ini, y habrá actualizado sin ningún riesgo su configuración actual.
Respuesta4
Creo que existen varias soluciones y la que elija depende de su estilo de administración del sistema.
La forma 'fácil' es instalar php y paquetes relacionados desde otro repositorio,como éste. La ventaja es que lleva menos tiempo, la desventaja es que confía en una fuente externa para los archivos binarios de su sistema, tanto para actualizaciones oportunas como para mantener la integridad y seguridad de los paquetes.
La forma "difícil" es compilar el tuyo propio. Yo digo que es "difícil" pero realmente no está tan mal. Lo que hago es tener todos los comandos ./configure guardados, de modo que cuando se publica una nueva versión, simplemente tengo que usar los mismos modificadores para que mi entorno php sea el mismo que en versiones anteriores.
Para sistemas sin requisitos complicados, uso la ruta rpm (en realidad 5.1 funciona bien para esos sistemas), pero para aquellos con entornos php personalizados todavía compilo desde el código fuente.
Otro beneficio de compilar php por tu cuenta es que realmente entiendes y aprendes más sobre el software y cómo funciona en tu servidor. ¡Puedes estar orgulloso de ello y te diferenciará de otros administradores de sistemas!