nginx静态分离(nginx部署静态文件)

nginx静态分离

nginx和tomcat区别是：

1、从应用方面。tomcat一般是做动态解析才会用得到，支持jsp的解析，需要配置JDK支持。

2、nginx，则一般是做静态，本身不具备动态解析功能，需要配置其他插件或通过其他软件协同才具备动态功能，比如php，tomcat，或者proxypass到win2008的iis服务器做ASP的动态链接等，但nginx在静态上的功能非常强大，也可做访问控制，而且可以做成各种协议负载服务器，包括流媒体的也可以做，具体得去官方网站去看。

3、在性能方面。如果再不做系统调优的情况下，tomcat一般支持并发并不高100个差不多，nginx在静态方面支持并发轻松达几万。

nginx部署静态文件

将前端代码部署到服务器的过程可以通过以下步骤进行：

1. 选择一台云服务器并登录服务器控制台。

2. 安装 Node.js 和 Git。

3. 在服务器上创建一个项目文件夹，并使用 Git 克隆前端代码的仓库到该文件夹中。

4. 进入项目文件夹，执行 `npm install` 命令安装项目所需的依赖。

5. 执行 `npm run build` 命令编译前端代码，生成打包后的静态文件。

6. 安装 Nginx 服务器，并配置 Nginx 服务器，将前端代码部署到 Nginx 服务器上。

7. 启动 Nginx 服务器，并通过服务器的 IP 地址或域名访问部署的前端代码。

需要注意的是，部署前端代码时需要确保服务器的安全性，例如使用安全的密码、限制 SSH 登录等。同时，还需要对 Nginx 服务器进行配置，以提高服务器的性能和稳定性。

nginx 部署静态页面

通过severlet上传图片是可以的，甚至用手工方式上传也可以因为调用读取这些图片的话，不用调用severlet，直接调用nginx即可nginx本身就可以实现静态资源的web服务

nginx处理静态文件

第一种：Nginx自己的错误页面

Nginx访问一个静态的html 页面，当这个页面没有的时候，Nginx抛出404，那么如何返回给客户端404呢？

看下面的配置，这种情况下不需要修改任何参数，就能实现这个功能。

server {

listen 80;

server_name www.test.com;

root /var/www/test;

index index.html index.htm;

location / {

}

# 定义错误页面码，如果出现相应的错误页面码，转发到那里。

error_page 404 403 500 502 503 504 /404.html;

# 承接上面的location。

location = /404.html {

# 放错误页面的目录路径。

root /usr/share/nginx/html;

}

}

第二种：反向代理的错误页面

如果后台Tomcat处理报错抛出404，想把这个状态叫Nginx反馈给客户端或者重定向到某个连接，配置如下：

upstream www {

server 192.168.1.201:7777 weight=20 max_fails=2 fail_timeout=30s;

ip_hash;

}

server {

listen 80;

server_name www.test.com;

root /var/www/test;

index index.html index.htm;

location / {

if ($request_uri ~* ‘^/$’) {

rewrite .* http://www.test.com/index.html redirect;

}

# 关键参数：这个变量开启后，我们才能自定义错误页面，当后端返回404，nginx拦截错误定义错误页面

proxy_intercept_errors on;

proxy_pass http://www;

proxy_set_header HOST $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-FOR $proxy_add_x_forwarded_for;

}

error_page 404 /404.html;

location = /404.html {

root /usr/share/nginx/html;

}

}

第三种：Nginx解析php代码的错误页面

如果后端是php解析的，需要加一个变量

在http段中加一个变量

fastcgi_intercept_errors on就可以了。

指定一个错误页面：

error_page 404 /404.html;

location = /404.html {

root /usr/share/nginx/html;

}

指定一个url地址：

error_page 404 /404.html;

error_page 404 = http://www.test.com/error.html;

nginx 动静态分离

1，快速响应：nginx的单次请求会得到更快的响应，另一方面，在高峰期（如有数以万计的并发请求），Nginx可以比其他Web服务器更快地响应请求（官方说nginx可以支持五万并发），尤其是对静态资源的返回，更为迅速。

2，跨平台性，高扩展性：nginx的设计极具扩展性，它是由多个不同功能，不同层次，不同类型且耦合度极低的模块组成，比如HTTP模块中，还设计了HTTP过滤模块，一个正常的HTTP模块处理完请求后，会有一连串的HTTP过滤模块再对其进行过滤，我们开发一个新的HTTP模块时，可以使用HTTP核心模块 events模块 log模块等 还可以自由的复用各种过滤器模块。因此，当对某一个模块修复Bug或进行升级时，可以专注于模块自身，无须在意其他。这种低耦合度的优秀设计，造就了Nginx庞大的第三方模块，当然，公开的第三方模块也如官方发布的模块一样容易使用。

Nginx的模块都是嵌入到二进制文件中执行的，无论官方发布的模块还是第三方模块都是如此。这使得第三方模块一样具备极其优秀的性能，充分利用Nginx的高并发特性，因此，许多高流量的网站都倾向于开发符合自己业务特性的定制模块。

3，高可靠性：经过了实践的检验，功能丰富且稳定。nginx每个worker子进程相对独立，master进程在一个worker子进程出错时可以快速拉起新的worker子进程继续提供服务

4，低内存消耗

一般情况下，10 000个非活跃的HTTP Keep-Alive连接在Nginx中仅消耗2.5MB的内存，这是Nginx支持高并发连接的基础。

5，高并发处理

nginx支持的并发连接上限取决于内存，单机上万的并发量解决起来轻轻松松

6，热部署

master管理进程与worker工作进程的分离设计，使得nginx在不间断提供服务的情况下支持更新配置，更换日志文件，升级nginx可执行文件等

7，支持BSD许可协议

BSD开源协议是一个给予使用者很大自由的协议。基本上使用者可以"为所欲为",可以自由的使用，修改源代码，也可以将修改后的代码作为开源或者专有软件再发布