Nginx 能做什么好玩的事情?
作者:卡卷网发布时间:2024-11-30 16:09浏览数量:113次评论数量:0次
nginx用途非常多,但一般都是用在HTTP上,今天,笔者又发现了一个新用法。
背景
最近,需要和三方进行对接,接口需要联调,因为双方的服务,都在自己的公司内网,而且两个公司的内网都不能进行互联网访问,开始开发的时候,笔者使用接口模拟的方式,直接绕过了请求的访问,系统逻辑跑通了,但一直没有对接口进行访问,还是有点心慌慌。
于是想到了nginx既然能作为一个静态服务器,那么,也应该可以访问到本地的json文件(对接格式使用的json格式),于是,笔者找到三方的研发人员,让对方每个请求都用postman来请求了一遍,把每个请求的返回数据给保存了下来。
先说坑
想到了解决方案,当然心情非常舒畅,于是,修改配置文件,先来测试一个简单的json吧。于是,手写了一个index.json,就返回了{"key":"value"}
的数据,嗯。请求路径是对方写死了的,还需要模拟一个请求URL,于是,下面的配置文件出来了。
location /abcd/efg/ab {
alias /home/source/;
index index.json;
default_type application/json;
}
把index.json文件放到目录下,使用url进行请求,返回404,嗯?错误了?不应该啊?查看错误日志。
如图:
再查,再改,一直报这个错误,为什么有这个问题啊,不应该啊,这个目录是错误的啊,我明明配置了对应的目录了啊。找不到这个文件?why。
此处省略半小时的重复验证,试错。还是不行。有点没头绪。嗯。不用目录了,我直接走代理看一下,于是,我把配置修改成了
location /abcd/efg/ab {
proxy_pass http://127.0.0.1/json/index.json;
}
再来访问,好像也不行?嗯????有点怀疑人生了。
嗯。站起来走走,哦。好像想起来了,下午的时候,因为部署测试的事情,在本机上用命令行启动了一次nginx,下班的时候,直接把窗口关掉就走了。于是,把当前进程给关闭,使用了nginx -s stop,刚刚启动的nginx关掉了,检查进程中的数据,嗯。还在,确实是这个问题,原有的进程没有关闭,一直在接收请求。
也许有人会问,从笔者的截图中,可以看到有nginx -s reload 成功的信息啊。这个地方要说明下,-s 的命令,查找的进程,都是 log目录下的nginx.pid文件中的进程ID,因为下班后,又启动了一次nginx,所以,把原有的nginx.pid给覆盖掉了,导致nginx -s 的命令,并不能重新加载原来的进程了。
还有一点点疑问,就是,因为端口被占用了,此时,nginx应该启动不起来才是,但第二个进程还是正常启动了。这个是点小疑问,笔者后续再来排查。
我们言归正传,再来说回这次想要解决的方案。
配置
嗯。既然已经配置成代理了的方式了,那就用这种方式吧。于是,配置如下:
location /a/test1 {
proxy_pass http://127.0.0.1/json/test1.json;
}
location /a/test2 {
proxy_pass http://127.0.0.1/test2.json;
}
location /json/ {
alias /home/soft/;
default_type application/json;
}
再次来访问,curl http://127.0.0.1/a/test1
,嗯。能正常返回json的数据了。
(PS:补充一点问题,在浏览器上以及curl使用的都是get请求,所以,nginx没问题,但如果使用了post方法,就会出现405请求,则,可以在json配置的地方,增加一行配置 error_page 405 =200 $uri ; 则可解决这个问题。)
总结
配置nginx来访问json数据,这个方案并不是多大的难题,但在配置过程中,由于笔者自己的粗心,导致了本次故障的多次排查和配置文件的修改不生效问题,才是本次处理解决方案最大的收获。
增加:有朋友说,可以用whistle应用来拦截请求,返回数据,因为笔者使用nginx较多,且对nginx熟悉一些。所以,采用了nginx来直接返回请求数据的方案。
免责声明:本文由卡卷网编辑并发布,但不代表本站的观点和立场,只提供分享给大家。
相关推荐

你 发表评论:
欢迎