uwsgi是什么类型的服务器(wsgi服务器有哪些)

部署flask应用时,为什么会需要gunicorn/uWSGI

1、Flask ，Django 自带的web server的目的就是用于开发，而不是生产环境。他们俩本身是web framework而不是web server. 他们自带的server应该都只能开单进程。

2、uwsgi：是一种传输协议，用于定义传输信息的类型。uWSGI：是实现了uwsgi协议WSGI的web服务器。我们的部署方式： nginx + gunicorn + flask web开发中，部署方式大致类似。

3、首先静态资源（jscssimg）会占用不少的请求资源，而对于 gunicorn 来讲它本身更应该关注实际业务的请求与处理而不应该把资源浪费在静态资源请求上；此外，单独运行 gunicorn 是没有办法起多个进程多个端口来负载均衡的。

4、Web框架的作用主要是方便我们开发 web应用程序，HTTP请求的动态数据就是由 web框架层来提供的。

5、就比如 uWSGI 与 gunicorn 。两者都可以作为Web服务器。可能你在许多地方看到的都是采用 Nginx + uWSGI （或 gunicorn ）的部署方式。

使用了Gunicorn或者uWSGI,为什么还需要Nginx

1、Nginx是一个Web服务器其中的HTTP服务器功能和uWSGI功能很类似，但是Nginx还可以用作更多用途，比如最常用的反向代理功能。

2、Gunicorn是一个遵循WSGI的Web服务器。Nginx可以在需要和Django打交道的时候把任务交给Gunicorn处理，而在不需要的时候自己解决就行。

3、Nginx+Gunicorn+Supervisor Nginx放在最外层，然后使用Supervisor做进程管理，使用Gunicorn启动Django或者Flask，相较于uwsgi 的方法，简单很多，而且Gunicorn可以让你使用Gevent和Tornado来为你的后端实现异步访问，性能直接飙升。

4、server. 他们自带的server应该都只能开单进程。而像gunicorn是 prefork模式，从nginx每发过来一个请求，它就fork一个进程去处理这个请求，并buffer相关的数据。

.js文件需要什么服务器承载

1、js文件格式介绍如下：JS是javascript是缩写，js是网页前台脚本，几乎你所见的网页效果都是JS的功劳，如果没有JS网页将变得呆板。JScript是一种解释型的、基于对象的脚本语言。

2、直接通过html引用js文件，手机自带浏览器打开用打包工具将js文件集成为手机app形式直接安装运行在电脑上搭建web服务器，手机和电脑组成一个局域网，通过手机浏览器访问JavaScript是一种脚本语言，通常在浏览器中执行。

3、两者相比的话，应该差不多是javascript语言对应java语言，v8对应hotspot vm，node.js对应Java Class Library+tomcat/java ee，只是大概的对应，不能完全对上。

4、后缀名 为js的文件是 javascript 的文件，和其它.htm.jsp.asp文件一样，用cuteftp等上传工具直接传到服务器上，和别的文件处理方式没什么区别的。

如何部署pythonweb程序?

实际上，不需要任何框架也可以用mod_wsgi部署python程序。使用mod_wsgi的daemon模式，python程序会常驻内存，不会有很大的初始化和销毁进程方面的开销，所以性能是好于mod_python的。

利用Python自带的包可以建立简单的web服务器。

方法是下载ez_setup.py后，在python环境下，直接运行ez_setup.py 即可自动安装setuptools。然后把“C：\Python27\Scripts”添加到系统的环境变量Path中即可。

阿里云服务器部署flask项目

当我们执行下面的hello.py时，使用的flask自带的服务器，完成了web服务的启动。在生产环境中，flask自带的服务器，无法满足性能要求，我们这里采用Gunicorn做wsgi容器，来部署flask程序。

登录阿里云管理控制台*** 找到云服务器ECS-概览 点击云服务器ECS，这个是我购买的类型，其他类型的就不清楚啦。

安装Gunicorn Gunicorn是一个高效的Web服务器，地位相当于Java中的Tomcat。简单来说gunicorn封装了HTTP的底层实现，我们通过gunicorn启动服务，用户请求与服务相应都经过gunicorn传输。

理论上你跑此程序的机器就相当于一个服务器了，然而这个服务器并不完美，所以我们需要nginx和gunicorn来增加它的功能，让它真刀真枪上生产环境的时候能按要求运行。flask自带的WSGI框架性能很差劲，只能适用于开发环境调试使用。

当你在Ubuntu下使用nginx和uwsgi部署flask时，uwsgi服务器的默认配置可能会导致问题。uwsgi默认会创建一个主进程和一个或多个工作进程，而当nginx代理请求时，它可能会将请求发送到已经关闭的工作进程，导致超时错误。

gunicorn的环境配置和使用都比较简单，也解决了我总是用nohup python run.py out.log 2&1 &来启动Flask后台服务的问题。在采用gunicorn部署之前，我也对后台服务的目录结构进行了调整。