l

swagger/raml

Но тут всё сложней

блин я с каналами не работал.

Blueprint

Вот в этом то и проблема

у меня был такой кейс с торнадой

Сергей

джанга просто пушила в редис

я отвечал на этот вопрос)

Ты мне предлагаешь ещё и торнадо развернуть? :D

Верно. Как scheduler в своём процессе поймёт, что есть функция count_retweets?

Если её не существует в его процессе

Есть же воркер как отдельный процесс и есть django как отдельный процесс верно?

а на торнаде был отдельный тред

не предлагаю, у тебя же вебсокеты не на торнаде

просто рассказываю как я его решал

Да

У меня был один странный вариант

Переложить всё на nodejs

и вот тот тред слушал редис, и решал что делать, а сокет через тред шарится спокойно

У меня был такой вариант. Отдать ноде таску вызвать определённый url после какого то времени

Есть ещё варианты гайз?

Неужели среди 452 человек только @nmerkulov и @parikLS отвечают?)

ну у меня прост ообеденное время)

у тебя ченнелс?

yep

Я читал, что там есть какой то delay server, думаю подойдёт ли он

Просто он тоже выполняется как отдельный процесс

Есть какой то сомнительный example

Причём не описывается, могут ли эти два процесса расшариваться друг другу

хз, я с ченелсом не работал еще, ток с торнадой

попробуй, вай нот)

А что вообще лучше для вебсокетов использовать в джанго?

Зависит от ситуации

Ситуация банальная - чат

Ноду

щас мне аиохттп импонирует

В любом случае нода для таких вещей создача

socket.io

вебсокеты явные, а не колбеки как в торнаде

Ну вообще можно и channels разогнать

Я так понял

слушай, а можешь еще раз описать, в чем конкретно проблема? учтем, что с каналами я не работал, и только бегло читал доку

У меня есть чат на Channels

*перефразировать

А всякий django-websocket-redis и другие не очень? Конкретно этот привлек относительной простотой деплоя

Окей

@KaoSpirit community видел?

django-websocket-redis :D

Нет, что это?

Channels официально к джанго прицепилась

Да, слышал

@nmerkulov Есть задача. Клиент отправляет запрос до сервера. Сервер должен отдавать по сокету клиенту каждые полчаса уведомление. Ставить worker на отложенную задачу я так понял не вариант с Channels, ибо worker это отдельный процесс, который не сможет увидеть каналы от другого процесса

почему?

какой бэкэнд используется?

Как понять какой бекенд?)

Точнее вопрос задай)

ну в настройках)

оки

канал же ведь не в одном треде существует, правильно?

вот пример из доки @channel_session def ws_message(message): # Stick the message onto the processing queue Channel("chat-messages").send({ "room": message.channel_session['room'], "message": message['text'], })

Django Channels это изменённая версия сервера Django

почему ты не можешь забрать Channel('your_channel_name') из другого процеса?

А я задаюсь вопросом возможно ли вообще это?)

http://channels.readthedocs.io/en/stable/backends.html?highlight=layers

вот опираясь на то, что в настройках есть по inmemory layer и redis layer, я делаю ставку, что при redis layer так ну стопудово можно сделать, иначе совсем грустно

так то воркер должен запускаться в контексте джанги

проще всего это сделать собственной management command

но надо попробовать. тут в общем то один путь быстрый - эмперический)

сам сокет не может расшарен в другой процесс

Вообще я тут подумал, что может

можно только попробовать передать сообщение обратно в тот процесс в котором открыт сокет

После слов Никиты

Господа, я вот читаю про Channels. Я правильно понимаю, что если например 1000 человек одновременно подключится к django через websocket, на котором установлен Channels, то будет запущено 1000 воркеров джанги?

нет))

А как тогда?

При продакшене создаётся почти три воркера

Один из них отвечает на сокеты

Остальные за http

и так далее

вариант расшарить тсп сокет между процессами - через файловый дескриптор

И я так понял общаются они между собой через layer

кто держит сокет соединение? Джанга ж блокирующий сервер

Там Daphne

Из джанги сделали асинхронку

Channels does not introduce asyncio, gevent, or any other async code to your Django code; all of your business logic runs synchronously in a worker process or thread.

это в доке написано по Channels

нет там асинхронки

С виду написано, нет асинхронного кода, а не асинхронки

Перехватчики

Может быть я не правильно выразился =/

Я так понял, что он превращает любой http запрос в канал

run synchronously так вроде и понимается, что работает не в асинхронном режиме, нет?)

ну это смотря что понимать под асинхронкой

Я так понял, что он превращает любой http запрос в канал

Ну так сокет - это ж постоянное соединение и его кто-то должен постоянно обслуживать

то есть какой-то воркер

один воркер на 1000 соединение - такое не работает)