OpenLiteSpeed en plesk como módulo

Llevo más de 15 años como sysadmin. Entre los primeros servidores que toqué con problemas, algunos tenían Plesk 8, casi al final del ciclo de este; luego vino Plesk 9.

Lo mismo con cPanel. LiteSpeed Enterprise se abrió paso muy rápido en el mundillo y siempre me pregunté: ¿por qué nadie ha hecho un módulo de OpenLiteSpeed para Plesk?

No entraremos en detalles. Está claro que hay motivos económicos; vistos los costes de licenciamiento, en parte se entiende. LiteSpeed ha hecho un trabajo bastante bueno y debe recuperar la inversión. Básicamente es un Apache que no lee el .htaccess en cada acceso para ver si hay cambios, y luego tiene su propio LSAPI/LSPHP, que es realmente donde más se nota el rendimiento.

Recordemos que Nginx ya de por sí podría competir con LiteSpeed. El solo hecho de no usar .htaccess ya tiene sus ventajas competitivas, pero el cuello de botella sigue estando en la ejecución de PHP. PHP-FPM funciona bien, pero no está tan integrado con el servidor web como LiteSpeed/OpenLiteSpeed + LSAPI. Así que una integración de OpenLiteSpeed en cPanel o Plesk podría ser interesante, pero es compleja.

Hace años tocaba mucho cPanel, pero desde hace unos 6 años toco mucho más Plesk, así que analicemos el problema. Plesk está diseñado para trabajar con Apache:

• Añadir, modificar y actualizar dominios toca Apache.

• plesk repair web y plesk repair tocan Apache.

• Plesk necesita que Apache esté funcionando; necesita internamente verificar que los vhosts estén OK. Si algo no devuelve un OK en Apache y en los test, la interfaz se rompe.

¿Cuál es el problema para instalar OpenLiteSpeed?

El problema es que LiteSpeed Enterprise se basa en un negocio. El código de OpenLiteSpeed no lee los vhosts de Apache, así que eso complica todo muchísimo. Quitar Apache es inviable para dejar OpenLiteSpeed y tener acceso a LSAPI para mejorar el rendimiento.

Así que la conclusión es: No es posible quitar Apache y poner OpenLiteSpeed. Aunque se logre integrar con plantillas, Plesk se rompería al ejecutar plesk repair, entre otras cosas. Aunque se logre solucionar el problema y no romper Plesk, una conversión masiva de Apache > OpenLiteSpeed en un servidor en producción rompería webs. Recordemos que OpenLiteSpeed sí es compatible con .htaccess y puede cargarlo, pero LiteSpeed solo ha integrado mod_rewrite; el resto de reglas no van a cargarse. Podemos ver esto en la documentación oficial: https://docs.openlitespeed.org/config/rewriterules/

Realmente todo son complicaciones, tanto por parte de Plesk como por parte de LiteSpeed, a la que evidentemente no le interesa portar cierto código a OpenLiteSpeed para reemplazar a Apache. Y se entiende: el negocio se terminaría, viven de ello, y el sistema que tienen funciona bien y genera beneficios.

¿Qué tal si les digo que yo soy muy cabezón y que hoy en día picar código con la IA nos ayuda mucho a todos? Para qué engañarnos, solo tenemos que partirnos la cabeza para tener una buena idea y estructura, y luego la IA nos ayudará con el código o incluso podría ayudarnos con la idea, aunque a veces no sea el caso.

Pues yo tengo una idea en la que estoy trabajando y pronto verá la luz en: https://github.com/Skamasle/ols 

Hoy, 13 de junio de 2026, no hay nada en el Git, pero para julio espero tener algo ya subido que funcione medianamente bien, o eso espero. La idea está; estoy redactando el proyecto y dándole vueltas a posibles problemas, y luego ya usaremos la IA para que nos haga algo de código y no tardar meses desarrollando.

Voy a adelantar algo. La solución al problema de OpenLiteSpeed en Plesk no pasa por quitar Apache, pasa por hacer que los dos funcionen a la vez, y aquí es donde entra Nginx en la ecuación. Y lo bueno de todo esto es que LSAPI / LSPHP ya viene de serie en Plesk, así que solo necesitamos enrutar correctamente el tráfico hacia OpenLiteSpeed sin alterar Apache para nada. Plesk seguirá funcionando con Apache y Nginx como hasta ahora, pero nuestro módulo debería hacer la magia interna para añadir un tercer servidor web para las webs que necesiten LSAPI y OpenLiteSpeed.

La idea no parece gran cosa ahora mismo explicada en un párrafo, pero cuando el proyecto esté redactado, la idea esté bien plasmada y el desarrollo empiece, quedará más claro. Así que estén atentos a GitHub; si las pruebas dan frutos, aparecerá el código en GitHub o, al menos inicialmente, la idea del proyecto.

Update:

EL modulo toma forma, hay problemas que resolver aún pero poco a poco se vuelve funcional, al menos ya tenemos una interfaz en plesk, instalación segura despliegue de Openlitespeed y dominios trabajando con LSPHP con OpenLitespeed y trabajando ya en la integración con LSCACHE y cuando todo sea funcional hay que pulir muchas cosas, activaciones / desactivaciones / cambios de versión de PHP

Pero creo que en un par de semanas podremos tener ya  OpenLiteSpeed En plesk completamente funcional