在2019年初，美国Hosting机房决定尝试将LiteSpeed Web服务器(LSWS)作为主要Web服务器，而不是Apache。LiteSpeed是Apache的一个替代品，支持.htaccess文件。
与Apache相比，它有很多优势:
事件驱动架构
高级高速缓存引擎
HTTP / 2, QUIC支持
内置的安全功能
但这只是冰山一角!
LiteSpeed支持流行的主机提供商面板，如WHM/cPanel, DirectAdmin, Plesk和更多。
然而，Hostinger使用了一个自定义的托管面板——hPanel——它具有基于Redis和Openresty +自定义LUA脚本的动态vhost管理。它是这样工作的:vhost数据保存在Redis中。Openresty在接收到web请求时检索所述数据。然后将其传递到Apache web服务器。
最初，LiteSpeed是使用配置文件配置的。但是，我们希望实现完全动态的管理，不需要重新加载服务来更新配置，就像我们在Openresty设置中所做的那样。我们联系了LiteSpeed支持，解释了我们当前的设置和我们希望动态管理它的事实。
事实证明，我们很幸运，因为他们已经在开发LiteSpeed版本5.4了。他们很乐意在开发部门帮助和实现它。这对我们来说是个好消息，因为我们不必重新实现当前的vhost管理流程。
因此，我们不仅替换了Apache，还摆脱了Openresty，减少了用于处理请求的软件堆栈，这也增加了性能收益。
当我们最初计划迁移到LiteSpeed时，我们认为这需要大约一个月的时间。在我们讨论了它应该如何实现之后，LiteSpeed工程师用一周的时间开发了一个动态vhost管理的工作版本，这对于这样的软件来说是非常快的。我们在开发环境中安装了它，并准备了迁移工具来替代Apache。
添加了对LSWS 5.4RC3的Redis支持。不幸的是，我们没有意识到LSWS 5.4RC3中已经计划和完成了多少更改。我们仍然不知道稳定的版本发布日期。RC4也即将推出，还需要进行更多的测试。在Hostinger，我们经常遇到访问客户网站的糟糕流量，所以这是一个捕捉所有意外错误的良好环境。在我们的生产服务器上进行第一次部署之后，我们开始接收崩溃报告。至此，猎虫季节开始了。在第一次部署后的近两个月里，我们开始每天向LiteSpeed工程师报告bug。好消息是，当LSWS由于任何原因崩溃时，只有访问该bug的访问者才会受到影响，因为LSWS生成了一个核心文件，并在几乎没有任何时间内优雅地重新启动。LiteSpeed的工程师们专注于修复这些bug，我们在每天报告bug后的几个小时内就发布了一个新版本。当我们停止接收来自第一个服务器的崩溃报告时，我们增加了使用LiteSpeed运行的服务器池，然后新的错误开始出现。经过大约三个月的测试、验证、报告和每周修复错误，没有任何崩溃报告，我们可以确定稳定的版本终于到来了。
结果
在部署LiteSpeed之后，我们发现与旧的设置相比，性能有了显著的改进。我们的大多数客户使用WordPress作为他们的内容管理系统，所以我们在服务器上用LiteSpeed测试了它。与Apache相比，我们看到了在Time To First Byte (TTFB)方面的巨大改进。
openresty apache vs litespeed
LiteSpeed缓存插件
LiteSpeed工程师已经为WordPress开发了他们自己的LiteSpeed缓存插件。安装了这个插件后，TTFB有了很大的改进。带有litespeed-cache插件的wordpress
此外，最新的LiteSpeed 5.4版本在SSL/TLS、QUIC和集成安全特性方面有了巨大的改进，这些特性在所有Hostinger服务器上都是默认启用的。
在看到这样的性能提升后，我们决定为所有通过Hostinger的自动安装程序安装WordPress的用户安装LiteSpeed缓存插件。我们还鼓励所有使用WordPress或其他流行的cms的用户安装LiteSpeed缓存插件，以利用它的优势。
LiteSpeed已经为最流行的CMS开发了缓存插件，比如WordPress、Magento、Joomla、PrestaShop、OpenCart、Drupal等等。点击这里查看整个列表。
在Hostinger，我们一直努力为我们的用户提供最好的体验，允许他们使用最新的技术。我们想让客户更容易地安装、使用和维护他们的网站。