LNMP详解(八)——Nginx动静分离实战配置

简介: LNMP详解(八)——Nginx动静分离实战配置

今天继续给大家介绍Linux运维的相关知识,本文主要内容是Nginx作为反向代理实现动静分离的相关配置。

一、LANMP架构与Nginx动静分离
在上文中,我们实现了基于Nginx的反向代理,架构如下所示:

在常见的LAMP架构的基础上,添加了Nginx进行反向代理,我们把这样的架构称为LANMP架构。更进一步,由于Nginx相对于Apache更加轻便,因此我们可以考虑把一些静态页面的请求给Nginx,而不是给Apache进行处理。
Apache只处理动态页面的信息,而Nginx处理静态页面的信息,我们把这样的架构称为动静分离。

二、Nginx动静分离实战配置
接下来,我就来进行Nginx和Apache动静分离的实战配置。
Nginx实现动静分离的关键,在于Nginx需要将动态资源的请求给后端的Apache服务器,而对于静态资源的请求,要自行进行处理。Nginx关于这一点的实现是通过location进行的。有关location模块的作用、功能请见这篇文章:LNMP详解(六)——Nginx location语法详解。在该篇文章中,由于已经进行了详细的介绍,因此在这里就不过多赘述了。
在该篇文章中,location页面的配置如下所示:

可以看到,在该配置下,任何的访问都是会被定位到后端的Apache服务器中。在本次实战中,我们需要将上一部分配置进行修改,修改后的配置文件如下所示:

可以看出,在新的配置文件中,location有两大模块,~符号表示正则匹配,匹配的是以.jsp、.php和.asp结尾的文件,对于这些动态文件的访问,应该放到后端的Apache服务器,对于静态文件的访问,则是通过下面的location定位到前端的/var/www/virtual/discuz/目录下。当然,在本例中,动态页面类型没有写完,有其他的类型还需要后面再进行添加。
完成上述配置后,重启Nginx服务器。

三、效果检验
最后,我们对配置的结果进行检验。为了观察动静分离的效果,我们先不把静态资源从Apache服务器复制到Nginx前端服务器,尝试访问页面:http://www.web1.com/install/index.php
结果如下所示:

可以看到,虽然该页面访问成功,但是由于静态资源在Nginx上压根不存在,因此我们可以看到对于.css和.ico资源的访问显示404页面不存在。接下来,我们可以看到.css的资源在install/images下,我们接下来复制该资源,以及discuz/static/目录下的所有静态资源到Nginx前端服务器上,然后再次访问该页面,结果如下:

很显然,在我们复制了这些静态资源之后,页面显示非常正常,因此,我们的LANMP动静分离架构配置成功!
原创不易,转载请说明出处:https://blog.csdn.net/weixin_40228200
————————————————

                        版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。

原文链接:https://blog.csdn.net/weixin_40228200/article/details/122770605

目录
相关文章
|
15天前
|
移动开发 前端开发 JavaScript
前端vue2、vue3去掉url路由“ # ”号——nginx配置(一)
前端vue2、vue3去掉url路由“ # ”号——nginx配置
68 0
|
15天前
|
前端开发 JavaScript 应用服务中间件
前端vue2、vue3去掉url路由“ # ”号——nginx配置(二)
前端vue2、vue3去掉url路由“ # ”号——nginx配置
73 0
|
10天前
|
负载均衡 前端开发 应用服务中间件
Nginx+Tomcat负载均衡配置_nginx做tomcat的负载均衡成功,但tomcat的css文件400
Nginx+Tomcat负载均衡配置_nginx做tomcat的负载均衡成功,但tomcat的css文件400
|
10天前
|
负载均衡 前端开发 应用服务中间件
Nginx+Tomcat负载均衡配置_nginx做tomcat的负载均衡成功,但tomcat的css文件400(2)
Nginx+Tomcat负载均衡配置_nginx做tomcat的负载均衡成功,但tomcat的css文件400(2)
|
11天前
|
负载均衡 安全 应用服务中间件
nginx配置ssl和反向代理的配置代码
【5月更文挑战第2天】nginx配置ssl和反向代理的配置代码
41 3
|
14天前
|
负载均衡 应用服务中间件 nginx
解决nginx配置负载均衡时invalid host in upstream报错
在Windows环境下,配置Nginx 1.11.5进行负载均衡时遇到问题,服务无法启动。错误日志显示“invalid host in upstream”。检查发现上游服务器列表中,192.168.29.128的主机地址无效。负载均衡配置中,两个服务器地址前误加了"http://"。修正方法是删除上游服务器列表和proxy_pass中的"http://"。问题解决后,Nginx服务应能正常启动。
60 4
解决nginx配置负载均衡时invalid host in upstream报错
|
15天前
|
应用服务中间件 nginx
nginx配置集群轮训策略
nginx配置集群轮训策略
435 0
|
15天前
|
安全 网络协议 应用服务中间件
一文读懂HTTPS⭐揭秘加密传输背后的原理与Nginx配置攻略
一文读懂HTTPS⭐揭秘加密传输背后的原理与Nginx配置攻略
|
15天前
|
应用服务中间件 PHP nginx
php如何实现检测nginx配置的正确性
请确保在执行此操作时,PHP有足够的权限来执行Nginx命令和访问Nginx配置文件。另外,将上述代码嵌入到您的应用程序中时,要注意安全性,以防止潜在的命令注入攻击。
61 3
|
15天前
|
安全 应用服务中间件 网络安全
linux_nginx中添加ssl配置(open ssl)
linux_nginx中添加ssl配置(open ssl)
30 1