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的僵尸图片）