参考链接: resty.core.shdict ngx_shared.DICT 源码正文: dict.lua 部分源码如下: local ffi = require 'ffi' local base = require "resty.core.base" local ffi_new = ffi.new local ffi_str = ffi.string local C = ffi.C local get_string_buf = base.get_string_buf local g

ngx.shared.DICT.incr 原文: ngx.shared.DICT.incr syntax: newval, err, forcible? = ngx.shared.DICT:incr(key, value, init?, init_ttl?) context: init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter

ngx.shared.DICT.set 原文: ngx.shared.DICT.set syntax: success, err, forcible = ngx.shared.DICT:set(key, value, exptime?, flags) context: init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_

ngx.shared.DICT.get 原文: ngx.shared.DICT.get syntax: value, flags = ngx.shared.DICT:get(key) context: init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_lua*, ngx.timer.*, ba

ngx.shared.DICT.expire 原文链接: ngx.shared.DICT.expire syntax: success, err = ngx.shared.DICT:expire(key, exptime) context: init_by_lua*, set_by_lua*, rewrite_by_lua*, access_by_lua*, content_by_lua*, header_filter_by_lua*, body_filter_by_lua*, log_by_l

refer to: http://www.cnblogs.com/icejoywoo/p/3531869.html 对于python3, 可能有不一样之处,   refer to: http://docspy3zh.readthedocs.io/en/latest/tutorial/datastructures.html dict 几种遍历方式的效率差比别: http://blog.csdn.net/cugbabybear/article/details/25037687

# coding=utf8 dict_info = {"abc": 1, 1: "liuzhipeng"} for k, v in dict_info.items(): print "{key}->{value}".format(key=k, value=v) print dict_info.keys() print dict_info.values() print dict_info.items() dict_info.update(ab

openresty开发系列24--openresty中lua的引入及使用 openresty 引入 lua 一)openresty中nginx引入lua方式 1)xxx_by_lua   --->字符串编写方式  2) xxx_by_lua_block ---->代码块方式  3) xxx_by_lua_file  ---->直接引用一个lua脚本文件 我们案例中使用内容处理阶段,用content_by_lua演示 -----------------编辑nginx.conf-------

1. CentOS系统安装openresty 你可以在你的 CentOS 系统中添加 openresty 仓库,这样就可以便于未来安装或更新我们的软件包(通过 yum update 命令).运行下面的命令就可以添加我们的仓库: $ sudo yum install yum-utils $ sudo yum-config-manager --add-repo https://openresty.org/package/centos/openresty.repo 然后就可以像下面这样安装软件包,比如

一.nginx执行步骤 nginx在处理每一个用户请求时,都是按照若干个不同的阶段依次处理的,与配置文件上的顺序没有关系,详细内容可以阅读<深入理解nginx:模块开发与架构解析>这本书,这里只做简单介绍: 1.post-read 读取请求内容阶段,nginx读取并解析完请求头之后就立即开始运行: 2.server-rewrite server请求地址重写阶段: 3.find-config 配置查找阶段,用来完成当前请求与location配重块之间的配对工作: 4.rewrite locati

ngx_lua模块的原理: 1.每个worker(工作进程)创建一个Lua VM,worker内所有协程共享VM:2.将Nginx I/O原语封装后注入 Lua VM,允许Lua代码直接访问:3.每个外部请求都由一个Lua协程处理,协程之间数据隔离:4.Lua代码调用I/O操作等异步接口时,会挂起当前协程(并保护上下文数据),而不阻塞worker:5.I/O等异步操作完成时还原相关协程上下文数据,并继续运行: ngx_lua 模块提供的指令和API等: 指令名称 说明 lua_use_defau

Openresty 与 Tengine Openresty和Tengine基于 Nginx 的两个衍生版本,某种意义上他们都和淘宝有关系,前者是前淘宝工程师agentzh主导开发的,后者是淘宝的一个开源项目: Openresty的最大特点是引入了ngx_lua模块,支持使用lua开发插件: Tengine的特点是融入了因淘宝自身的一些业务带来的新功能: Tengine 简介 tengine官方网站:http://tengine.taobao.org/index_cn.html 在 Nginx官方

业务背景介绍 对于web应用的限流,光看标题,似乎过于抽象,难以理解,那我们还是以具体的某一个应用场景来引入这个话题吧. 在日常生活中,我们肯定收到过不少不少这样的短信,“双11约吗?,千款….”,“您有幸获得唱读卡,赶快戳链接…”.这种类型的短信是属于推广性质的短信.为什么我要说这个呢?听我慢慢道来. 一般而言,对于推广营销类短信,它们针对某一群体(譬如注册会员)进行定点推送,有时这个群体的成员量比较大,譬如京东的会员,可以达到千万级别.因此相应的,发送推广短信的量也会增大.然而,要完成这些短

一.介绍 二.安装 三.运行 四.开发 1.介绍 Tengine:轻量级.高性能.高并发.配置化.模块化.可扩展.可移植的Web和反向代理 服务器,Tengine是nginx超集,但做了很多优化,包含了很多比较有用的模块,比如直接包含了lua.proc等很有用的模块. Lua:一个很轻量级的 脚本,也号称性能最高的 脚本.代码总共不到600k,32个C文件,23个头文件: root@j9 ~/lua-5.1.5/src# du -sh ./ 572K    ./ root@j9 ~/lua-5.

前几篇文章我们介绍了Nginx的配置.OpenResty安装配置.基于Redis的动态路由以及Nginx的监控. Nginx-OpenResty安装配置 Nginx配置详解 Nginx技术研究系列1-通过应用场景看Nginx的反向代理 Nginx技术研究系列2-基于Redis实现动态路由 [原创]Nginx监控-Nginx+Telegraf+Influxb+Grafana 在分布式环境下,我们要考虑高可用性和性能: 1. 不能因为Redis宕机影响请求的反向代理 2. 每次请求如果都访问Redi

源码地址:https://github.com/Tinywan/Lua-Nginx-Redis Nginx与Lua编写脚本的基本构建块是指令. 指令用于指定何时运行用户Lua代码以及如何使用结果. 下面是显示指令执行顺序的图. 当一个请求发起一个"子请求"的时候,按照 Nginx 的术语,习惯把前者称为后者的"父请求"(parent request). location /main { echo_location /foo; # echo_location发送子请求

一.介绍 前段时间部署试用了open-falcon v0.2,官方文档很详细,难度也不是很大.监控Nginx也参考了文档推荐的方式,文档地址:http://book.open-falcon.org/zh_0_2/usage/ngx_metric.html. 本文详细记录一下配置部署的过程.这里使用的是falcon-ngx_metric,github地址:https://github.com/GuyCheung/falcon-ngx_metric falcon-ngx_metric是借助lua-n

摘要自:https://github.com/openresty/lua-nginx-module/#data-sharing-within-an-nginx-worker 每nginx worker的数据共享 定义一个lua模块,在content_by_lua或者content_by_lua_block中require它. 建议只用于共享只读数据.如果一定要共享可变数据,注意确保写操作是非阻塞的. 如果需要所有worker共享的数据,可选择: ngx.shared.DICT 或者memcach

简介 由于某些场景下服务提供方和调用方都无法做到可用性,当系统远程调用时,可能会因为某些接口变慢导致调用方大量HTTP连接被阻塞而引发雪崩. 解决思路如下: 服务提供方实现接口快速失败,当处理时间达到一定阈值时,直接返回失败.需要服务提供方配合改造. 服务提供方在反向代理层增加proxy_timeout配置.如果配置了upstream max_fails,可能会导致所有的服务实例都被踢掉.而不配置max_fails则出问题的时间段内这个接口每次调用都会在proxy_timeout时间才能返回超时

概要 <用OpenResty搭建高性能服务端>是OpenResty系列课程中的入门课程,主讲人:温铭老师.课程分为10个章节,侧重于OpenResty的基本概念和主要特点的介绍,包括它的指令.nginx_lua API.缓存.如何连接数据库.执行阶段等,并通过几个实际的操作和代码片段,告诉大家学习中如何搭建开发.测试环境,如何调试.查找和解决问题. 视频播放地址:https://study.163.com/course/introduction.htm?courseId=1520005 课程目