еще до ` и после нужны пробелы

иначе`будет`вот так

ну вернее работает не постоянно, если копируешь что-то сюда, то часто не работает

У меня тут проблема. Либо я что-то не догоняю..

Есть вебсокет. С фронта приходят данные. Эти данные нужно отправлять гуглу и результат - обратно на фронт (риал тайм).

Коннекшнов, комнат может быть много.

Есть вариант:
1. Создать метод с параметрами: данные с фронта, айди вебсокета.
2. Как только с фронта приходят данные, ложить этот метод в очередь, а на фронт возвращать 200 статус.
3. Выполнять методы с очереди
4. Результат отправлять на фронт в send_data (поскольку айди канала известен)

Вопрос по третьему пункту - как в фоне вычитывать эти методы с очереди? Не держать же в вечном цикле селери таску оО

не совсем понял проблему:
пришло сообщение в WS —> синхронный запрос в гугол —> ответ в WS

синхронный запрос в гугл?

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

Не вариант. Тут ещё возможна ситуация, что данные от клиента приходят быстрее, чем результат от гугла. Поэтому и очереди.

не совсем понял, чего ждать будет клиент, это же не http запрос

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

погоди. ты хочешь сказать, что фронт может слать запросы на сервер, не дожидаясь ответа?

ну по вебсокету-то да

WS сообщения - это не запрос

эм

и нахер мне тогда очередь

это тебя надо спросить)

😕

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

Смотри примерно че такое вебсокет на пальцах: клиент отправляет HTTP запрос на подключение - в ответ от сервера прихъодит ответ Switch Protocols, после чего начинают посылаться пинг-понги.
Дисконнект клиента - это либо когда он руками выходит из сокета, либо когда пинг-понго ожидание превышает лимит
Да, отловить дисконнект ты можешь и сделать там что хошь

отлично