websocket, в бд (postgreSQL)?
это изи реально пиши в функции queryset и все
А в чем проблема собственно?
проблема что он может быть в любом поле
Это легко. Но нужно асинхронное решение.
тоже изи
Всмысле? Оо Ты для юзера пишешь же.
асинхронная запись в бд? Оо
нет он можеь не в юзере
используй асинхронный адаптер к базе. Ну, либо создай асинхронную задачу из синхронного кода. Для asyncio это делается через run_in_executor
https://stackoverflow.com/questions/54861740/saving-data-django-channels-2
это сложно напиши асинхронно функцию через async await или через database_sync_to_async
куда написать, если методы адаптера синхронные?!
карочь тут адаптера нет наверное
То есть, данные из питона передаются в базу прямо по воздуху? Интересно. Где почитать про такую систему?
ты не понимаешь... берешь async, берешь await и всё... мдауш...
Ну я понял про что Никита. в django-channels есть такая штукенция как database_sync_to_async декоратор. Типо закрывает старые коннекты к бд и запускает синхронный код в отдельном треде, и получается, что можно написав await от синхронной функции(в которой манипуляции с бд) с таким декоратором, то для текущего кода внутри асинхронной функции - операция асинхронная
тред или процесс?
Это не в channels, а в asgiref. Оно, как раз, и создаёт отдельную задачу под выполнение в отдельном потоке. Задачу, не функцию. Это разные вещи. Именно то, о чем я и говорил. И это именно то, что делает run_in_executor у цикла событий, только здесь используется свой собственный пул потоков.
ну в ченнелс эта ебалда и запускается, только еще вызывается from django.db import close_old_connections
я к тому, что адаптер по факту то тот же, и попытался объяснить что говорит Никита, имея ввиду бахнуть async await
Собственно и вот сюда пояснения добавить
Обсуждают сегодня