nginx 代理请求图片文件等简单使用

首先需要nginx

这里我使用的是nginx-1.10.2

然后进行配置,在conf下面的nginx.conf文件中进行配置



配置:具体配置看快结尾的配置,前面的配置方便大家了解


#user  nobody;


#定义了nginx对外提供web服务时的worder进程数。
#最优值取决于许多因素,包括(但不限于)CPU核的数量、存储数据的硬盘数量及负载模式。
#不能确定的时候,将其设置为可用的CPU内核数将是一个好的开始(设置为“auto”将尝试自动检测它)。
worker_processes auto;


#更改worker进程的最大打开文件数限制。如果没设置的话,这个值为操作系统的限制。
#设置后你的操作系统和Nginx可以处理比“ulimit -a”更多的文件,
#所以把这个值设高,这样nginx就不会有“too many open files”问题了。
worker_rlimit_nofile 100000;


#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;


#pid        logs/nginx.pid;




# events模块中包含nginx中所有处理连接的设置。
events { 


    #设置可由一个worker进程同时打开的最大连接数。如果设置了上面提到的worker_rlimit_nofile,我们可以将这个值设得很高。
    #记住,最大客户数也由系统的可用socket连接数限制(~ 64K),所以设置不切实际的高没什么好处。
    worker_connections 2048;


    #告诉nginx收到一个新连接通知后接受尽可能多的连接。
    multi_accept on;
}




# HTTP模块控制着nginx http处理的所有核心特性。因为这里只有很少的配置,所以我们只节选配置的一小部分。
# 所有这些设置都应该在http模块中,甚至你不会特别的注意到这段设置。
http {


    # 只是一个在当前文件中包含另一个文件内容的指令。这里我们使用它来加载稍后会用到的一系列的MIME类型。
    include       mime.types;


    # 设置文件使用的默认的MIME-type。
    default_type  application/octet-stream;


    client_max_body_size 20m;


    #设置我们的头文件中的默认的字符集。
    charset utf-8;


    # 并不会让nginx执行的速度更快,但它可以关闭在错误页面中的nginx版本数字,这样对于安全性是有好处的。
    server_tokens off;


    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';


    # 设置nginx是否将存储访问日志。关闭这个选项可以让读取磁盘IO操作更快
    #access_log  logs/access.log  main;
    access_log off;


    # 告诉nginx只能记录严重的错误。
    # error_log /var/log/nginx/error.log crit;


    # 可以让sendfile()发挥作用。sendfile()可以在磁盘和TCP socket之间互相拷贝数据(或任意两个文件描述符)。
    # Pre-sendfile是传送数据之前在用户空间申请数据缓冲区。之后用read()将数据从文件拷贝到这个缓冲区,write()将缓冲区数据写入网络。
    # sendfile()是立即将数据从磁盘读到OS缓存。因为这种拷贝是在内核完成的,sendfile()要比组合read()和write()以及打开关闭丢弃缓冲更加有效(更多有关于sendfile)
    sendfile        on;


    # 告诉nginx在一个数据包里发送所有头文件,而不一个接一个的发送
    tcp_nopush     on;


    # 告诉nginx不要缓存数据,而是一段一段的发送–当需要及时发送数据时,就应该给应用设置这个属性,这样发送一小块数据信息时就不能立即得到返回值。
    tcp_nodelay on;


    # 给客户端分配keep-alive链接超时时间。服务器将在这个超时时间过后关闭链接。我们将它设置低些可以让ngnix持续工作的时间更长。
    keepalive_timeout 10;


    # client_header_timeout 和 client_body_timeout 
    # 设置请求头和请求体(各自)的超时时间。我们也可以把这个设置低些。
    client_header_timeout 10;
    client_body_timeout 10;


    # 告诉nginx关闭不响应的客户端连接。这将会释放那个客户端所占有的内存空间。
    reset_timedout_connection on;


    # 指定客户端的响应超时时间。这个设置不会用于整个转发器,而是在两次客户端读取操作之间。
    # 如果在这段时间内,客户端没有读取任何数据,nginx就会关闭连接。
    send_timeout 10;


    #设置用于保存各种key(比如当前连接数)的共享内存的参数。
    # 5m就是5兆字节,这个值应该被设置的足够大以存储(32K*5)32byte状态或者(16K*5)64byte状态。
    #limit_conn_zone $binary_remote_addr zone=addr:5m;


    # 为给定的key设置最大连接数。这里key是addr,我们设置的值是100,
    # 也就是说我们允许每一个IP地址最多同时打开有100个连接。
    #limit_conn addr 100;


    # 是告诉nginx采用gzip压缩的形式发送数据。这将会减少我们发送的数据量。
    gzip on;


    # 为指定的客户端禁用gzip功能。我们设置成IE6或者更低版本以使我们的方案能够广泛兼容。
    gzip_disable "msie6";


    # 告诉nginx在压缩资源之前,先查找是否有预先gzip处理过的资源。
    # 这要求你预先压缩你的文件(在这个例子中被注释掉了),从而允许你使用最高压缩比,
    # 这样nginx就不用再压缩这些文件了(想要更详尽的gzip_static的信息,请点击这里)。
    # gzip_static on;


    # 允许或者禁止压缩基于请求和响应的响应流。我们设置为any,意味着将会压缩所有的请求。
    gzip_proxied any;


    # 设置对数据启用压缩的最少字节数。如果一个请求小于1000字节,
    # 我们最好不要压缩它,因为压缩这些小的数据会降低处理此请求的所有进程的速度。
    gzip_min_length 1000;


    # 设置数据的压缩等级。这个等级可以是1-9之间的任意数值,
    # 9是最慢但是压缩比最大的。我们设置为4,这是一个比较折中的设置。
    gzip_comp_level 4;


    # 设置需要压缩的数据格式。上面例子中已经有一些了,你也可以再添加更多的格式。
    gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;


    # 打开缓存的同时也指定了缓存最大数目,以及缓存的时间。
    # 我们可以设置一个相对高的最大时间,这样我们可以在它们不活动超过20秒后清除掉。
    open_file_cache max=100000 inactive=20s;
 
    # 在open_file_cache中指定检测正确信息的间隔时间。
    open_file_cache_valid 30s;


    # 定义了open_file_cache中指令参数不活动时间期间里最小的文件数。
    open_file_cache_min_uses 2;


    # 指定了当搜索一个文件时是否缓存错误信息,也包括再次给配置中添加文件。
    # 我们也包括了服务器模块,这些是在不同文件中定义的。
    # 如果你的服务器模块不在这些位置,你就得修改这一行来指定正确的位置。
    open_file_cache_errors on;


    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;






    # nginx 的 upstream目前支持 4 种方式的分配 
    # 1)、轮询(默认) 
    #       每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。 
    # 2)、weight 
    #       指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。 
    # 2)、ip_hash 
    #       每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。  
    # 3)、fair(第三方) 
    #       按后端服务器的响应时间来分配请求,响应时间短的优先分配。  
    # 4)、url_hash(第三方)


    # 定义负载均衡设备的 Ip及设备状态 
    # upstream myServer {   
    #
    #     server 127.0.0.1:9090 down; 
    #     server 127.0.0.1:8080 weight=2; 
    #     server 127.0.0.1:6060; 
    #     server 127.0.0.1:7070 backup; 
    # }
    #
    # 在需要使用负载的Server节点下添加
    #
    # proxy_pass http://myServer;
    #
    # upstream 每个设备的状态:
    #
    # down 表示当前的server暂时不参与负载 
    # weight  默认为1.weight越大,负载的权重就越大。 
    # max_fails :允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream 模块定义的错误 
    # fail_timeout:max_fails 次失败后,暂停的时间。 
    # backup: 其它所有的非backup机器down或者忙的时候,请求backup机器。所以这台机器压力会最轻。






    # 设定负载均衡的服务器列表
    upstream mysvr {
#weigth参数表示权值,权值越高被分配到的几率越大
server 192.168.8.1:3128 weight=5; #本机上的Squid开启3128端口
server 192.168.8.2:80  weight=1;
server 192.168.8.3:80  weight=6;
    }






    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    
    underscores_in_headers on;


    server {
        listen       80;
        server_name  www.yw-workspace.com;


charset utf-8;
set $allk_root_path "F:/opt/images";




location /images/user {
alias $allk_root_path/user;
}
}




    # HTTPS server
    #
    #server {
    #    listen       443 ssl;
    #    server_name  localhost;


    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;


    #    ssl_session_cache    shared:SSL:1m;
    #    ssl_session_timeout  5m;


    #    ssl_ciphers  HIGH:!aNULL:!MD5;
    #    ssl_prefer_server_ciphers  on;


    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}


}




以上配置不用全部看。主要在快要结尾那几行:

server {
        listen       80;
        server_name  www.yw-workspace.com;


charset utf-8;
set $allk_root_path "F:/opt/images";




location /images/user {
alias $allk_root_path/user;
}
}


解释----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

listen       80;端口设置为80,默认端口。

set $allk_root_path "F:/opt/images";       $allk_root_path为一个变量,可以理解为别名.F:/opt/images后面为路径


location /images/user {
alias $allk_root_path/user;
}


/images/user为请求。这个请求代表访问F:/opt/images/user下的文件


页面代码:

<%@page import="org.springframework.web.util.WebUtils"%>
<%@ page language="java" pageEncoding="UTF-8"%>
<%@ include file="/common/taglib.jsp"%>
<c:set value="http://10.192.2.225:8080" var="domain" />
<c:set value="http://10.192.2.225:8080" var="memberDomain" /> 
<c:set value="http://10.192.2.225:80" var="fileDomain" />
<c:set value="${sessionScope.loginUser.memberId}" var="memberId"></c:set>

设置jsp统一的服务请求端口等,fileDomain为图片请求,其他jsp引用即可。

页面请求图片代码

<img src="${fileDomain }/images/user/${myAccountVo.avatar}" width="50" height="50" class="avatar fl" />

展示图片,换言之就是http://10.192.2.225:80/images/user/${myAccountVo.avatar}

${myAccountVo.avatar}为图片名

10.192.2.225为我本地的IP地址,端口80,即为请求/images/user/下的${myAccountVo.avatar}图片,也就是上面nginx配置的

location /images/user {
alias $allk_root_path/user;
}

最终请求的图片的路径为F:/opt/images/user/${myAccountVo.avatar}用于页面请求展示.


在项目配置了上传路径

app.properties内容


上传还是普通的java代码上传。

至此简单的nginx图片代理请求完成。

提醒一下:如果nginx放在tomcat目录下,上传路径和nginx请求的配置路径都不需要盘符。即/opt/images/user。


也算简单的dome,方便新手理解上手使用

如需要我的nginx配置,给大家提供一个链接下载:http://pan.baidu.com/s/1eSKnT4m

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值