问题标签 [waitress]

我根据官方指南进行了 Kallithea 的安装（进入 virtualenv）。然后，我收到以下错误：

PS：配置中只触及了几个选项。PPS：配置（my.ini）中的这个secrion对我来说不清楚：

我试图注释掉use = egg:Paste没有运气。

我从 2013 年读过一些帖子，Gunicorn 团队计划构建一个线程缓冲层工作模型，类似于 Waitress 的工作方式。这就是 gthread 异步工作者所做的吗？gthread 工作线程在 2014 年发布了 19.0 版。

Waitress 有一个主异步线程来缓冲请求，并在请求 I/O 完成时将每个请求排入其同步工作线程之一。

Gunicorn gthread 没有太多文档，但听起来很相似。从文档：

工作线程 gthread 是线程工作线程。它在主循环中接受连接，接受的连接作为连接作业添加到线程池中。

我之所以问，是因为我对 python 异步 I/O 代码不是很了解，尽管粗略阅读 gthread.py 似乎表明它是一个套接字缓冲进程，可以保护工作线程免受长 I/O 请求的影响（以及也缓冲响应 I/O）。

https://github.com/benoitc/gunicorn/blob/master/gunicorn/workers/gthread.py

我正在后台线程中启动 Waitress Web 服务器以运行功能测试。如何以干净（ish）的方式在测试运行结束时清理和退出女服务员？公共女服务员 API 仅提供一种方式入口点，期望KeyboardInterrupt作为退出信号。

目前我只是在守护线程中运行服务器，所有新的 Web 服务器都在等待清理，直到测试运行程序退出。

我的测试网络服务器代码：

我正在使用 whitenoise 和女服务员来提供我的静态文件，但我无法让它使用版本化的静态文件。例如，如果我有一个 foo.js，在我运行 collectstatic 之后，whitenoise 会在我的静态文件夹中创建以下文件：

这是我的 wsgi.py 文件：

以下是我在模板中包含 foo.js 的方式：

我运行我的服务员服务器如下：

服务员服务--port=8080 --call myapp.wsgi:white

当我加载我的页面时，我希望我会在我的浏览器中看到这个

但我还在看

我错过了什么吗？在我的设置中，我确实有 STATICFILES_STORAGE = 'whitenoise.django.GzipManifestStaticFilesStorage'

任何帮助或建议都非常感谢！

我有一个运行 gunicorn 的 Django 应用程序 - 我现在想用waitress替换它。很简单，我通过安装服务员apt-get install python-waitress，并通过运行它waitress-serve --port=8080 myproject.wsgi:application。

现在我想将其设置为通过Upstart文件运行（我在 Ubuntu 上）。我希望它在正常运行级别 2、3、4 和 5 上运行，并告诉它在任何其他运行级别（例如系统重新启动、关闭或单用户时）停止。我还希望 Upstart 在失败时自动重新启动服务。最后但同样重要的是，我需要waitress在端口 80 上运行，而不是端口 8080。

我的问题是：如何构建我的 Upstart 文件以反映这些要求？以及任何其他有助于添加的内容？请指教; 这是我的主要生产服务器。

其次，就waitress其本身而言，除了能够将其与 SSL 一起使用之外，使用反向代理（例如Nginx）是否有任何优势waitress？我的应用程序是一个阅读量很大的 Django Web 应用程序，用户可以在其中聚集并互相聊天。

我正在使用 python 金字塔并查看是否有人尝试访问 self.request，整个 2G 文件将自动加载到临时文件夹中。相反，我想延迟加载文件并将文件指针传递给另一个可以上传到其他服务器的方法。然后我可以节省两次加载到磁盘的时间。或者我可以搬到任何推荐的图书馆（除了女服务员）吗？

我已经开始在 Ubuntu 上使用 Falcon 制作 API，我一直在使用 gunicorn 对其进行测试，但我也想尝试在 Windows 上开发它。

正如我们所知，gunicorn 还不能在 Windows 上运行，所以我将不得不使用另一台可以运行 wsgi 的服务器。经过一些研究，我尝试使用女服务员，但事情并没有像我想象的那样工作。

问题是，我不知道我做错了什么。

这是名为 srv3 的应用程序文件

运行时出现此错误http localhost:5555

有人可以给我看一个关于如何使用女服务员测试我的猎鹰应用程序的快速示例吗？

如何让服务员将任何和所有错误的异常/堆栈跟踪打印到控制台？

现在，Waitress 似乎吞下了任何不在应用程序代码中的异常。

例如，我正在使用一些中间件代码，却忘记了import base64. 有了女服务员，我不知道这个错误。例如，Gunicorn 会向控制台吐出一个堆栈跟踪。

我正在使用女服务员来提供 Web 应用程序内容。

waitress-serve --port=8000 myapp:application

在开发过程中，当我更改代码时，我不得不不断地重新启动服务员服务以查看我的更改。有没有一种标准的方法可以自动化这个？

我在 docker 容器中运行本地Kallithea服务器。当我们第一次在 Firefox 或 Chrome 中加载时，加载需要很长时间。似乎依赖项的加载挂在 jQuery 或 YUI js 文件上。一旦依赖项被缓存，它就会以相当快的速度加载，因为我猜它们被缓存了。

在没有使用一段时间（几天？几周？）之后重新加载页面，加载又需要很长时间。

网络速度和依赖项的文件大小不应受到指责，因为其他 Web 应用程序（Artifactory、Hudson）从同一服务器快速加载。

Kallithea用于waitress为其页面提供服务。我尝试loglevel = DEBUG在交互模式下运行时启用日志记录 ( )，但没有得到任何重要的输出。

重现此行为的 Dockerfile 和运行脚本位于此处。

有谁知道如何解决这个问题并让 Kallithea 像在https://kallithea-scm.org/repos/kallithea上一样快地加载？