当前位置: 首页 > 软件库 > 服务器软件 > HTTP服务器 >

OLStack

轻量、高性能的 (Open)LiteSpeed+PHP+MySQL 运行环境
授权协议 MIT
开发语言 PHP
所属分类 服务器软件、 HTTP服务器
软件类型 开源软件
地区 国产
投 递 者 陆昊
操作系统 跨平台
开源组织
适用人群 未知
 软件概览

OLStack 社区容器版,是基于 Docker 容器化编排的 OpenLiteSpeed 环境。性能比Nginx更胜一筹,基本兼容 Apache HTTPD 生态,主要是不支持自动加载 .htaccss 文件,该版本对操作系统环境没有限制,未来可以应用到非常多的场景中。

特征

简洁至上

以 (Open)LiteSpeed Native 原生环境为基础,而不必安装过分其他厚重冗杂的软件环境。

便捷直观

(Open)LiteSpeed 提供图形化配置面板,新手编辑配置再不用对着黑底白字的一串英文发愁

澎湃性能

包括但不限于 LSCache、HTTP/3(QUIC)、TLS1.3、PageSpeed、Brotli 等性能级扩展开箱即用。

 相关资料
  • LiteSpeed ​​Web服务器是Apache互换,高性能,安全和易于使用的Web服务器。它可以处理的小内存占用成千上万的并发连接。它是非常强大而且安全的。

  • 本文向大家介绍php轻量级的性能分析工具xhprof的安装使用,包括了php轻量级的性能分析工具xhprof的安装使用的使用技巧和注意事项,需要的朋友参考一下 一、前言   有用的东西还是记录下来吧,也方便以后的查询;这次记录一下xhprof的安装使用;   xhprof是facebook开源出来的一个php轻量级的性能分析工具,跟Xdebug类似,但性能开销更低,   还可以用在生产环境中,也可

  • 问题内容: 当我的研究使我相信循环是PHP中最快的迭代构造…为了使它更清晰时,您认为以下哪个会更快? 示例一 示例二 我的逻辑是,在示例中的每次迭代中,在每次迭代中访问myLargeArray的长度比在示例二中访问简单的整数值要昂贵。那是对的吗? 问题答案: 第一种方法较慢,因为必须在循环的每次迭代中都调用该函数。该方法本身非常快,但是调用该函数仍然有一些开销。通过将其移动到循环之外,您正在执行所

  • 问题内容: (重要)编辑3: 单独运行testajax2.php而 不是 Ajax。持续时间大致相同,为1.02-1.03秒。所以我想这意味着问题出在PHP- MySQL或XAMPP中? 当我通过phpMyAdmin查询运行它时,结果如下:显示第0-29行(总计约50行。查询耗时 0.0015秒 )。看来问题根本不在于Ajax,而可能在于PHP。我怎样才能解决这个问题?(我也刚刚编辑了问题标题。)

  • 问题内容: 我最近一直在尝试使用Redis和MongoDB,似乎经常会在MongoDB或Redis中存储 ID 数组。因为我要询问MySQL IN 运算符,所以我会坚持使用Redis 。 我想知道在IN运算符中列出大量(300-3000) id的 性能如何,看起来像这样: 想象一下简单的 产品* 和 类别 表,您通常可以将它们结合在一起以从某个 类别中 获得 产品 。在上面的示例中,您可以看到在R

  • LEMP 是 PHP 网站应用的运行环境,也就是如果你打算在本地或者服务器上去运行一个用 PHP 语言写的网站应用,你需要为它搭建一个 LEMP 环境。