nginx配置静态文件,nginx配置静态页面

目录：

• 1、Nginx配置文件详解
• 2、如何设置nginx虚拟主机伪静态
• 3、通过Nginx部署flask项目和静态站点
• 4、nginx如何配置静态页面
• 5、不容错过的Nginx配置详解，一文带你搞懂Nginx
• 6、LNMP nginx配置伪静态规则

Nginx配置文件详解

说到该指令 ，首先得阐述一下什么是所谓的 “惊群问题”，可以参考 WIKI百科的解释。就Nginx的场景来解释的话大致的意思就是：当一个新网络连接来到时，多个worker进程会被同时唤醒，但仅仅只有一个进程可以真正获得连接并处理之。如果每次唤醒的进程数目过多的话，其实是会影响一部分性能的。

所以在这里，如果accept_mutex on，那么多个worker将是以串行方式来处理，其中有一个worker会被唤醒；反之若accept_mutex off，那么所有的worker都会被唤醒，不过只有一个worker能获取新连接，其它的worker会重新进入休眠状态。

用rewrite转发的话，url会发生变化的，那就用proxy_pass吧，于是添加了如下的配置：

在现有环境的nginx里添加这段配置之后，访问却始终转不过去，查看nginx日志也只能看到是404信息，并没有更多定位问题的信息。检查了许久也没找到原因，于是重新装了一台新nginx，里面只加上面这段配置，结果nginx是能够转发成功的，这说明单独来看这条location的配置是没有问题的，很有可能是现有环境nginx里的某些配置影响到了这个转发。

为了定位问题原因，我将aaa.example.com虚拟主机下的其他配置注意注释掉来调试，最后发现当注释掉proxy_set_header Host $http_host ;这条配置之后，就能成功转发了。这才注意到是反向代理配置的问题。现有环境中原有的配置也不能随便删掉，上网查了下原因，找到下面这种解决方案：

即，在location里面添加一条proxy_set_header Host http_host时，则不改变请求头的值，所以当要转发到bbb.example.com的时候，请求头还是aaa.example.com的Host信息，就会有问题；当Host设置为$proxy_host时，则会重新设置请求头为bbb.example.com的Host信息。

另外，关于proxy_pass转发url的参数，可以通过在location中用rewrite来做，所以完善后的配置如下：

在location用rewrite改变了URI之后，proxy_pass将使用改变后的URI。上面例子(.*)是将所有参数传给 1会拼接在 后面。

先来看下proxy_set_header的语法

允许重新定义或者添加发往后端服务器的请求头。value可以包含文本、变量或者它们的组合。 当且仅当当前配置级别中没有定义proxy_set_header指令时，会从上面的级别继承配置。 默认情况下，只有两个请求头会被重新定义：

当匹配到/customer/straightcustomer/download时，使用crmtest处理，到upstream就匹配到crmtest.aty.sohuno.com，这里直接转换成IP进行转发了。假如crmtest.aty.sohuno.com是在另一台nginx下配置的，ip为10.22.10.116，则$proxy_host则对应为10.22.10.116。此时相当于设置了Host为10.22.10.116。如果想让Host是crmtest.aty.sohuno.com，则进行如下设置：

如果不想改变请求头“Host”的值，可以这样来设置：

但是，如果客户端请求头中没有携带这个头部，那么传递到后端服务器的请求也不含这个头部。 这种情况下，更好的方式是使用$host变量——它的值在请求包含“Host”请求头时为“Host”字段的值，在请求未携带“Host”请求头时为虚拟主机的主域名：

此外，服务器名可以和后端服务器的端口一起传送：

如果某个请求头的值为空，那么这个请求头将不会传送给后端服务器：

nginx配置项，里面的配置项有代理https，http，代理静态文件，H5分发，代理TCP连接，能满足大多数搭建测试环境所要用的nginx的情况，大家碰到要使用nginx的时候可以参考下

如何设置nginx虚拟主机伪静态

　1、先进入到nginx的配置文件目录，输入以下命令：

cd /alidata/server/nginx/conf/rewrite

2、再输入：ll

　3、输入以下命令：

cd /alidata/server/nginx/conf/vhosts

4、进入到网站配置目录，打开配置文件，修改好伪静态调用文件；

5、测试配置的文件是否正确，输入：

/alidata/server/nginx/**in/nginx -t

nginx: the configuration file /alidata/server/nginx/conf/nginx.conf syntax is ok

nginx: configuration file /alidata/server/nginx/conf/nginx.conf test is successful

如果出现以上两句话就说明配置成功了。

6、下面重启下nginx

/alidata/server/nginx/**in/nginx -s reload

7、伪静态配置完成

通过Nginx部署flask项目和静态站点

安装nginx

安装supervisor（ 官方文档 ）

安装uwsgi( 官方中文文档 )

启动服务

nginx 日志（默认）

supervisor 日志（默认）

supervisor 查看启动的进程

supervisor相关命令

一般配置文件在 /etc/nginx 目录下

全局配置文件为 nginx.conf ,一般需要改的是下面两项，其他的保持默认就好了

我们要添加配置只需修改 sites-enabled/default

或在 conf.d/ 下面添加配置文件即可，因为在 nginx.conf 中会导入这两个地方的配置文件

静态web服务器只需要有静态文件（html+css+js）和配置Nginx即可

假设我的静态文件在 /home/moco/www/html 目录下

接下来我们来配置nginx

这里为了简单，直接修改 sites-enabled/default

如果要同时配置多个呢？

说下root 和 alias的区别：

alias指定的目录就是要访问的目录，root是要访问目录的上级目录，使用root时，

静态文件的实际路径等于root+location的路径，如上面的第二个location,

站点文件必须在 /home/moco/other/tool/ 下， 而使用alias，则静态文件的路径

就是alias路径，即第三个location站点文件就在 home/moco/www/tool/ 下。

项目路径： /home/moco/www/myflask/

/home/moco/www/myflask/manage.py

虚拟环境： /home/moco/.local/share/virtualenvs/myflask-XuRgNXhR

在虚拟环境中安装 flask 和 uwsgi (pip install uwsgi)

在项目路径下创建uwsgi的配置文件(也可以统一在一个地方创建，如 /etc/uwsgi/ )

uwsgi_config.ini

启动虚拟环境中的uwsgi

配置Nginx 配置文件中的 sites-enabled/default

启动nginx

/home/moco/www/flask_hello/uwsgi_config.ini

/home/moco/www/flask_world/uwsgi_config.ini

因为要启动多个uwsgi的配置文件，这里就用supervisor工具统一启动管理

在 /etc/supervisor/conf.d/ 下分别添加

flask_hello.conf

flask_world.conf

启动supervisor

Nginx配置

下面是flask_hello的访问示例：

nginx如何配置静态页面

首先nginx安装好之后的缺省配置文件：nginx/conf/nginx.conf

这里定义的root地址是相对于nginx的根路径的；那么当用户通过浏览器访问根地址: ;hostname:port 时，nginx试图返回的页面就是：nginx/html/index.html。

当然这里root也可以写全路径，例如 /home/username/tools/nginx/html，效果是一样的。

这里我们要讨论如何把一个静态页面配置到nginx里面。

假设静态页面内容放在文件夹 /app/testapp/www下面(同时假设/app/testapp/www/index.html也存在)，我们如何配置nginx使得 ;hostname:port/testapp 能够访问到这些静态页面内容呢。

结果：404 Not Found

查看nginx日志(nginx/logs/error.log)：

原来nginx试图访问的文件路径是： /app/testapp/www/testapp ，这个路径是”root“的内容再拼上location的值组成的；那我们给修改location和root的值：

然后通过地址 ;hostname:port/www 就可以访问了；但是这里location必须用”www“不能用”testapp“，这就非常不可接受了，解决的办法可以是修改静态页面的地址，再加一层testapp路径，例如："/app/testapp/www/testapp"，然后再配置：

这样是可以的。另一个方法是采用alias取代root。

保留今天页面的地址"/app/testapp/www"，配置nginx的配置文件：

关于alias和root的区别，请查阅nginx文档或者自行google，这里不再重复贴了。

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

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

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

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

反向代理，客户端对代理是无感知的，因为客户端不需要任何配置就可以访问，我们只需要将请求发送到反向代理服务器，由反向代理服务器去选择目标服务器获取数据后，在返回给客户端，此时反向代理服务器和目标服务器对外就是一个服务器，暴露的是代理服务器地址，隐藏了真实服务器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）进行匹配，对特定的请求进行处理。地址定向、数据缓存和应答控制等功能，还有许多第三方模块的配置也在这里进行。

访问，访问到的是Tomcat的主页面。

Nginx+JDK8+Tomcat

访问：，看到的是Tomcat的首页。

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

访问 直接跳到

访问 直接跳到

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

访问跳到了页面。

访问跳到了页面。

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

通过访问，实现负载均衡的效果，平均分摊到8080和8081端口中。

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

访问：，8080和8081交替访问。

1 轮询（默认）

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

2 weight

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

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

3 ip_hash

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

4 fair（第三方）

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

访问图片：

访问页面：

访问目录：（因为设置了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个连接。

【温馨提示】

LNMP nginx配置伪静态规则

第一步、准备伪静态脚本。

server {

listen 80;

server_name laozuo.org;

server_name_in_redirect off;

access_log /var/log/nginx/localhost.access_log main;

error_log /var/log/nginx/localhost.error_log info;

root PATH_ON_SERVER;

index index.php index.html index.htm default.html default.htm;

# Support Clean (aka Search Engine Friendly) URLs

location / {

try_files $uri $uri/ /index.php$args;

}

# deny running scripts inside writable directories

location ~* /(images|cache|media|logs|tmp)/.*\.(php|pl|py|jsp|asp|sh|cgi)$ {

return 403;

error_page 403 /403_error.html;

}

location ~ \.php$ {

fastcgi_pass 127.0.0.1:9000;

fastcgi_index index.php;

include fastcgi_params;

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

include /etc/nginx/fastcgi.conf;

}

# caching of files

location ~* \.(ico|pdf|flv)$ {

expires 1y;

}

location ~* \.(js|css|png|jpg|jpeg|gif|swf|xml|txt)$ {

expires 14d;

}

}

第二步，修改文件。

/usr/local/nginx/conf/vhost/

这个文件是在添加域名站点时候自动生成的，然后修改这个脚本为第一步的伪静态文件，全部替换就OK。

这样把所有的伪静态都写入的，而没有像wordpress采用调用的方式。效果是一样的。

第三步、重启LNMP。

/root/lnmp restart