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
