Nginx之lua插件开发
1,背景
按照项目需求,搭建图片服务器FastDFS,但是,发现上传的图片文件名和需要再次请求的文件名不一致,这样需要重新刷新一下数据库,例如,上传1.jpg,FastDFS会返回a.jpg,然后需要将a.jpg保存到数据库,否则将无法访问该图片(直接访问1.jpg不行)。
当然,这种规范也是符合图片服务器的通用配置和业务需求,因为,一般情况下,图片服务器是面向用户的,而用户上传的图片很难保证不重名,因此,图片服务器需要重命名后存储。
这里,我们尝试通过Nginx保存原始文件名和上传后文件名的映射关系,保证用户再次请求1.jpg,可以正常得到该文件(在不修改FastDFS的基础上)。
关于图片服务器FastDFS的部署和使用,后续将专门写文章介绍,这里有一个图片服务器的对比分析,可以参考:
http://www.charmingzhou.com/distributed.html
2,openresty安装
基于nginx来完成此功能,须通过nginx插件实现。网上了解后,决定下载openresty,果然包含许多常用的nginx插件,免得二次安装。
- 安装命令
sudo apt-get install libssl-dev
./configure --with-luajit
make
sudo make install
- 修改配置,并启动nginx
# 配置文件目录
# /usr/local/openresty/nginx/conf
# 新创建配置文件目录,需要在conf/nginx.conf中添加该配置
# 新目录:/usr/local/openresty/nginx/conf.d
# 添加配置:include /usr/local/openresty/nginx/conf.d/*.conf;
# 启动Nginx,如果已经启动了一个,可以修改默认监听的端口,避免两个Nginx监听端口冲突,这样可以同时启动两个nginx
# /usr/local/openresty/nginx/sbin/nginx -s start
# /usr/local/openresty/nginx/sbin/nginx -s reload
- 参考网页
http://liyonghui160com.iteye.com/blog/2164769
http://openresty.org/cn/installation.html
http://openresty.org/cn/download.html
http://17173ops.com/2013/11/01/17173-ngx-lua-manual.shtml
3,FastDFS的环境准备
-
上传图片文件
/usr/bin/fdfs_upload_file /etc/fdfs/client.conf /home/wang/biubiubiu.jpg -
上传多次,获得多个不同的URL,用于再次访问该图片文件
192.168.1.89:8888/group1/M00/00/00/wKgBWVmBk1uAe8rCAAD2fyr9yUo409.png
192.168.1.89:8888/group1/M00/00/00/wKgBWVmBk4-AR6WBAAD2fyr9yUo550.png
4,Nginx配置
本人对Nginx的配置不熟悉,仅限基本配置使用,对于插件开发属于边学边用的情况(囧)。
通过学习了解,不能通过反向代理实现该功能,需要重定向URL。
URL重定向的办法,这里考虑有两个实现方式:
-
在server中通过rewrite完成,这里没有时间实现,后续有时间可以试试。
rewrite,Nginx映射本地静态文件
https://my.oschina.net/zcqshine/blog/1488696 -
通过lua的ngx.redirect实现,已实现并测试Ok,配置代码如下。
# server的配置
server {
# 监听端口
listen 81;
server_name 192.168.1.89;
# 完成FastDFS上传前文件名与上传后文件名的映射
location /img {
content_by_lua '
ngx.log(ngx.ERR, "ngx.var.uri"..ngx.var.uri)
local f = io.open("/home/kevin/fastdfs/test.txt")
for l in f:lines() do
local key = string.sub(l, 1, string.find(l, " ")-1)
local value = string.sub(l, string.find(l, " ")+1, -1)
ngx.log(ngx.ERR, "key "..key)
ngx.log(ngx.ERR, "value "..value)
if "/img/"..key == ngx.var.uri then
ngx.redirect("http://192.168.1.89:8888/"..value)
end
end
ngx.redirect("http://192.168.1.89:82")
';
}
# 查看lua的版本
location /lua {
content_by_lua '
if jit then
ngx.say(jit.version)
else
ngx.say(_VERSION)
end
';
}
}
另外,用户上传的文件名和FastDFS返回的文件名,映射关系暂时存储到本地文件中,路径是/home/kevin/fastdfs/test.txt,内容如下:
kevin@apple:/home/kevin/fastdfs# cat test.txt
111 /group1/M00/00/00/wKgBWVmBk4-AR6WBAAD2fyr9yUo550.png
2222 /group1/M00/00/00/wKgBWVmBk1uAe8rCAAD2fyr9yUo409.png
aa22ce /group1/M00/00/00/wKgBWVmBk1uAe8rCAAD2fyr9yUo409.png
5,测试
-
测试1,访问成功,返回图片
请求:http://192.168.1.89:81/img/111
返回:http://192.168.1.89:8888//group1/M00/00/00/wKgBWVmBk4-AR6WBAAD2fyr9yUo550.png -
测试2,访问成功,返回图片
请求:http://192.168.1.89:81/img/2222
返回:http://192.168.1.89:8888//group1/M00/00/00/wKgBWVmBk1uAe8rCAAD2fyr9yUo409.png -
测试3,访问成功,返回图片
请求:http://192.168.1.89:81/img/aa22ce
返回:http://192.168.1.89:8888//group1/M00/00/00/wKgBWVmBk1uAe8rCAAD2fyr9yUo409.png -
测试4,访问图片失败,返回Nginx欢迎页
请求:http://192.168.1.89:81/img/aaaa
返回:Nginx欢迎页(http://192.168.1.89:82) -
测试5,访问图片失败,返回Nginx欢迎页
请求:http://192.168.1.89:81/img/
返回:Nginx欢迎页(http://192.168.1.89:82) -
测试6,访问图片失败,返回Nginx欢迎页
请求:http://192.168.1.89:81/img/33
返回:Nginx欢迎页(http://192.168.1.89:82)
6,下一步计划
- 可以通过redis来缓存文件名称的映射,这样查询效率更快
- FastDFS是否有日志,存储文件名称的映射,需要再看看,如果不行,此路就不通了(还是需要上传文件的时候,主动告诉Nginx)--(简单看了,FasTDFS没有存储这个映射的日志,方案修改为通过统计在用图片并定时删除,从而减少FastDFS的僵尸图片)
7,参考资料
网上资料比较多,大概瞟了一下,留下几个有代表性的,待以后有机会再深入研究(也留几个方向,便于以后快速捡起来)
- nginx 内置变量大全
http://blog.csdn.net/iinel/article/details/4321383 - ngx_lua常用变量参数
http://blog.csdn.net/xiejunna/article/details/53444616 - 用lua扩展你的Nginx
http://blog.csdn.net/xu_ya_fei/article/details/41964495 - nginx用lua脚本读取redis(脚本篇)
http://blog.csdn.net/xiaoxiaonvwu/article/details/43564353