AM
ну celery может использовать в качестве транспорта Redis или RabbitMQ, кажется что-то еще типа SQL баз данных, но первые две используются чаще всего.
все! понял! ок теперь понятно. ок я умею с ними работать все, понял
Size: a a a
2020 May 05
A
Если в качестве формата сообщений используется JSON, теоретически ничто не мешает положить этот JSON не из питона, а из другого языка в соответствующую очередь.
T
а из какого, я только из питона умею?
Ну не знаю: го, джава, пхп, нода. Что ещё в проекте обычно бывает?
T
Упрощенно, код на питоне который "дергает" таску кладет сообщение в очередь, какую таску "дернуть".
Вот кстати мне не нравится, что в селери ты обычно цепляешь код тасков в проект, который таски ставит. Хотя по хорошему ты должен только их названия и описание полей втянуть
A
Вот кстати мне не нравится, что в селери ты обычно цепляешь код тасков в проект, который таски ставит. Хотя по хорошему ты должен только их названия и описание полей втянуть
чаво? не обязательно
TS
это обходится, да
A
просто обычно celery используют на монолитном проекте.
TS
но неудобно
A
но неудобно
да
T
чаво? не обязательно
Не обязательно, но чёт нигде не видел чтобы реально делали
A
Не обязательно, но чёт нигде не видел чтобы реально делали
ну я так реально делал.
A
это работает, но не очень удобно
ОА
Не подскажите, как сделать, чтобы форма авторизации работала на всех страницах сайта, а не только на той, которой я сделал маршрут? Я попробовал через @app.context_processor, но не получается, я думаю из-за того, что не смог передать методы POST и GET в нём (прост не знаю как)
ОА
понятно дело, если функцию регистрации вставлять в каждый route, то работает. но может есть способ не настолько увеличивающий код?
T
Эм
ПП
Вот кстати мне не нравится, что в селери ты обычно цепляешь код тасков в проект, который таски ставит. Хотя по хорошему ты должен только их названия и описание полей втянуть
А что ты юзаешь вместо селери?
T
А что ты юзаешь вместо селери?
Ничего :)
ПП
Ничего :)
Eh
T
Посылаю сообщения в sqs
T
А там их кто-то обрабатывает