Ledge

用于 Nginx/OpenResty 的 HTTP 缓存解决方案
授权协议 BSD
开发语言 Lua
所属分类 服务器软件、 缓存服务器
软件类型 开源软件
地区 不详
投 递 者 佟嘉祯
操作系统 Linux
开源组织
适用人群 未知
 软件概览

Ledge 是一个用 Nginx + Lua 实现的 HTTP 缓存解决方案,适用于 Nginx/OpenResty,符合 RFC 且支持 ESI,由 Redis 提供支持。

Ledge 可以作为 Squid/Varnish 等项目的快速、稳定和可扩展的替代方案,也可以单独安装或集成到现有的 Nginx 服务器或负载均衡器中。

配置示例:

http {
    if_modified_since Off;
    lua_check_client_abort On;

    init_by_lua_block {
        require("ledge").configure({
            redis_connector_params = {
                url = "redis://127.0.0.1:6379/0",
            },
        })

        require("ledge").set_handler_defaults({
            upstream_host = "127.0.0.1",
            upstream_port = 8080,
        })
    }

    init_worker_by_lua_block {
        require("ledge").create_worker():run()
    }

    server {
        server_name example.com;
        listen 80;

        location / {
            content_by_lua_block {
                require("ledge").create_handler():run()
            }
        }
    }
}
  • Oracle EBS 总账(General Ledge)和其它模块的集成点简介 (版权声明,本人原创或者翻译的文章如需转载,如转载用于个人学习,请注明出处;否则请与本人联系,违者必究) 总账概览 总账是存储会计信息的中央信息库。总账管理系统的主要作用是记录公司的财务信息,并生成财务报表和管理报表,用来帮助组织内和组织外的人员进行决策。通过总账,你可以做下面这些事: l  记录并复核会计信息 l 

  • Fabric 1.0源代码笔记 之 Orderer #ledger(Orderer Ledger) 1、Orderer Ledger概述 Orderer Ledger代码分布在orderer/ledger目录下,目录结构如下: orderer/ledger目录:      ledger.go,Factory、Iterator、Reader、Writer、ReadWriter等接口定义。     

 相关资料
  • 本文向大家介绍nginx cache不缓存问题的原因与解决方案,包括了nginx cache不缓存问题的原因与解决方案的使用技巧和注意事项,需要的朋友参考一下 nginx.conf 部分内容: nginx不缓存原因 默认情况下,nginx是否缓存是由nginx缓存服务器与源服务器共同决定的, 缓存服务器需要严格遵守源服务器响应的header来决定是否缓存以及缓存的时常。 header主要有如下:

  • 本文向大家介绍基于Nginx的Mencached缓存配置详解,包括了基于Nginx的Mencached缓存配置详解的使用技巧和注意事项,需要的朋友参考一下 简介 memcached是一套分布式的高速缓存系统,memcached缺乏认证以及安全管制,这代表应该将memcached服务器放置在防火墙后。memcached的API使用三十二比特的循环冗余校验(CRC-32)计算键值后,将数据分散在不同的

  • nginx openresty 迁移到 windows 下的版本。  by 张家柱 蔡东赟  韩玉刚(new) 主要特性: 高性能 超过 20,000 连接并发 (特定cpu多核的机器上,server新版本的 190,000并发) 多进程 各种 Nginx bug 修复 包括以下模块: ngx-coolkit-module echo-nginx-module set-misc-nginx-modu

  • 本文向大家介绍Nginx HTTP:413 Request Entity Too Large解决方法,包括了Nginx HTTP:413 Request Entity Too Large解决方法的使用技巧和注意事项,需要的朋友参考一下 概述 今天遇到一个问题,在PHP程序中上传图片出现了以下错误:HTTP:413 Request Entity Too Large。 开发环境:CentOS + Ng

  • 本文向大家介绍基于vue中keep-alive缓存问题的解决方法,包括了基于vue中keep-alive缓存问题的解决方法的使用技巧和注意事项,需要的朋友参考一下 vue开发的时候,我们经常会有这样的需求:开发一个详细页面来展示商品的详细信息,根据列表页传入的id进行请求,拿到对应的数据进行渲染。 但是一般在路由上都会加上keep-alive保持数据的状态,除非强制无缓存刷新,这就导致第一次进入详

  • 正如我们所知,目前nginx稳定版本不能代理tcp连接。因此,如果express和Socket.io在同一个端口上工作,我们需要使用其他代理解决方案。 但还有其他方法可以绕过这个问题: 如果我们将socket.io设置为侦听不同的端口,那么express将侦听。例如:nginx代理80端口到8000端口,express侦听8000端口,socket.io侦听8001端口,客户机直接连接到socke

  • 本文向大家介绍nginx: [warn] "log_format" directive used only on "http" level 解决方法,包括了nginx: [warn] "log_format" directive used only on "http" level 解决方法的使用技巧和注意事项,需要的朋友参考一下 将nginx升级到1.2.4稳定版之后,会发现之前的vhost/*.

  • 除了前面章节讲到的服务器端缓存外, Web 应用还可以利用客户端缓存 去节省相同页面内容的生成和传输时间。 通过配置 yii\filters\HttpCache 过滤器,控制器操作渲染的内容就能缓存在客户端。 HttpCache 过滤器仅对 GET 和 HEAD 请求生效, 它能为这些请求设置三种与缓存有关的 HTTP 头。 Last-Modified Etag Cache-Control Las