Que son los Entry Processes
Los Entry Processes (EP) son el numero de procesos PHP que pueden ejecutarse simultaneamente para una cuenta de hosting compartido en servidores con CloudLinux. Cada vez que un visitante accede a una pagina del sitio que requiere ejecutar PHP (es decir, no esta en cache), se crea un nuevo proceso PHP para procesar esa solicitud. Si el numero de solicitudes PHP simultaneas supera el limite de Entry Processes asignado al plan, las solicitudes adicionales se quedan en cola o son rechazadas con un error 503 o 508.
Los Entry Processes son tipicamente el primer limite que se supera en sitios WordPress populares sin cache configurado, especialmente durante picos de trafico. Un sitio WordPress que no usa cache necesita ejecutar PHP para cada solicitud de cada visitante, por lo que con solo 10-20 usuarios simultaneos puede superar un limite de EP tipico de un plan compartido basico.
Cuantos Entry Processes necesita un sitio
| Tipo de sitio | Sin cache | Con cache de paginas activo |
|---|---|---|
| Blog con 100 visitas/dia | 3-5 EP | 1-2 EP |
| Sitio corporativo con 500 visitas/dia | 5-10 EP | 1-3 EP |
| WordPress con 2000 visitas/dia | 15-25 EP | 2-5 EP |
| Tienda WooCommerce con 500 visitas/dia | 20-30 EP | 5-10 EP (checkout no se cachea) |
Como verificar el uso de Entry Processes
En cPanel, acceder a Metricas > Uso del Servidor y revisar la grafica de Entry Processes. Si la linea llega frecuentemente al limite maximo del plan, ese es el cuello de botella. Los picos que alcanzan el 100% del limite coincidiran con los momentos en que los usuarios reportan errores 503 o el sitio esta lento.
Reducir el uso de Entry Processes
Solucion 1: Activar cache de paginas (impacto mas alto)
Con el cache de paginas activo en LiteSpeed Cache, las solicitudes de paginas que ya estan en cache se sirven directamente por el servidor web sin crear ningun proceso PHP. Esto puede reducir el uso de Entry Processes en un 80-95% en sitios con contenido principalmente estatico.
Solucion 2: Usar Redis como cache de objetos
Redis reduce el tiempo de ejecucion de cada proceso PHP al eliminar consultas redundantes a la base de datos, lo que significa que cada EP se libera mas rapidamente y puede atender mas solicitudes por segundo con el mismo limite.
Solucion 3: Deshabilitar el wp-cron interno
WordPress tiene un sistema de tareas programadas (wp-cron) que se ejecuta cuando hay visitas al sitio. Esto puede generar procesos PHP adicionales. Deshabilitar el cron interno y usar un cron real del servidor es mas eficiente:
# En wp-config.php
define('DISABLE_WP_CRON', true);
# En el crontab del servidor (cada 5 minutos)
*/5 * * * * wget -q -O /dev/null https://tudominio.com/wp-cron.php?doing_wp_cron
