1. PHP tradicional con Apache (mod_php)

• Qué es: mod_php es un módulo de Apache que permite ejecutar código PHP directamente dentro del proceso del servidor web.
• Cómo funciona: Apache carga el intérprete de PHP como parte de sus procesos. Cada petición HTTP que requiere PHP es procesada dentro del mismo proceso de Apache.
• Ventajas:
  • Simplicidad: fácil de configurar.
  • Integración directa: PHP puede acceder a variables de Apache y módulos internos.
• Desventajas:
  • Cada proceso de Apache carga PHP completo, lo que aumenta el consumo de memoria.
  • No es tan eficiente en entornos con muchas conexiones concurrentes.

2. PHP-FPM (FastCGI Process Manager)

Requiere monitoreo de los pools de procesos para evitar saturación.

Qué es: PHP-FPM es un gestor de procesos FastCGI para PHP. Funciona como un servicio independiente que Apache llama para ejecutar scripts PHP.

Cómo funciona:

Apache recibe la petición HTTP.

Si es un archivo PHP, Apache lo redirige a PHP-FPM mediante FastCGI (usualmente usando mod_proxy_fcgi). En versiones de Linux Alpine se encuentra incluido en el mod_proxy.

PHP-FPM procesa el script y devuelve la respuesta a Apache.

Ventajas:

Manejo eficiente de procesos: PHP-FPM mantiene pools de procesos listos para servir solicitudes.

Mejor rendimiento en sitios con alta concurrencia.

Permite ejecutar diferentes versiones de PHP para distintos sitios.

Mejor aislamiento de procesos y control de recursos.

Desventajas:

Configuración más compleja.

3. Cómo Apache gestiona PHP con FPM

Apache ya no ejecuta PHP directamente. Usa mod_proxy_fcgi o mod_fastcgi para comunicarse con PHP-FPM:

<FilesMatch .php$>
    SetHandler "proxy:unix:/run/php/php8.1-fpm.sock|fcgi://localhost/"
</FilesMatch>

<FilesMatch .php$>
    SetHandler "proxy:unix:/run/php/php8.1-fpm.sock|fcgi://localhost/"
</FilesMatch>

• SetHandler indica que las peticiones PHP se deben enviar a PHP-FPM.
• PHP-FPM escucha en un socket Unix o puerto TCP y devuelve la salida ya procesada.
• Apache sigue manejando la conexión HTTP, logging, seguridad y otras funcionalidades, pero la ejecución de PHP queda delegada.

4. Resumen de diferencias

5. Conclusión

• mod_php es más simple y suficiente para sitios pequeños o entornos de desarrollo.
• PHP-FPM es más eficiente, flexible y escalable, ideal para producción y sitios con alta carga.
• Apache gestiona la parte HTTP y delega la ejecución de PHP a PHP-FPM, optimizando recursos y manteniendo la seguridad y control.

5. Exclusividad de PHP-FPM y orden de ejecución con Apache

Cuando usamos PHP-FPM, Apache ya no ejecuta PHP directamente. Esto implica dos cosas importantes:

1️⃣ Exclusividad de PHP-FPM

• Solo puede haber un intérprete activo por socket o puerto.
• PHP-FPM actúa como un servicio independiente, gestionando un pool de procesos que reciben solicitudes de PHP de Apache (o Nginx).
• Si tienes múltiples instancias de PHP-FPM escuchando en el mismo socket, habrá conflictos.
• Por eso se habla de “exclusividad”: cada pool de PHP-FPM se asigna a un sitio o versión de PHP y Apache lo llama a través del socket/puerto definido.

6. Ejecución del servidor

1️⃣ Arranque con mod_php (php-apache) en Alpine

En Alpine, normalmente instalas el paquete php-apache2:

# Instalar Apache + mod_php
apk add apache2 php8-apache2

# Iniciar Apache (que ya carga PHP internamente)
httpd -D

# Instalar Apache + mod_php
apk add apache2 php8-apache2

# Iniciar Apache (que ya carga PHP internamente)
httpd -D

• Nota: No hay servicio PHP externo, todo corre dentro de Apache.

2️⃣ Arranque con PHP-FPM + Apache en Alpine

Instalas PHP-FPM y Apache, y configuras Apache para usar FastCGI:

# Instalar PHP-FPM y Apache
apk add php8-fpm php8-opcache apache2

# Hablitar modulo proxy o proxy_fcgi segun se necesite
...
# Agregar configuracion proxy a FCGI
...

# Iniciar FPM 
php-fpm8 

# Iniciar Apache 
httpd -D

# Instalar PHP-FPM y Apache
apk add php8-fpm php8-opcache apache2

# Hablitar modulo proxy o proxy_fcgi segun se necesite
...
# Agregar configuracion proxy a FCGI
...

# Iniciar FPM 
php-fpm8 

# Iniciar Apache 
httpd -D

The post PHP y PHP-FPM con Apache: diferencias first appeared on RandomBitsOnFire.

Tras muchos años adoptando nuestra propia imagen con una web con ángular y Springboot finalmente sucumbimos al “todo poderoso” PHP. El tiempo, y no hablando en términos de rendimiento, es limitado, pasa y no vuelve y uno ha de decidir cómo y en qué invertirlo. Muchos de los proyectos que llevo son ambiciosos y requieren pruebas para que exista un correcto funcionamiento. La informática, como todo proceso científico, parte de hipótesis para la construcción de proyectos (en muchos casos controlas más en otros meno el problema, la tecnología o la implantación).

La I+D+I es hipótesis error constante, hasta encontrar nuevos focos y puntos de vista para resolver situaciones de maneras mas eficaces. También conlleva tiempo y esfuerzo en realizar las tareas y ser asertivo con los errores y las dificultades, aunque no estaríamos aquí si no fuera por la superación de nosotros mismos y la resolución de las metas que nos proponemos.

Es por ello que como decíamos el tiempo es decisivo y por lo que se ha de decidir como invertirlo. La antigua RBOF fue levantada con ilusiones pensando que pudiese ser la solución definitiva donde poder reflejar nuestras habilidades, pero los proyectos crecen, se vuelven complicados y sus frutos mejoran el sabor con el tiempo, teniendo que dejar unos para avanzar otros, que también vemos como triunfos de nuestro trabajo.

Finalmente, nuestro ecosistema de Micros se verá mermado por la falta de tiempo aplicando soluciones PHP robusta del mercado, de código abierto y que nos ayudarán a, como decían en un anterior trabajo que tuve:

– “Dedicar el tiempo en tareas más productivas”

Un saludo,
PaCHoN

The post Dedicar el tiempo en tareas más productivas first appeared on RandomBitsOnFire.