带有 Django 频道的 heroku 的正确 procfile/要求是什么？

Question

tl;dr - django 频道应用程序使用 manage.py runserver 在本地运行，但不在 heroku 上运行。

我是 django 频道的新手 - 尝试使用 heroku 频道部署一个非常基本的 django 应用程序。我最初使用标准django polls 教程构建了该项目并将其部署到 heroku。然后我使用django 频道教程添加了一个聊天应用程序。设法使用docker在本地运行良好，按照他们的建议和“python manage.py runserver”运行redis服务器。

我在尝试将其部署到 heroku 或使用 heroku local 在本地运行时遇到困难。我已经在 heroku 中添加了 redis 插件并修改了 settings.py 以指向 REDIS_URL 环境变量。如果合适，我还修改了我的模板以使用 wss（我认为这对 heroku 来说是必要的）：

var ws_scheme = window.location.protocol == "https:" ? "wss" : "ws";
        var target = ws_scheme + '://'
        + window.location.host
        + '/ws/chat/'
        + roomName
        + '/';
        const chatSocket = new WebSocket(
          target
        );
...

因此我得出的结论是问题出在 procfile 上。我不确定那里的使用说明是什么。最初的民意调查教程使用：

web: gunicorn gettingstarted.wsgi --log-file -

如果我只是使用 'heroku local' 工作正常并且部署工作正常，但是当我尝试发送聊天消息时，它什么也不做并在控制台中显示 404。我知道我必须将其更改为使用 asgi 服务器而不是 gunicorn。找到了有关将带有通道的应用程序部署到 heroku 的教程，该教程使用了：

web: daphne chat.asgi:channel_layer --port $PORT --bind 0.0.0.0 -v2
worker: python manage.py runworker -v2

我试过了，但这就是我卡住的地方。这是我在本地运行 heroku 时得到的结果：

krishnas-air:python-getting-started Krishna$ heroku local
[OKAY] Loaded ENV .env File as KEY=VALUE Format
6:46:50 PM worker.1 |  Traceback (most recent call last):
6:46:50 PM worker.1 |    File "manage.py", line 8, in <module>
6:46:50 PM worker.1 |      from django.core.management import execute_from_command_line
6:46:50 PM worker.1 |  ImportError: No module named django.core.management
[DONE] Killing all processes with signal  SIGINT
6:46:50 PM worker.1 Exited with exit code null
6:46:50 PM web.1    |  Traceback (most recent call last):
6:46:50 PM web.1    |    File "/usr/local/bin/daphne", line 5, in <module>
6:46:50 PM web.1    |      from daphne.cli import CommandLineInterface
6:46:50 PM web.1    |    File "/usr/local/lib/python3.7/site-packages/daphne/cli.py", line 1, in <module>
6:46:50 PM web.1    |      import argparse
6:46:50 PM web.1    |    File "<frozen importlib._bootstrap>", line 983, in _find_and_load
6:46:50 PM web.1    |    File "<frozen importlib._bootstrap>", line 967, in _find_and_load_unlocked
6:46:50 PM web.1    |    File "<frozen importlib._bootstrap>", line 677, in _load_unlocked
6:46:50 PM web.1    |    File "<frozen importlib._bootstrap_external>", line 724, in exec_module
6:46:50 PM web.1    |    File "<frozen importlib._bootstrap_external>", line 857, in get_code
6:46:50 PM web.1    |    File "<frozen importlib._bootstrap_external>", line 525, in _compile_bytecode
6:46:50 PM web.1    |  KeyboardInterrupt
6:46:50 PM web.1    Exited with exit code null

导入错误消息让我认为我的 requirements.txt 可能缺少某些内容，因此我也将其包含在此处以供参考：

django
gunicorn
django-heroku
requests
channels
channels_redis
asgi_redis
asgiref
daphne
redis
gevent
gevent-websocket
greenlet

谢谢你的帮助！

Answer 1

我刚刚发现一个非常相似的问题。首先，虽然不是 Heroku 特定的，但这些文档是必读的。

我认为问题在于 Herokuws://通过 WSGI 而不是 ASGI 路由请求。因此，第一步是asgi.py在同一文件夹中创建一个文件，wsgi.py如下所示：

import django
from channels.routing import get_default_application

os.environ.setdefault("DJANGO_SETTINGS_MODULE", "dropdjango.settings")
django.setup()
application = get_default_application()

然后，在 Procfile 中，定义 dynos web worker：

web: daphne <my-web-app>.asgi:application --port $PORT --bind 0.0.0.0 -v2
worker: python manage.py runworker channel_layer -v2

如果 Heroku 中尚不存在测功机，请使用 Heroku CLI 创建它们。就我而言，web测功机已经存在，所以我只创建了worker测功机：

heroku ps:scale worker=1:free -a <your-heroku-app-name>

最后，仔细检查您的settings.py以确保您拥有：

ASGI_APPLICATION="<my-web-app>.routing.application"
CHANNEL_LAYERS = {
    "default": {
        "BACKEND": "channels_redis.core.RedisChannelLayer",
        "CONFIG": {"hosts": [os.environ.get("REDIS_URL", "redis://localhost:6379")]},
    },
}

警告：这将通过 daphne 运行您的所有请求。我读过一些警告，但我还没有经历过。