openresty(nginx+lua)中获取不到post数据,ngx.req.get_body_data返回nil This function returns nil if the request body has not been read, the request body has been read into disk temporary files, or the request body has zero size. 打开nginx调试日志 error_log /var/log/ng

http://nginx.org/en/docs/http/ngx_http_core_module.html#client_body_buffer_size 该地址对于client_body_buffer_size配置做了说明 syntax: client_body_buffer_size size default: client_body_buffer_size 8k|16k context: http,server,location Sets buffer size for reading

ngx.var 是获取 Nginx 的变量,需要经历字符串 hash.hash 表查找等过程. ngx.ctx 仅仅是一个 Lua table 而已,它的引用存放在 ngx_lua 的模块上下文(ctx_ref). 使用 ngx.ctx 比 ngx.var 往往是更好的选择. https://moonbingbing.gitbooks.io/openresty-best-practices/content/openresty/inline_var.html ngx.var的api 名称 说明 $

#user nobody; worker_processes 1; #error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log info; pid logs/nginx.pid; events { worker_connections 1024; } http { upstream master { server 10.1.1.100:9200; server 10.1.1.100:

最近生产环境在这两个参数之间遇到过几次坑.这里记录下.client_max_body_sizeclient_max_body_size 默认 1M,表示 客户端请求服务器最大允许大小,在“Content-Length”请求头中指定.如果请求的正文数据大于client_max_body_size,HTTP协议会报错 413 Request Entity Too Large.就是说如果请求的正文大于client_max_body_size,一定是失败的.如果需要上传大文件,一定要修改该值.clien

原文:http://php-note.com/article/detail/488 client_max_body_size client_max_body_size 默认 1M,表示 客户端请求服务器最大允许大小,在“Content-Length”请求头中指定.如果请求的正文数据大于client_max_body_size,HTTP协议会报错 413 Request Entity Too Large.就是说如果请求的正文大于client_max_body_size,一定是失败的.如果需要上传大

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官方

前些天帮别人优化PHP程序,搞得灰头土脸,最后黔驴技穷开启了FastCGI Cache,算是勉强应付过去了吧.不过FastCGI Cache不支持分布式缓存,当服务器很多的时候,冗余的浪费将非常严重,此外还有数据一致性问题,所以它只是一个粗线条的解决方案. 对此类问题而言,SRCache是一个细粒度的解决方案.其工作原理大致如下: SRCache工作原理 当问题比较简单的时候,通常SRCache和Memc模块一起搭配使用.网上能搜索到一些相关的例子,大家可以参考,这里就不赘述了.当问题比较复杂的

线程池用到的类在java.util.concurrent包下,核心类是Executors,通过其不同的几个方法可产生不同的线程池. 1.生成固定大小的线程池 public static ExecutorService newFixedThreadPool(int nThreads) 然后用ExecutorService对象的submit()方法来执行线程任务. Future<?> submit(Runnable task); <T> Future<T> submit(R

一.介绍 二.安装 三.运行 四.开发 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.

使用hexo在github pages上弄了一个静态博客,后来觉得访问有点慢,于是放到自己vps上. 对于静态博客的部署非常简单,本来就是html,js,css等静态文件,只要nginx上配置下目录就可以正常访问了. 麻烦的是博客更新的时候,还要去vps上操作更新git pull操作,如果每次在本地commit之后,github仓库能够自动更新到vps上多好啊,于是就用到了webhook的功能.(这里静态文件的生成还是在本地,只是把生成好的静态文件push到github了,所以自动部署没有构建的

案例一 rewrite_by_lua ' --引入openresty自带的json处理对象 local cjson = require("cjson") local producer = require "resty.kafka.producer" -- 定义kafka broker地址,ip需要和kafka的host.name配置一致 local broker_list = { { host = "192.168.115.28", port =

记住一点:nginx配置文件很多坑来源自你的空格少了或多了. 1.Centos下载安装 如果你的系统是 Centos 或 RedHat 可以使用以下命令: yum install readline-devel pcre-devel openssl-devel 接下我们可以在官方(https://openresty.org/cn/)下载最新的 OpenResty 源码包并解压编译安装: wget https://openresty.org/download/ngx_openresty-1.9.7.

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

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/lua-resty-shell 是当前最新rc 版本内置的shell 功能,我们可以用来执行一个脚本,以及命令 还是比较方便的. 测试集成了一个oreilly电子书下载的功能 环境准备 docker-compose 文件 version: "3" services: nginx: build: ./ ports: - "8888:8080" env_file: - .account.env volumes: - "./nginx_lua

前边有写过一个简单pushpin 集成stream 的demo,这次测试下sse 的功能 备注: 环境依然使用的是docker-compose运行 环境准备 docker-compose 文件 version: "3" services: pushpin: image: fanout/pushpin environment: - "target=api:8080" - "LOGNAME=nobody" volumes: - "./rou

pushpin 是一个很不错的将restapi 转换为reailtime api 的proxy,openresty 具有很强的nginx 控制能力 可以方便的用来进行api 的开发,默认其他语言pushpin 提供了sdk ,但是lua 的暂时还没有,所以基于 http 请求,搞一个简单的测试,后期可以参考其他语言,封装为lua 模块 环境准备 docker-compose 文件 version: "3" services: pushpin: image: fanout/pushpin

直接上文件 nginx.conf #运行用户和组,缺省为nobody,若改为别的用户和组,则需要先创建用户和组 #user wls81 wls; #开启进程数,一般与CPU核数等同 worker_processes  4; #设置进程到cpu(四cpu:0001 0010 0100 1000) #worker_cpu_affinity 0001 0010 0100 1000; #每个进程最大打开文件数 worker_rlimit_nofile 8000; #进程号保存文件 #pid