服务Flask应用程序是否需要WSGI服务器和HTTP服务器？
用uWSGI和Nginx设置Flask是非常困难的，即使使用扩展脚本也需要花费一些时间，并且必须记录到指令中以备后用。
如果我不打算在服务器上增加很大的负载（它对公共隐藏），那么在没有uWSGI的情况下运行它是否有意义？（Flask可以监听端口。Nginx可以转发请求吗？）
只在端口上运行裸瓶应用程序，甚至不使用Nginx是否有意义？
问题答案：
当你“运行Flask”时，你实际上是在运行Werkzeug的开发WSGI服务器，并将Flask应用程序作为可调用的WSGI传递。
开发服务器不适用于生产环境。它的设计目的不是特别高效，稳定或安全。它不支持HTTP服务器的所有可能功能。
无论应用程序在何处可用，在移至生产环境时，都将Werkzeug开发服务器替换为可用于生产环境的WSGI服务器，例如Gunicorn或uWSGI。
答案与“我应该使用网络服务器”相似。WSGI服务器碰巧具有HTTP服务器，但不如专用的生产HTTP服务器（Nginx，Apache等）好。
Flask 记录了如何以各种方式进行部署。许多托管服务提供商还提供了有关部署Python或Flask的文档。
-
问题内容： 用uWSGI和Nginx设置Flask是非常困难的，即使使用扩展脚本也需要花费一些时间，并且必须记录到指令中以备后用。 如果我不打算在服务器上增加很大的负载（它对公共隐藏），那么在没有uWSGI的情况下运行它是否有意义？（Flask可以监听端口。Nginx可以转发请求吗？） 只在端口上运行裸瓶应用程序，甚至不使用Nginx是否有意义？ 问题答案： 当你“运行Flask”时，你实际上是在
-
Django 首要的部署平台是WSGI，它是Python Web 服务器和应用的标准。 Django 的startproject 管理命名为你设置一个简单的默认WSGI 配置，你可以根据你项目的需要做调整并指定任何与WSGI 兼容的应用服务器使用。 Django 包含以下WSGI 服务器的入门文档： 如何使用Apache 和mod_wsgi 部署Django 从Apache 中利用Django 的
-
问题内容： 我了解jsonp是一种绕过相同原始政策的技术。基本上，您在脚本标签中引用json服务服务器端点，因为脚本标签不受SO策略的限制。 我的问题是：假设服务器具有一个为json提供服务的终结点，是否需要对服务器进行任何修改才能在客户端中使用jsonp？ 我想不，但是想确定。 问题答案： 是的，JSONP呈现时略有不同，因此您的服务器需要支持它。 JSON看起来像这样： JSONP看起来像这样
-
这里有一些在服务器运行 WSGI 应用的方式。当你正在开发一个应用，你往往不想在一个成 熟服务器上部署和运行，取而代之的是一个轻量服务器。 Werkzeug 就内置了这样一个轻量 的服务器。 在一个服务器上运行 start-myproject.py 最简单的方法如下示例: #!/usr/bin/env python # -*- coding: utf-8 -*- from werkzeug.se
-
我对Web的使用有点困惑.xml在Spring编写REST服务时使用泽西岛框架。在我看来，如果我使用注释来定义路径，为什么我们需要web.xml？我最近刚刚使用在线参考文档开发了Spring Boot应用程序，他们甚至没有提到web.xml。那么，说Spring已经删除了web.xml并用注释代替它是对的吗？（例如@Path、@Get、@Post）。我在同一行的第二个问题是，如果我没有web.xm
-
让我们用async/.await建立一个回声服务器！ 开始之前，运行rustup update stable，以确保你有 stable Rust 1.39 或更新的版本。一旦完成，就cargo new async-await-echo创建新项目，并打开输出的async-await-echo文件夹。 让我们将一些依赖项，添加到Cargo.toml文件： [dependencies] # The la