nginx配置location [=|~|~*|^~]

scheme:[//[user[:password]@]host[:port]][/path][query][#fragment]
location是Nginx对>刚接触的一个涉及实时通信的h5项目，前期开发没遇到什么大问题，在pc端chrome调试都一切正常，

用手机访问页面时，却出现了一个问题，node启动服务的命令行界面并没有打印出用户访问页面的信息，

也就是说手机端的页面没有连接到websocket服务，且本地计算机和手机是连的是同一个wifi，也就是说网络环境相同，

那为何会造成本地调试可行，而手机访问又不能连接websocket服务呢？

在网上查找的各种资料，其实基本都与此问题无关，

最后突然想起前段时间做过的一个python项目，在linux搭建的环境为gunicorn+python+nginx ， 而gunicorn充当的就是一个启动python环境的角色，而gunicorn访问的是localhost+端口，再利用nginx做反向代理，这个项目非常类似，于是我想到了做nginx反向代理。

nginx反向代理简单解释，用户访问页面，由nginx转接，转到服务器端的内部开放端口（不对外）。

问题原因：

手机端进入页面时访问的是内网ip，这时nginx能识别内网ip，并转到对应的项目上，但是页面js调用的socket= io('ws://内网ip:3000')，并不能直接访问websocket，会先转到nginx，再由nginx来访问websocket服务，websocket所开放的端口，相当于内部端口，并不能对外访问

解决办法：

1 修改html的js，var socket = io('ws://内网ip:81'); 这里的81并不是websocket的访问端口，而是nginx的访问端口

2 做反向代理（配置如下）

配上wsServerjs

indexhtml 

将 NGINX 配置为 >nginx 是一个web服务器，不是web框架。这是两码事。 nginx 主要用来做静态文件服务（js/css/images）和>

大家是采用的何种部署方式？

第一种,高并发稳定一点

我在很多的博客中都看过有关 Flask 应用的部署，也有很多博主在开博后都记录了部署的教程，因为其中的坑可以说不少。一开始我在网上看到相比较与 Ubuntu ， CentOS 因为更新少作为服务器的 *** 作系统会更加稳定。所以在第一次购买云服务器时，我选择了 CentOS ，后来由于 CentOS 不同发行版的 Nginx 缘故，我又换成了 Ubuntu 的镜像

首先呢，我们先来了解下关于Web服务器与Web应用还有WSGI之间的联系

WSGI （Web Server Gateway Interface），翻译为 Python web 服务器网关接口，即 Python 的 Web 应用程序（如 Flask ）和 Web 服务器(如 Nginx )之间的一种通信协议。也就是说，如果让你的 Web 应用在任何服务器上运行，就必须遵循这个协议。

那么实现 WSGI 协议的web服务器有哪些呢？就比如 uWSGI 与 gunicorn 。两者都可以作为Web服务器。可能你在许多地方看到的都是采用 Nginx + uWSGI （或 gunicorn ）的部署方式。实际上，直接通过 uWSGI 或 gunicorn 直接部署也是可以让外网访问的，那你可能会说，那要 Nginx 何用？别急，那么接来下介绍另一个Web服务器—— Nginx

Nginx 作为一个高性能Web服务器，具有负载均衡、拦截静态请求、高并发等等许多功能，你可能要问了，这些功能和使用 Nginx + WSGI 容器的部署方式有什么关系？

首先是负载均衡，如果你了解过 OSI模型 的话，其实负载均衡器就是该模型中4~7层交换机中的一种，它的作用是能够仅通过一个前端唯一的URL访问分发到后台的多个服务器，这对于并发量非常大的企业级Web站点非常有效。在实际应用中我们通常会让 Nginx 监听（绑定） 80 端口，通过多域名或者多个location分发到不同的后端应用。

其次是拦截静态请求，简单来说， Nginx 会拦截到静态请求（静态文件，如），并交给自己处理。而动态请求内容将会通过 WSGI 容器交给 Web 应用处理;

Nginx 还有其他很多的功能，这里便不一一介绍。那么前面说了，直接通过 uWSGI 或 gunicorn 也可以让外网访问到的，但是鉴于 Nginx 具有高性能、高并发、静态文件缓存、及以上两点、甚至还可以做到限流与访问控制，所以选择 Nginx 是很有必要的；

这里可以说明，如果你选择的架构是：Nginx + WSGI容器 + web应用，WSGI容器相当于一个中间件；如果选择的架构是uWSGI + web应用，WSGI容器则为一个web服务器

普遍的部署方式都是通过让 Nginx 绑定 80 端口，并接受客户端的请求将动态内容的请求反向代理给运行在本地端口的 uWSGI 或者 Gunicorn ，所以既可以通过 Nginx + uWSGI 也可以通过 Nginx + Gunicorn 来部署 Flask 应用，这篇教程中都将一一介绍这两种方法

当然采用不同的 WSGI 容器， Nginx 中的配置也会有所不同

我们现在虚拟环境下安装好 uWSGI ：

安装完成之后我们在项目的目录下（即你实际创建的Flask项目目录，在本文所指的项目目录都假设为/ 参数反向代理给运行在 >1、nginx是启动引入，因为nginx特别注重效率，所以启动的时候会把所有的配置文件读入内存，然后启动个。如果发现有语法错误，则启动失败。而apache则是动态引入，每次访问站点都会重新载入配置。
2、nginx中的include是手动添加，指定目录。apache已经把htaccess作为它的一种特色机制，并且支持站所有子目录都可以有htaccess文件。

---