Какой правильный файл / требования для heroku с каналами django?
tl;dr - приложение каналов django запускается локально с сервером manage.py, но не на heroku.
Я новичок в каналах django - пытаюсь развернуть очень простое приложение django, используя каналы на heroku. Изначально я построил проект, используя стандартное руководство по опросам django, и развернул его на heroku. Затем я добавил приложение чата, используя руководство по каналам django. Удалось заставить это работать нормально локально, используя докер для запуска сервера Redis, как они предлагали, и "python manage.py runserver".
Я застреваю, пытаясь развернуть это на heroku или запустить его локально, используя heroku local. Я уже добавил аддон redis в heroku и изменил 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 local:
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
Спасибо за любую помощь!
2 ответа
Я только что выяснил очень похожую проблему. Прежде всего, хотя эти документы не относятся к Heroku, их необходимо прочитать.
Я думаю, проблема в том, что Heroku маршрутизирует ws://
запросы через 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. Я читал о предостережениях, но еще не испытал их.
Я просто хочу сказать, что эта ветка - беспорядок. Я разберусь с правильной настройкой всего и опубликую здесь свои результаты.
Я сделаю репозиторий на github, чтобы поделиться всеми файлами.