nginx图片上传

‘壹’ markdown nginx 搭建自己的图片服务器

介绍

在使用markdown格式的过程中,经常需要上传图片,但是常常很复杂,image,在csdn上也很麻烦,在我有阿里云的情况下,用nginx实现我的图片服务器.
安装 OpenResty

OpenResty,以前用过,所以就按照文档快速安装.

apt-get install libpcre3-dev libssl-dev perl make build-essential curl
./configure
make
make install

默认目录 :/usr/local/openresty/
添加配置文件

cd /usr/local/openresty/
mkdir conf/
vi nginx.conf

配置文件具体内容

worker_processes 1;
error_log logs/error.log;
events {
worker_connections 1024;
}
http {
server {
listen 8080;
location ~ .*.(gif|jpg|jpeg|png)$ {
expires 24h;
root /home/images/;#指定图片存放路径
access_log /home/nginx/logs/images.log;#图片 日志路径
proxy_store on;
proxy_store_access user:rw group:rw all:rw;
proxy_temp_path /home/images/;#代理临时路径
proxy_redirect off;

}

启动

./openresty -c ../conf/nginx.conf

./openresty -s stop

netstat -antp

x

image
通过 SecureCRT 7.0拖拽上传文件

image
通过 get -r * 同步文件到本地

image
访问即可
https://blog.csdn.net/better_mouse/java/article/details/84256664

‘贰’ nginx有些图片能打开,有些不能打开

文件的格式不正常，缓冲区内存过小。服务滚帆闹端html目录下是否有图片，确定在，再去nginx的配置文件中查看是否支持我上传图片的格式，去/usr/local/nginx/conf/nginx.conf，添加上传图片的格式，去测试端浏览器中大罩清空缓存再次测试。查看缓冲区内存是否过小，是否上传的图片过大，是否需要压缩图片，在测试端浏览器中是会先把文件加载到缓冲轿竖区，若上传的文件大小大于缓冲区，就无法加载出来。

‘叁’ 不容错过的Nginx配置详解，一文带你搞懂Nginx

Nginx是一个高性能的HTTP和反向代理服务器，特点是占用内存少，并发能力强，事实上Nginx的并发能力确实在同类型的网页服务器中表现好。Nginx专为性能优化而开发，性能是其最重要的考量，实现上非常注重效率，能经受高负载的考验，有报告表明能支持高达50000个并发连接数。

需要客户自己在浏览器配置代理服务器地址。

例如：在大陆访问www.google.com，我们需要一个代理服务器，我们通过代理服务器去访问谷歌，这个过程就是正向代理。

反向代理，客户端对代理是无感知的，因为客户端不需要任何配置就可以访问，我们只需要将请求发送到反向代理服务器，由反向代理服务器去选择目标服务器获取数据后，在返回给客户端，此时反向代理服务器和目标服务器对外就是一个服务器，暴露的是代理服务器地址，隐藏了真实服务器IP地址。

单个服务器解决不了，我们增加服务器的数量，然后将请求分发到各个服务器上，将原先请求集中到单个服务器上的情况改为将请求分发到多个服务器上，将负载分发到不同的服务器，也就是我们说的负载均衡。

为了加快网站的解析速度，可以把动态页面和静态页面由不同的服务器来解析，加快解析速度。降低原来单个服务器的压力。

进入到下面的目录，然后使用命令

配置文件所在位置：/usr/local/nginx/conf/nginx.conf

由全局块+events块+http块组成

从配置文件开始到events之间的内容，主要会设置一些影响Nginx服务器整体运行的配置指令，主要包括配置运行Nginx服务器的用户（组）、允许生成的worker process数，进程pid存放路径、日志存放路径和类型以及配置文件的引入等。

events块设计的指令主要影响Nginx服务器与用户的网络连接，常用的设置包括是否开启对多work process下的网络连接进行序列化，是否允许同时接收多个网络连接，选取哪种事件驱动模型来处理连接请求，每个work process可以同时支持的最大连接数等。下面的例子表示每个work process支持的最大连接数为1024。这部分配置对Nginx的性能影响较大，在实际中应该灵活配置。

Nginx服务器配置中最频繁的部分，代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里，http块又包括http全局块和server块。

http全局块配置的指令包括文件引入、MIME-TYPE定义、日志自定义、连接超时时间、单链接请求数上限等。

这块和虚拟主机有密切关系，虚拟主机从用户角度看，和一台独立的硬件主机是完全一样的，该技术的产生是为了节省互联网服务器硬件成本。

每个http块可以包括多个server块，而每个server块就相当于一个虚拟主机。

每个server块也可以分为全局server块，以及可以同时包含多个location块。

最常见的配置时本虚拟主机的监听配置和本虚拟主机的名称或IP配置。

一个server块可以配置多个location块。

这块的主要作用是基于Nginx服务器接收到的请求字符串（例如server_name/uri-string），对虚拟主机名称（也可以是IP别名）之外的字符串（例如前面的/uri-string）进行匹配，对特定的请求进行处理。地址定向、数据缓存和应答控制等功能，还有许多第三方模块的配置也在这里进行。

访问http://ip，访问到的是Tomcat的主页面http://ip:8080。

Nginx+JDK8+Tomcat

访问：http://192.168.71.167/，看到的是Tomcat的首页。

根据访问的路径跳转到不同的服务器中去。

访问http://ip:9001/e 直接跳到http://127.0.0.1:8080/e

访问http://ip:9001/vod 直接跳到http://127.0.0.1:9090/vod

Nginx+JDK8+配置两个Tomcat，Tomcat的配置不再讲述。

访问http://192.168.71.167:9001/e/a.html跳到了http://127.0.0.1:8080/e/a.html页面。

访问http://192.168.71.167:9001/vod/a.html跳到了http://127.0.0.1:9090/vod/a.html页面。

假如Nginx代理服务器Server的配置为：192.168.71.167:9001，跳到：127.0.0.1:8080，访问者的IP为：192.168.71.200:20604。

通过访问http://192.168.71.167/e/a.html，实现负载均衡的效果，平均分摊到8080和8081端口中。

Nginx+JDK8+2台Tomcat，一台8080，一台8081。

访问：http://192.168.71.167/e/a.html，8080和8081交替访问。

1 轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

2 weight

weight代表权重，默认为1，权重越高被分配的客户端越多。

指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。

3 ip_hash

每个请求按访问IP的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题，示例如下：

4 fair（第三方）

按后端服务器的响应时间来分配请求，响应时间短的优先分配。

访问图片：http://192.168.71.167/image/1.jpg

访问页面：http://192.168.71.167/www/a.html

访问目录：http://192.168.71.167/image/（因为设置了autoindex on;）

两台机器，每台机器都装有keepalived+Nginx+Tomcat。

主备keepalived服务器中只有master一台机器会出现VIP地址，否则会出现脑裂问题。

【提示】脚本要加+x的执行权限：chmod +x chk_nginx.sh

在Nginx里把虚拟IP配置进去即可。

一个Nginx是由一个master进程和多个worker进程组成的。

客户端发送请求到Master，然后给worker，再由这些work争抢处理这个请求。

1 可以使用nginx -s reload进行热部署方式；

2 每个worker是独立的进程，如果有其中的一个worker出现了问题，其他worker独立的继续进行争抢，实现请求的过程，不会造成服务的中断；

Nginx和Redis类似，都采用了io多路复用机制。每个worker进程都可以把CPU发挥到极致，一般来说worker数和服务器的CPU数相等是最为适宜的。

发送请求：访问静态资源占用2个连接，反向代理占用4个连接。

【温馨提示】

‘肆’ 上传图片过大时nginx报错

项目用到spring cloud，前端项目使用nginx进行代理，在上传大图片时时间过长，在页面的F1中查看接口状态，发现报500的错误，这是在后台服务中的网关服务的日志中发现报连接后台上传服务超时没有返回，这时去查看网关zuul的配置文件，修改一下相关的时间超时配置。修改后如下，将超时时间适当的配置大一些。

hystrix:

  command:

    default:

      execution:

        isolation:

          thread:

            timeoutInMilliseconds: 300000

ribbon:

  ConnectTimeout: 300000

  ReadTimeout: 300000

修改了如上配置后，在zuul中不报超仔姿时的错误了，但是上传大文件的时候还是失败，但是错误变成了504超时，这时发现是nginx配置的超时时间过小导致的，对nginx的配置文件添加相应的超时配置。

#该指令设置与upstream server的连接超时时间

    proxy_connect_timeout 750;

#该指令设置与代理服务器的读超时时间。它决定了nginx会等待多长时间来获得请求的响应。这个时间不是获得整个response的时间，而是两次reading操作的时间

proxy_read_timeout 6000;

    fastcgi_connect_timeout 300;

fastcgi_send_timeout 300;

fastcgi_read_timeout 300;

这两个选项.

        fastcgi_read_timeout是指fastcgi进程向nginx进程发送response的整个过程的超时时间

        fastcgi_send_timeout是指nginx进程向fastcgi进程发送request的整个过程的超时时间

这两个选项默认都是秒(s),可以手动指定为分钟(m),小时(h)等

通过上面的配置之念茄绝后图片可以正常上传上去，虽然花费的时间较长，但总算是传上去纳液了。

‘伍’ 织梦无法上传图片出现一个滚动条

图片不能上传成功的原因大概有以下几种：
1、目录上传权限不够。
2、程序本身漏洞导致，或程序不完整导致。
3、操作系统问题。
检测目录权限
当 提示图片上传失败的时候，我首先检测的是文件权限是否足够。经过检测，文件夹的权限是755表示已经足够，并且已经重新创建了文件夹并赋予最高权限，依然 没有解决该问题，接着检测用户组权限是否足够，通过检测也没有发现任何的问题，因此文件夹权限导致图片不能正常上传的可能性被排除。
网站程序完整性
接着检测网站程序的完整性，发现十多个网站都不能正常上传图片，于是排除了网站程序完整性导致图片上传失败的可能性。
操作系统问题
于是检测 WEB NGINX 服务器，将图片上传文件夹的可执行权限开放，但任然不能成功上传图片。此时，忽然想起了之前配置过 php.ini 配置文 档，将 open_basedir 配置成了网站程序所在根目录 /htdocs，于是将该行代码注释掉，之后便成功的上传了图片，问题被解决掉。但是， 这样做放弃了安全性，有些舍不得。
通过以下方法，不仅让安全性提高，也解决了图片上传失败的问题：
php.ini 中的open_basedir 表示：php程序执行限制在了指定的目录中，这样可以限制入侵者继续提权到操作系统，安全性有更一步的保障。其 中 upload_tmp_dir 表示的是文件上传临时目录，如果设置了 open_basedir 参数，那么 upload_tmp_dir 必须 配置，否则文件上传将不能成功。
总结：遇到图片不能上传，表示相当棘手。需要从上传的图片类型、图片的尺寸、文件夹权限、程序完整性到最后 的系统环境一一分析，遇到问题不要焦急，相信经过透彻的分析与测试，问题总会被解决掉。本文最终解决方法就有两个，注释 open_basedir 该行 代码就能解决问题，如果配置了 open_basedir 那么需要设定文件上传临时目录，最后笔者将 upload_tmp_dir 设定 为 /tmp 后，图片就可以成功上传了！

‘陆’ 图片服务器的搭建01

nginx+vsftp搭建图片服务器

前言:
在分布式架构中，往往会有多个tomcat，然后你上传的图片只是在其中的某一个tomcat，你访问时是由集群的tomcat随机提供服务。当你访问的tomcat是有图片的那个时，图片能正常显示，如果恰巧是那个没有图片的tomcat时，图片就不能正常显示。这就完成了访问同一个图片，可能你刷新一次可以访问，再刷新一次图片就访问不到了。这时，我们就需要一个服务器用来专门存储图片，一般我们都用nginx。

1、nginx+vsftp:
上面分别介绍了nginx和vsftp，那么这两个东西怎么组合起来用呢？怎么实现这个图片服务器呢？我们知道，tomcat安装好启动后，在浏览器输入localhost:8080，就会出现tomcat的欢迎页，nginx也一样。比如linux的ip是192.168.50.122，那么启动nginx后，在浏览器访问这个地址也会出现nginx的欢迎页，其实是因为它有个默认的访问页面，完整的地址应该是192.168.50.122/index.html，那么我们就可以根据这个，把它默认的访问页面改成我们上传的图片的保存路径，比如上传了一张pic.jpg图片到linux的/home/ftpuser/images中，如果我们把默认访问页面改成/home/ftpuser，那么在浏览器中输入192.168.50.122/images/pic.jpg，就可以访问到这张图片了。下面就来介绍nginx、vsftp的安装以及配置。
<meta charset="utf-8">

1、安装:

2、添加ftp用户:

3、给ftp用户添加密码:

输入两次密码后修改密码。

4、修改selinux:
①查看状态:

执行这个命令可以看到

这两个都off，执行如下命令设置为on:

再次执行 getsebool -a | grep ftp 看到那两个状态是on就行了。

5、关闭匿名访问:
执行

命令:

还要在vsftp.conf文件最下面添加以下内容:

然后保存退出即可。

6、设置开机启动:

7、测试:
打开filezilla工具，输入虚拟机的ip，21端口，用户名和密码，点击快速连接，连接vsftp服务:

如图所示则连接成功。

<meta charset="utf-8">

按照以上步骤安装好nginx和vsftp后，还是不能访问上传的图片的，需要进行如下配置:
执行

命令，打开nginx的配置文件:

按道理这样就可以了，但是我访问却报错:
403 forbidden ，最后发现是因为ftpuser文件夹没有可读权限，执行如下命令:

再次访问即可成功！

至此图片服务器搭建完成！至于在Java中如何使用这个图片服务器，请参考 Java实现把图片上传到图片服务器 。

在搭建的过程中，遇到很多坑，因为我参考的教程是centos 6，防火墙是iptables，而centos 7是firewall，

‘柒’ lua上传图片到服务器

lua上传图片到服务器的方法。
1、访问前端服务器。
2、修改restynginx的配置信息。
3、创帆掘建一个upfile.lua，放到指定位置态举核。
4、创答仔建一个html文件测试即可上传图片到服务器。