а какая разница то?

Например, если нужно сокет сделать, нет этого геморроя с django-channels и asgi. Если нужны периодические или асинхронные таски, то celery поднимать совсем не обязательно. Периодические запускаются и настраиваются очень легко через github.com/robfig/cron, а асинхронные таски - это обычные горутины по сути

И буду год тебя перетравливать

Кстати да

на Go у тебя будет тот же "докер ад"

По факту даже nginx не нужен. Только в роли балансера спереди

Нам не нравится на это смотреть

Например, если нужно сокет сделать, нет этого геморроя с django-channels и asgi. Если нужны периодические или асинхронные таски, то celery поднимать совсем не обязательно. Периодические запускаются и настраиваются очень легко через github.com/robfig/cron, а асинхронные таски - это обычные горутины по сути

ну ты блин загнул сравнить распределенную очередь с обычным кроном.

ну ты блин загнул сравнить распределенную очередь с обычным кроном.

Наверное, просто в моем проекте использовать celery - оверхед

Наверное, просто в моем проекте использовать celery - оверхед

ну так тебе тогда не нужен celery

есть вагон и маленькая тележка альтернатив.

ну ты блин загнул сравнить распределенную очередь с обычным кроном.

Чё такое крон? Гугл сказал, что это валюта

ну так тебе тогда не нужен celery

Тогда как в django запустить асинхронно таску без celery? Ну, типа юзер что-то сделал - надо письмо ему прислать.

В го просто рутину поднял и все

Чё такое крон? Гугл сказал, что это валюта

cron linux - так надо спрашивать

Чё такое крон? Гугл сказал, что это валюта

планировщик задач.

Тогда как в django запустить асинхронно таску без celery? Ну, типа юзер что-то сделал - надо письмо ему прислать.

os.system("nohup dosomething &")

os.system("nohup dosomething &")

Ну это как-то так себе

Тогда как в django запустить асинхронно таску без celery? Ну, типа юзер что-то сделал - надо письмо ему прислать.

ну ты очевидно выбрал не тот фреймворк, если тебе нужны асинхронные задачи в джанге.

os.system("nohup dosomething &")

Aaaaaa

ну ты очевидно выбрал не тот фреймворк, если тебе нужны асинхронные задачи в джанге.

Да просто странно. Разве в джанго-проектах не бывает задач рассылать юзерам письма?

Да просто странно. Разве в джанго-проектах не бывает задач рассылать юзерам письма?

ну и для этого берут тот же celery \ rq \ что-нибудь еще.

Ну мааам!

12

ты сравниваешь жопу с пальцем. ты взял большой тяжелый синхронный веб фреймворк и хочешь чтобы он себя вел как асинхронная библиотека на Go?

ну так взял бы aiohttp какой-нибудь и гонял бы таски в executor

Тогда как в django запустить асинхронно таску без celery? Ну, типа юзер что-то сделал - надо письмо ему прислать.

Элементарно блядь. В доку

потом внезапно осознал бы что вырос из этих штанов и переписал бы снова.

ты сравниваешь жопу с пальцем. ты взял большой тяжелый синхронный веб фреймворк и хочешь чтобы он себя вел как асинхронная библиотека на Go?

Ок, понял, спасибо

Элементарно блядь. В доку

э?

Дайте реализацию обучения и использования байесовской фильтрации. Чойта я потерялся в матане.

э?

Асинхронная таска запускается без какибы то ни было сложностей. Но в селери. Я невнимательный что то под вечер пздц

Асинхронная таска запускается без какибы то ни было сложностей. Но в селери. Я невнимательный что то под вечер пздц

Так речь идет о запуске без Celery. Смысл в доку тыкать, не прочитав тред?

Так речь идет о запуске без Celery. Смысл в доку тыкать, не прочитав тред?

без очереди сообщений тебе придется решить небольшой вагон проблем с персистентностью, надежностью, синхронизацией и т.п.

Ну можно обычную базу юзать как очередь

но ты все это можешь сделать, потом переписать все заново под новые требования

Если поток не большой

можно, можно даже redis заюзать

Ну и ещё наверно есть особенности

с базой одна проблема - в общем случае ты не можешь получить событие о том что пришло сообщение.

Типа at least one vs. certainly one

Ну вы сейчас описали готовый селери

типа того

просто человек думает что в Go волшебные пони решили все проблемы за него.

Не. Селери это фреймворк поверх очереди сообщений

и можно хуйнуть крон, и это все будет работать точно так же.

дык и в питоне можно взять встроенный планировщик и тред \ процесс пул... казалось бы

просто человек думает что в Go волшебные пони решили все проблемы за него.

Нет конечно, мы норм юзаем кафку и стандартизированный формат сообщений

просто человек думает что в Go волшебные пони решили все проблемы за него.

Я так не думаю, потому что я не го-разраб. Просто потыкал-посмотрел. И задача вида "отправить юзеру имейл асинхронно" решается явно проще. Сокет поднимается тоже

Насчет остальных проблем - хз

Я так не думаю, потому что я не го-разраб. Просто потыкал-посмотрел. И задача вида "отправить юзеру имейл асинхронно" решается явно проще. Сокет поднимается тоже

Разбей на микросервисы.

Я так не думаю, потому что я не го-разраб. Просто потыкал-посмотрел. И задача вида "отправить юзеру имейл асинхронно" решается явно проще. Сокет поднимается тоже

блядь... если ты разуешь глаза за пределы джанги, то внезапно обнаружишь что задача отправить юзеру имейл асинхронно в питоне решается ничуть не сложнее.

Я так не думаю, потому что я не го-разраб. Просто потыкал-посмотрел. И задача вида "отправить юзеру имейл асинхронно" решается явно проще. Сокет поднимается тоже

Ну в го есть горутины. Если не нужна надёжность типа "если во время отправки мы упали" то можно через них

Я так не думаю, потому что я не го-разраб. Просто потыкал-посмотрел. И задача вида "отправить юзеру имейл асинхронно" решается явно проще. Сокет поднимается тоже

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

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

+1

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

+

@bobstail будет жить. Поприветствуем!

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

Ок, спасибо - буду знать. Не подумал о масштабировании

Ок, спасибо - буду знать. Не подумал о масштабировании

тебе о нем тут битый час распинаются.

но видимо это из-за того что мы (я) понимаем масштабирование как само собой разумеющееся.

У меня кстати давно назрел вопрос по сельдерею. Существует ли какой то легальный способ использовать колбек при завершении таски в том же контексте где она начала выполняться. Поллинг, пуш не предлагать. Интерес больше академический.

У меня кстати давно назрел вопрос по сельдерею. Существует ли какой то легальный способ использовать колбек при завершении таски в том же контексте где она начала выполняться. Поллинг, пуш не предлагать. Интерес больше академический.

Добавляй контекст в доп. поля сельдерейного "реквеста", и восстанавливай его при запуске таски.

Добавляй контекст в доп. поля сельдерейного "реквеста", и восстанавливай его при запуске таски.

Сложность в том что таска может сдохнуть. И перезапуск в том числе. А результат получить нужно в любом случае.

всем доюрого подскажите как удалить первые 3 строки из файла\переменной и 2 строки с конца ?

всем доюрого подскажите как удалить первые 3 строки из файла\переменной и 2 строки с конца ?

@ru_python_beginners

всем доюрого подскажите как удалить первые 3 строки из файла\переменной и 2 строки с конца ?

Так из файла или из переменной? Файл большой?

а чего вы так прилипли к этому сельдерею? чаще его применение это стрельба из пушки по воробьям, чаще хватит за глаза rq или uwsgi spooler

всем доюрого подскажите как удалить первые 3 строки из файла\переменной и 2 строки с конца ?

tail head

Так из файла или из переменной? Файл большой?

нет это конфиг коммутатора (кол-во строк заранее неизвестно но не более 1000)

а чего вы так прилипли к этому сельдерею? чаще его применение это стрельба из пушки по воробьям, чаще хватит за глаза rq или uwsgi spooler

У меня случай с пушкой по крупногабаритным целям.

@Vika1may будет жить. Поприветствуем!

а чего вы так прилипли к этому сельдерею? чаще его применение это стрельба из пушки по воробьям, чаще хватит за глаза rq или uwsgi spooler

не оправдывайся :D

нет это конфиг коммутатора (кол-во строк заранее неизвестно но не более 1000)

f.readlines()[3:-2]