请问春哥，你的nginx教程什么时候能更新啊

suyisong · 2014-10-09T20:30:11+00:00

参考下：http://openresty.org/#DynamicRoutingBasedOnRedis 这个里面的示例--smallfish htt...

请问春哥，你的nginx教程什么时候能更新啊

suyisong

Nginx 新手起步

Nginx 是如何匹配 URI 的

Nginx 变量漫谈

Nginx 配置指令的执行顺序

Nginx 的 if 是邪恶的

Nginx 子请求

Nginx 静态文件服务

Nginx 的日志服务

基于 Nginx 的应用网关

基于 Nginx 的反向代理

Nginx 与 Memcached

Nginx 与 Redis

Nginx 与 MySQL

Nginx 与 PostgreSQL

基于 Nginx 的应用缓存

Nginx 中的安全与访问控制

基于 Nginx 的 Web Service

Nginx 驱动的 Web 2.0 应用

测试 Nginx 及其应用的性能

借助 Nginx 社区的力量

目前只有3,4，等了2年了，求春哥更新一下呗。

zoom.quiet

先将 Nginx 都替换为 OpenResty,
然后,
其实,你能先自行写出其它的初稿,请 春哥来增补,
才是最好的流程

2014-10-09 20:30 GMT+08:00 steven su <suy...@gmail.com>:
> Nginx 新手起步
> Nginx 是如何匹配 URI 的
> Nginx 变量漫谈
> Nginx 配置指令的执行顺序
> Nginx 的 if 是邪恶的
> Nginx 子请求
> Nginx 静态文件服务
> Nginx 的日志服务
> 基于 Nginx 的应用网关
> 基于 Nginx 的反向代理
> Nginx 与 Memcached
> Nginx 与 Redis
> Nginx 与 MySQL
> Nginx 与 PostgreSQL
> 基于 Nginx 的应用缓存
> Nginx 中的安全与访问控制
> 基于 Nginx 的 Web Service
> Nginx 驱动的 Web 2.0 应用
> 测试 Nginx 及其应用的性能
> 借助 Nginx 社区的力量
>
> 目前只有3,4，等了2年了，求春哥更新一下呗。
>
>
> --
> -- 
Life's Pathetic, Let's Pythonic! 人生苦短, Python是岸!
俺: http://zoomquiet.io
授: http://creativecommons.org/licenses/by-sa/2.5/cn/
怒: 冗余不做,日子甭过!备份不做,十恶不赦!
KM keep growing environment culture which promoting organization be learnning!

suyisong

目录是春哥写的

春哥有计划出书吗？

suy...@gmail.com

发件人： Zoom.Quiet
发送时间： 2014-10-09 20:40
收件人： openresty
抄送： Yichun Zhang
主题： Re: [openresty] 请问春哥，你的nginx教程什么时候能更新啊
先将 Nginx 都替换为 OpenResty,

然后,

其实,你能先自行写出其它的初稿,请春哥来增补,

才是最好的流程

2014-10-09 20:30 GMT+08:00 steven su <suy...@gmail.com>:

> Nginx 新手起步

> Nginx 是如何匹配 URI 的

> Nginx 变量漫谈

> Nginx 配置指令的执行顺序

> Nginx 的 if 是邪恶的

> Nginx 子请求

> Nginx 静态文件服务

> Nginx 的日志服务

> 基于 Nginx 的应用网关

> 基于 Nginx 的反向代理

> Nginx 与 Memcached

> Nginx 与 Redis

> Nginx 与 MySQL

> Nginx 与 PostgreSQL

> 基于 Nginx 的应用缓存

> Nginx 中的安全与访问控制

> 基于 Nginx 的 Web Service

> Nginx 驱动的 Web 2.0 应用

> 测试 Nginx 及其应用的性能

> 借助 Nginx 社区的力量

>

> 目前只有3,4，等了2年了，求春哥更新一下呗。

>

>

> --

> --

> 邮件来自列表“openresty”,专用于技术讨论!

> 订阅: 请发空白邮件到 openresty+subscribe@googlegroups.com

> 发言: 请发邮件到 openresty@googlegroups.com

> 退订: 请发邮件至 openresty+unsubscribe@googlegroups.com

> 归档: http://groups.google.com/group/openresty

> 官网: http://openresty.org/

> 仓库: https://github.com/agentzh/ngx_openresty

> 教程: http://openresty.org/download/agentzh-nginx-tutorials-zhcn.html

--

Life's Pathetic, Let's Pythonic! 人生苦短, Python是岸!

俺: http://zoomquiet.io

授: http://creativecommons.org/licenses/by-sa/2.5/cn/

怒: 冗余不做,日子甭过!备份不做,十恶不赦!

KM keep growing environment culture which promoting organization be learnning!

--

--

邮件来自列表“openresty”,专用于技术讨论!

订阅: 请发空白邮件到 openresty+subscribe@googlegroups.com

发言: 请发邮件到 openresty@googlegroups.com

退订: 请发邮件至 openresty+unsubscribe@googlegroups.com

归档: http://groups.google.com/group/openresty

官网: http://openresty.org/

仓库: https://github.com/agentzh/ngx_openresty

教程: http://openresty.org/download/agentzh-nginx-tutorials-zhcn.html

agentzh

Hello!

2014-10-09 5:30 GMT-07:00 steven su:
> 目前只有3,4，等了2年了，求春哥更新一下呗。
>

嗯，我打算后面得空了开始写一些相对独立的英文文章。就先不按类似书的顺序来写了，呵呵。

Regards,
-agentzh

jie123108

Hi,各位：

最近在使用ngx_lua中时，需要用到luajit中的ffi调用自己写的.so文件。发现使用ffi.load并不会搜索 lua_package_cpath指定的路径。

.so文件应该是正常的，当我把.so文件拷贝到/lib 或者/lib64下，就能正常调用了。

下面是配置：

lua_package_cpath '/root/work/ngx_sotest/?.so;;';

init_worker_by_lua '
ffi = require("ffi")
ffi.cdef[[
int x_test(const char* filename);
]]
';
server {
listen 80;
server_name localhost;
lua_code_cache on;

location / {
access_by_lua '
local root=ngx.var.document_root
local filename=root .. ngx.var.uri

local xfile = ffi.load("xfile")
local xf = xfile.x_test(filename)
ngx.exit(0)
';
}
}

#ngx_sotest目录是包含相应的libxfile.so文件的：

[root@dev01 ngx_sotest]# ll
总用量 5
-rwxrwxrwx 1 root root 5888 10月 10 2014 libxfile.so
-rwxrwxrwx 1 root root 101 10月 10 10:54 Makefile
-rwxrwxrwx 1 root root 602 10月 10 10:39 nginx.conf
-rwxrwxrwx 1 root root 136 10月 10 10:24 xfile.c
-rwxrwxrwx 1 root root 89 10月 10 10:41 xfile.h

请问是我的用法有问题吗？还是ffi.load本来就不支持 lua_package_cpath变量?

我的环境：

CentOS release 6.2 (Final) 64位

ngx_lua-0.9.10

nginx-1.6.0

jie1...@gmail.com

agentzh

Hello!

2014-10-09 20:05 GMT-07:00 jie1...@gmail.com:
>     最近在使用ngx_lua中时，需要用到luajit中的ffi调用自己写的.so文件。发现使用ffi.load并不会搜索
> lua_package_cpath指定的路径。
> .so文件应该是正常的，当我把.so文件拷贝到/lib 或者/lib64下，就能正常调用了。
>

你可以自己在 Lua CPATH 中搜索 .so，然后把该 .so 的全路径传递给 ffi.load() 函数。比如的
lua-aho-corasick 库就是这么干的，可以参考该库的 find_shared_obj 函数：

    https://github.com/cloudflare/lua-aho-corasick/blob/master/load_ac.lua#L22

或许后面我可以把该函数或该函数的某个变种放到 lua-resty-core 库的 resty.core.base 模块中，免得大家都复制粘贴，呵呵。

Regards,
-agentzh

jie123108

Hello.

>你可以自己在 Lua CPATH 中搜索 .so，然后把该 .so 的全路径传递给 ffi.load() 函数。比如的

>lua-aho-corasick 库就是这么干的，可以参考该库的 find_shared_obj 函数：

> https://github.com/cloudflare/lua-aho-corasick/blob/master/load_ac.lua#L22

>或许后面我可以把该函数或该函数的某个变种放到 lua-resty-core 库的 resty.core.base 模块中，免得大家都复制粘贴，呵呵。

谢谢春哥的解答，我还有一个关于读取文件的问题请教一下：

在content_by_lua中，有时会有这种需求，一部分数据通过http向后端请求，一部分需要从文件中读取。这种情况下怎么处理比较好？

我现在能想到的有两中办法：

方式1.直接读取文件，返回相应的内容。问题是这样会不会导致进程阻塞，影响性能。

方式2.配置一个location, 需要从文件中读取的部分，发起一个range请求，去读取，然后返回。

想问的是，这两个方式哪种更好，或者有没有其它方式，更方便，效率更好？

说明：我的例子中，需要循环处理，本地存在的块，读取本地的数据，不存在的块就请求后端的。

jie123108

Hi,各位：

在使用ngx_lua测试时。发现当配置有limit_rate 指令时，可能会影响ngx.print的输出。

表现为，当循环次数少时，比如1024,或者更少时能正常输出，当参数持续增大，到102400时，就卡住了，客户端只能收到一行输出。

当把limit_rate指令删除时，完全能正常输出。

下面是配置：

location /test {
limit_rate 128k;
content_by_lua '
local times = tonumber(ngx.var.arg_times) or 1024
ngx.header["Content-Length"] = 10 * times
for i = 1, times do
ngx.print("123456789\\n")
ngx.flush(true)
end
';
}

#正常

curl -v http://127.0.0.1/test/?times=1024

#卡死了

curl -v http://127.0.0.1/test/?times=102400

我的环境：

ngx_lua-0.9.10

nginx-1.6.0

有知道原因的吗？还是我的使用方式有问题？

jie1...@gmail.com

g_linux

能不能来点母语。
在 2014年10月10日星期五 UTC+8上午3:04:21，agentzh写道：

Hello!

2014-10-09 5:30 GMT-07:00 steven su:
> 目前只有3,4，等了2年了，求春哥更新一下呗。
>

嗯，我打算后面得空了开始写一些相对独立的英文文章。就先不按类似书的顺序来写了，呵呵。

Regards,
-agentzh

doujiang24

Hello

哈哈，春哥的计算机母语是 English :)

好好学习英语吧，一起加油 :(

在 2016年11月2日下午4:29， <g_l...@qq.com>写道：

能不能来点母语。
在 2014年10月10日星期五 UTC+8上午3:04:21，agentzh写道：
Hello!

2014-10-09 5:30 GMT-07:00 steven su:
> 目前只有3,4，等了2年了，求春哥更新一下呗。
>

嗯，我打算后面得空了开始写一些相对独立的英文文章。就先不按类似书的顺序来写了，呵呵。

Regards,
-agentzh

--