о, вадим, только сейчас понял что это ты)

хехе

Вместо celery можно подставить любой воркер, да.

Если просто дропать, то у тебя будет неверно выполняться задача: запуск не после окончания, а по следующему таймауту.

да. это не критично, но не желательно

http://www.celeryproject.org/

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

вот за celery зарт точно хуями обкладывал

ради 1 функции поднимать селери, брокер?

за беспорядочное использование)

А чем обыкновенный threading не угодил?

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

ради 1 функции поднимать селери, брокер?

ну, функции целых 4, но вот как-то кажется должно быть решение проще

я начал уже глядеть в модуль sched, но что-то вроде не совсем то

Так нужно считать время выполнения?

Так нужно считать время выполнения?

в каком смысле считать?

сколько оно выполняется

знать мне это точно не нужно

еще раз: запуск должен просиходить каждые 5 секунд, но если функция работает дольше 5 секунд, то след запуск должен происходить сразу, как завершился предыдущий

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

если ф-ия работает 4 сек, то след запуск должен быть через 1 сек. если 1 сек работает, то след. запуск через 4 сек

потоки просто про то, что каждая функция работает в своем потоке

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

разные потоки потому что функций таких несколько

потоки просто про то, что каждая функция работает в своем потоке

да

не экземпляр функции, а именно функция

Для простой задачи вполне подойдёт обыкновенный Queue

Для многопоточности multiprocessing

вроде threading же?

а кто писал телееграм бота?

а Queue под сомнением, т.к. если ф-ия 100 раз подряд выполнится более интервала, то очередь нарастет большая и ненужная

queue - просто очередь, Треадинг - немного другое

а кто писал телееграм бота?

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

а кто писал телееграм бота?

угу

Было дело)

тогда сейчас вопрос конкретнеей задам

Для многопоточности multiprocessing

я говорю threading для многопоточности

2016-11-06 01:26:15,188 (__init__.py:224 MainThread) ERROR - TeleBot: "A request to the Telegram API was unsuccessful. The server returned HTTP 409 Conflict. Response body: [b'{"ok":false,"error_code":409,"description":"Conflict: terminated by other long poll or webhook"}']"

Для многопоточности multiprocessing

multiprocessing - для многопроцессности

2016-11-06 01:26:15,188 (__init__.py:224 MainThread) ERROR - TeleBot: "A request to the Telegram API was unsuccessful. The server returned HTTP 409 Conflict. Response body: [b'{"ok":false,"error_code":409,"description":"Conflict: terminated by other long poll or webhook"}']"

ну он же пишет

2016-11-06 01:26:15,188 (__init__.py:224 MainThread) ERROR - TeleBot: "A request to the Telegram API was unsuccessful. The server returned HTTP 409 Conflict. Response body: [b'{"ok":false,"error_code":409,"description":"Conflict: terminated by other long poll or webhook"}']"

все ж пишут

Ставлю 109 бакинских - зарт сам придумал игру и нарисовал рейтинг?

уже установлен вебхук

что либо вебхук не снят, либо ещё один лонг-поллинг работает

Ставлю 109 бакинских - зарт сам придумал игру и нарисовал рейтинг?

Какую?

Ставлю 109 бакинских - зарт сам придумал игру и нарисовал рейтинг?

там же js, его даже "ломать" не нужно

Корсар

что есть вебхук?

что есть вебхук?

значит ещё один лонг-поллинг запущен

проверь процессы

что есть вебхук?

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

значит ещё один лонг-поллинг запущен

точно )

что есть вебхук?

про вебхук можно почитать в апи тг

те уже запущены процессы?

где-то у тебя работает ещё один лонг-поллинг

где-то у тебя работает ещё один лонг-поллинг

возможно и не у него ))

(или ты спалил свой токен где-то)

(или ты спалил свой токен где-то)

вот я об этом как раз

я говорю threading для многопоточности

http://ls.pwd.io/2014/08/python-threads-vs-processes/

видимо изза того что запускал скрипт через cmd а потом через vs code

http://ls.pwd.io/2014/08/python-threads-vs-processes/

это ты про GIL рассказываешь?

думаю V M в курсе

Для многопоточности multiprocessing

и всё же довольно странное утверждение -

я бы даже сказал слишком)

Какие у джуниоров запросы хорошие :) Не нравится селери – не используй. Всё равно потом к нему придешь, когда Queue перестанет хватать. А то, что кто-то там хуями обложит… "Боже мой, да всем насрать" ©

Какие у джуниоров запросы хорошие :) Не нравится селери – не используй. Всё равно потом к нему придешь, когда Queue перестанет хватать. А то, что кто-то там хуями обложит… "Боже мой, да всем насрать" ©

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

В самом простом случае это делается и на чистом питоне: запоминаешь время следующего выполнения (или время последнего выполнения) и текущий стейт – запущено/не_запущено, а потом 1 раз в дельту (которая меньше необходимого интервала) запускаешь крон с задачей. Условно говоря, это обычный lock с таймером.

Какие у джуниоров запросы хорошие :) Не нравится селери – не используй. Всё равно потом к нему придешь, когда Queue перестанет хватать. А то, что кто-то там хуями обложит… "Боже мой, да всем насрать" ©

Я не спорю - селери хорош, но ради одной очереди поднимать селери, для него брокер... не слишком жирно для одной очереди?

ERROR: S client not available

http://ls.pwd.io/2014/08/python-threads-vs-processes/

спасибо за статью, но там именно об этом и говорится. многопоточность != многопроцессность

Поднять редис – это очень жирно, да :)

В этом чате некоторые люди поднимают на линуксе докер-контейнер со скайпом, потому что не секурно, а вы про редис)

Поднять редис – это очень жирно, да :)

демон для селери, демон для редиса

Прямо захотелось замерить их ресурсопотребление…

Иначе я потом полезу мерить (пока не придумал, как) ресурсопотребление вызова крон-таска с периодичностью в 1 секунду. Не-не, это выше меня :D

пойду я посплю с этой мыслью, вот что. всем большое спасибо!

в диалоге рождаются мысли для сна)

Так дело не в том сколько что отжирает... дело в том, что тянет за собой внешние зависимости. Всё равно, что булочную на танке

Исключительно чтобы обосновать свою точку зрения: код должен работать быстро и быть имплементирован быстро, а сколько он будет затрачивать ресурсов – десятое дело.

и тогда уже не редис, а по гуиду на rabbitMQ

Я вас понял. Давайте закроем разговор :)

Согласен - тема холиварная

Вариантов реализации множество, я лишь привел удобный (мне) пример :) А то да сейчас пойдем холиварить насчет "стоит ли джангу использовать для апи-бэкэнда или ограничиться торнадой, потому что быстрее и легче" :D

Плавали, знаем :)

Я не спорю - селери удобная штука

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

сап всем кто не спит

подскажите мож кто знает какие то приложения или сайты для проектирования архитектуры бд

Что именно про проектирование интересует?

Что именно про проектирование интересует?

накидать таблички с полями сделать связи. Что то типа такого нужно

А чем любая ORM не угодила? Начиная от встроенной в Django и заканчивая SQLAlchemy?

А чем любая ORM не угодила? Начиная от встроенной в Django и заканчивая SQLAlchemy?

Тем более в PyCharm есть экспорт в png)))

Если же просто визуально рисовать, то dia

у djang она вполне понятная тем более книг много и статей

Ну… Нет, честно говоря, у меня была мысль сделать такую софтину. Чтобы можно было на тач-скрине быстро накидывать примитивную архитектуру, глядя в глаза продактам, проджектам и аккаунтам. Дальше возникла проблема с реализацией – эта софтина (на мой взгляд) должна уметь сразу делать джанго модели, а потом еще и подгружать изменения, сделанные в коде. В общем, долго, геморно и мне за это не заплатят ))

Ну… Нет, честно говоря, у меня была мысль сделать такую софтину. Чтобы можно было на тач-скрине быстро накидывать примитивную архитектуру, глядя в глаза продактам, проджектам и аккаунтам. Дальше возникла проблема с реализацией – эта софтина (на мой взгляд) должна уметь сразу делать джанго модели, а потом еще и подгружать изменения, сделанные в коде. В общем, долго, геморно и мне за это не заплатят ))

Я тоже порой подобной хернёй страдаю... когда скучно

Денис, у меня вот нескромный вопрос. Ты давно в питоне? Как с джангой? Вопрос по DRF :)

а если не заплатят на кой черт тогда стараться ради себя только?

Но меня больше тянет в общую организацию процесса разработки

http://dbdesigner.net/designer

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