Nginx

摘自：http://www.daileinote.com/computer/openresty/06 下面介绍的 Lua API 可以在 *_by_lua_block 和 *_by_lua_file 指定的 Lua 代码里调用，这些 API 很好的桥接了 nginx 和 Lua。 ngx.arg12syntax: val = ngx.arg[index]context: body_filter_by_lua* 在响应体过滤时候 ngx.arg[1] 代表响应体内容，ngx.arg[2] 代表该块的标志位。参照 配置指令 body_filter_by_lua_block。 ngx.var.VARIABLE这个指令可以获取 nginx 的变量，注意，在一次请求里 nginx 变量读取的时候会分配一次内存，在请求结束的时候会释放，所以如果需要反复使用该变量的值，可以保存为本地 lua 变量。 未定义的变量返回 nil，定义了未初始化的返回空字符串。 把变量设置为 nil，会清除该变量。 1ngx.var.args = nil 例子 123456789101112location /...

摘自：http://www.daileinote.com/computer/openresty/07 内部子请求子请求在内部执行，非常高效。子请求会缓冲所有的响应体，如果响应体很大，建议用 cosockets 来操作。 子请求默认情况下会继承所有父请求的请求头。 ngx.location.capture1syntax: res = ngx.location.capture(uri, options?) 基本用法 1res = ngx.location.capture(uri) res是一个表格，包含4个成员 res.status 子请求响应的状态码res.header 表格的形式存放子请求的响应头，如果有同名多个响应头，那么值也为表格，比如假设响应头有3个 Set-Cookie。 123Set-Cookie: a=3Set-Cookie: foo=barSet-Cookie: baz=blah 那么 res.header["Set-Cookie"] 里的值为 1{"a=3", "foo=bar", &qu...

摘自：http://www.daileinote.com/computer/openresty/13 定时器一旦创建，就会脱离当前请求，也就是说就算当前请求结束了，定时器还是在的，它的生命周期跟创建它的 worker 进程一样。 ngx.timer.at1syntax: hdl, err = ngx.timer.at(delay, callback, user_arg1, user_arg2, ...) 创建定时器，到期时会回调 callback 函数。 delay 参数指定到期时间，单位为秒，精度0.001，代表1ms，也可以指定0，会立马过期并执行回调函数。 callback 回调函数第一个参数为 premature，接下来才是 user_arg1，user_arg2...，premature是个布尔值，代表是否是正常回调。 premature 为真的情况比如，nginx 准备关闭或者reload。 当定时器到期，回调函数以协程的方式运行，完全脱离创建该定时器的环境，对象生命周期跟创建它的worker进程一样，跟 cosockets 一样不能在原始环境和定时器回调函数里共享...

摘自：http://www.daileinote.com/computer/openresty/14 OpenResty ngx_lua 模块的 ngx.thread(轻量级线程) 可以实现并行的访问上游服务，其内部实现原理就是基于 Lua 的协程，只是由 ngx_lua 帮忙调度，隐藏了一些细节处理。 由 rewrite_by_lua、access_by_lua、content_by_lua 等运行的 Lua 代码本身就是协程，我们可以称之为入口点协程或者主协程，然后再由该协程调用 ngx.thread.spawn 再生成协程，可以称之为子协程或者用户协程。 默认情况下当前的handler(比如由 content_by_lua* 的内容阶段)是不会终止的，除非发生以下3中情况中的一种： 1.当主协程和所有用户协程都终止2.当主协程或者子协程中的其中一个调用了 ngx.exit、ngx.exec、ngx.redirect、ngx.req.set_uri(uri, true)其中一种。3.主协程发生错误终止 注意：其中一个子协程发生 Lua 错误并不会影响到其他子协程运行。 由于 ...

摘自：http://www.daileinote.com/computer/openresty/03 我们知道，openresty 使用的开发语言为 Lua，内置了 LuaJIT 解释器，速度比 Lua 官方解释器要快很多。 LuaJIT 基于 Lua 5.1，但在不破坏兼容性的前提下适当引入了一些 5.2 和 5.3 的语言特性，还提供了很多特别的优化和库，例如 table.new、bit、ffi。LuaJIT 是开源的，官网地址为 http://luajit.org continueLua 语言不支持 continue 语法，有时候很不方便，好在 LuaJIT 加入了 Lua 5.2 的 goto 语句，变相的实现了 continue。goto 语句需要配合标签 ::label::使用，例如 123456789101112--tmp.luafor i=0,6,1 do if i<5 then goto continue else print(i) end ::continue::end[root@192 lua]# /...

摘自：http://www.daileinote.com/computer/openresty/04 局部模块在同一个worker中是共享的在同一个 worker 中，使用 local 修饰的模块代码和数据只会被加载一次，该模块下的数据在同一个 worker 下的所有请求共享，但是全局的却不是(也就是不加 local 修饰)，那是由于一个请求一个协程的设计原则。 123456location /lua { content_by_lua_block { local mydata = require "mydata" ngx.say(mydata.get_age("dog")) }} 当第一次请求 /lua 时，当前 worker 会加载缓存该模块，接下来所有到 /lua 的请求都会使用预先加载的数据，这也是 openresty 高性能的原因所在。 一定要注意，数据在同一个 worker 下共享，换句话说，启动 nginx 如果有多个 work...

OpenResty® 是一个基于 Nginx的高性能 Web 平台，用于方便地搭建能够处理超高并发、扩展性极高的动态 Web 应用、Web 服务和动态网关。具备下列特点： 具备Nginx的完整功能 基于Lua语言进行扩展，集成了大量精良的 Lua 库、第三方模块 允许使用Lua自定义业务逻辑、自定义库 官方网站： https://openresty.org/cn/ 安装OpenResty1.安装首先你的Linux虚拟机必须联网 1）安装开发库首先要安装OpenResty的依赖开发库，执行命令： 1yum install -y pcre-devel openssl-devel gcc --skip-broken 2）安装OpenResty仓库你可以在你的 CentOS 系统中添加 openresty 仓库，这样就可以便于未来安装或更新我们的软件包（通过 yum check-update 命令）。运行下面的命令就可以添加我们的仓库： 1yum-config-manager --add-repo https://openresty.org/package/centos...

github地址: https://github.com/orlabs/orange 官网: http://orange.sumory.com/ 简介 Orange是一个基于OpenResty的API Gateway，提供API及自定义规则的监控和管理，如访问统计、流量切分、API重定向等功能。 特点： 提供了一套默认的Dashboard用于动态管理各种功能和配置 提供了API接口用于实现第三方服务 根据规范编写自定义插件扩展Orange功能 安装及使用(最新可用版0.8.1)安装先安装lor: https://github.com/orlabs/orange/blob/master/README_zh.md#2-%E5%AE%89%E8%A3%85-lor-framework 再进行依赖安装: https://github.com/orlabs/orange/blob/v0.8.1/docs/install-dependencies.md 最后，查看orange的安装和使用: https://github.com/orlabs/orange/blob/v0.8.1/...

下载对应当前系统版本的 Nginx 包（package）安装 openssl 、 zlib 、 gcc 、pcre依赖1yum -y install make zlib zlib-devel gcc-c++ libtool openssl openssl-devel pcre-devel 安装 pcre 依赖：1234wget https://nchc.dl.sourceforge.net/project/pcre/pcre/8.45/pcre-8.45.tar.gztar -xvf pcre-8.45.tar.gz && cd pcre-8.45./configuremake && make install 下载nginx的rpm包：1wget http://nginx.org/packages/centos/7/noarch/RPMS/nginx-release-centos-7-0.el7.ngx.noarch.rpm 建立nginx的yum仓库1rpm -ivh nginx-release-centos-7-0.el7.ngx.no...

转自： https://blog.csdn.net/yyysylvia/article/details/80198021 sticky的工作原理Sticky是nginx的一个模块，它是基于cookie的一种nginx的负载均衡解决方案，通过分发和识别cookie，来使同一个客户端的请求落在同一台服务器上，默认标识名为route 客户端首次发起访问请求，nginx接收后，发现请求头没有cookie，则以轮询方式将请求分发给后端服务器。 后端服务器处理完请求，将响应数据返回给nginx。 此时nginx生成带route的cookie，返回给客户端。route的值与后端服务器对应，可能是明文，也可能是md5、sha1等Hash值 客户端接收请求，并保存带route的cookie。 当客户端下一次发送请求时，会带上route，nginx根据接收到的cookie中的route值，转发给对应的后端服务器。 nginx+sticky安装nginx安装最好采用编译安装的方式，这样可以很方便的找到nginx的安装位置，方便添加nginx-sticky模块。如果之前已经编译安装过nginx，...