转载请标明出处^_^
原文首发于： www.zhangruibin.com
本文出自于： RebornChang的博客
- 处理静态文件，索引文件以及自动索引；打开文件描述符缓冲；
- 无缓存的反向代理加速，简单的负载均衡和容错；
- FastCGI，简单的负载均衡和容错；
- 模块化的结构。包括 gzipping, byte ranges, chunked responses,以及 SSI-filter 等 filter。如果由 Fast CGI 或其它代理服务器处理单页中存在的多个 SSI，则这项处理可以并行运行，而不需要相互等待；
- 支持 SSL 和 TLSSNI。
轻量、高性能、并发能力强。用来部署静态页面也是相当便捷。
当我们访问一些系统的时候，往往是页面发起一个请求，这个请求指定到我们的项目，然后由项目去根据request进行路径的路由寻址。但是系统有时候会有很多的静态资源需要访问，如果都通过项目去路由寻址有几点坏处：
1.静态资源堆积，增加了项目包大小；
2.造成大量线程开销。
etc
所以，通用的解决办法是把静态资源单独放置，使用nginx做代理，这样就可以直接对静态资源进行访问而不需要通过系统，大大的减少了系统的负载。
那有没有坏处？有。
1.任何人都可以根据资源路径进行访问，容易受到恶意攻击；
2.容易造成静态资源泄露。
这里的 root 字段最好写在 location 字段的外边，防止出现无法加载 css、js 的情况。因为 css、js 的加载并不是自动的，nginx 无法执行，需要额外的配置来返回资源。
此时直接访问服务器IP就可以访问到静态页面了。
nginx安装目录下，sbin目录里面执行：
‘程序员小圈圈’开始持续更新了哟~~
长按图片识别二维码或者微信扫描二维码或者直接搜索名字 ‘CXYX’ 即可关注本公众号哟~~
不只是有技术哟~~
还可以学下教育知识以及消遣娱乐哟~~
求关注哟~~
版权声明：
本文来源网络，所有图片文章版权属于原作者，如有侵权，联系删除。
本文网址：https://www.mushiming.com/mjsbk/3186.html