网站首页 返回列表像“草根”一样，紧贴着地面，低调的存在，冬去春来，枯荣无恙。

Nginx配置静态资源目录规则匹配问题

2020-06-28 10:26:17 admin 7076

nginx与apache都是常用的web服务器，两者之间有各自的优缺点，最大的区别在于apache是同步多进程处理请求，一个连接对应一个进程，而nginx是异步的，多个连接（万级别）可以对应一个进程。

由于apache出现的比较早，因此apache的重点在于功能模块的精进且相对非常稳定，随着互联网的飞速发展，网站的访问量以指数增长，大型网站的除了加大硬件投入外，曾经的王者Apache此时有点力不从心，于是高性能的Nginx开始崛起，逐步取代apache。

总结一句话：在二次开发能力有限的前提条件下，求稳定以及功能丰富则考虑apache，求性能则考虑nginx。比如典型的静态资源服务器还是优先考虑nginx比较好。

当然今天的主题并不是讨论apache和nginx的优缺点，以上基本属于跑题，但公司的更新服务模块由原使用的apache改用nginx时，不得不了解一下两者之间的区别，了解过后可以确定改用nginx比较合理，期间也遇到一些问题，因此记录下来。

### 问题1
nginx在windows中的安装相对apache复杂一点，想要作为service自启动，需要借助第三方工具winsw。当然这也不算什么问题，顶多算nginx并没有实现添加到service的功能。由于apache可以直接命令添加到服务，习惯性的还是使用winsw安装nginx到服务中了。

### 问题2
配置nginx时发现其location路由指向静态目录的匹配规则与apache也有差异。

使用root关键字指向目录，并按照apache的匹配习惯来配置时，总是404。具体如下：
```go
server {
	listen 80;
	server_name update.xxxxx.com;
	location /serverlist {
		root D:/ServerList;
	}
}
```
如此配置的期望是
url访问`update.xxxxx.com/serverlist/*.txt`
对应文件路径应该在`D:/ServerList/*.txt`
以及包括子目录，也就是说，路由`/serverlist`应该直接指向到`D:/ServerList`的根目录，这才应该跟apache的匹配规则对应。
结果却一直是404。

详细了解后，原来nginx的root关键字的匹配规则是将location中路由作为目录去root指定的根目录寻找，因此`location /serverlist`则会在root指定的`D:/ServerList`目录中再次寻找`serverlist`目录，最终寻找的目录路径为`D:/ServerList/serverlist/*.txt`，所以按照此规则重新新建好目录，就可以正常访问了，然而很不舒服，无缘无故多了一层目录看着挺别扭。

然而最后找到，nginx除了root关键字，也有跟apache相同的alias关键字，好吧，还是这种方式比较舒服，路由地址随便指定不影响实际根目录路径就可以了。具体修改如下：
```go
server {
	listen 80;
	server_name update.xxxxx.com;
	location /serverlist {
		alias D:/ServerList;
	}
}
```
ok，问题搞定！

关键字词记录 nginx

分享到：

上一篇：Golang Package 与 Module 简介

下一篇：WinRAR的命令行模式用法介绍

如需留言，请登录，没有账号？请注册

1 条评论 1 人参与

zhou 2022-01-27 12:38

值得学习

网站首页 返回列表像“草根”一样，紧贴着地面，低调的存在，冬去春来，枯荣无恙。

Nginx配置静态资源目录规则匹配问题

zhou 2022-01-27 12:38

zhou 4年前

zhou 4年前

zhou 4年前

zhou 4年前

武云 4年前

网站首页 返回列表 像“草根”一样，紧贴着地面，低调的存在，冬去春来，枯荣无恙。

Nginx配置静态资源目录规则匹配问题

zhou 2022-01-27 12:38

zhou 4年前

zhou 4年前

zhou 4年前

zhou 4年前

武云 4年前

网站首页返回列表像“草根”一样，紧贴着地面，低调的存在，冬去春来，枯荣无恙。