за такое бьют клавиатурой

Боюсь, ошибку это не исправит

+

AttributeError: 'list' object has no attribute 'replace'

ты пытаешься вызывать .replace() у fileContents... дальше надо объяснять?

после каждой строки делает Enter. а не надо

после каждой строки делает Enter. а не надо

@ru_python_beginners

И боту админку дадим, и автору дадим. И сервер предоставим. Все условия, короче. Если у кого-то какие-то конкретные намерения есть, то можем обсудить в личке. Сразу предупрежу, что задача не такая простая, как кажется на первый взгляд. Есть подводные камни. Нужно ложно-положительные срабатывания отсекать.

сервер в россии?

сервер в россии?

Нет

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

после каждой строки делает Enter. а не надо

.rstrip()

спс

https://adventofcode.com/ ? решаем ёлочку ? Лидерборд чата 71287-b2f24264 Если нравится ёлочка, не стесняйтесь закинуть денег автору, чтобы проект запустился и в следующем году.

вторая задача первого дня: +3, +3, +4, -2, -4 first reaches 10 twice. почему 10? +7, +7, -2, -7, -4 first reaches 14 twice. почему 14? спрашивают ведь про первое вхождение первого обнаруженного дубля

вторая задача первого дня: +3, +3, +4, -2, -4 first reaches 10 twice. почему 10? +7, +7, -2, -7, -4 first reaches 14 twice. почему 14? спрашивают ведь про первое вхождение первого обнаруженного дубля

Цикл повторяется

Всем привет. Сервис на Django, крутится на Centos, nginx + gunicorn. В сервисе есть четыре management command, которые я планирую запускать через cron. Подскажите, нет ли каких-то более правильных вариантов? Меня не то, что в кроне что-то не устраивает, хотел просто убедиться что нет какой-то другой бест-практис

Всем привет. Сервис на Django, крутится на Centos, nginx + gunicorn. В сервисе есть четыре management command, которые я планирую запускать через cron. Подскажите, нет ли каких-то более правильных вариантов? Меня не то, что в кроне что-то не устраивает, хотел просто убедиться что нет какой-то другой бест-практис

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

Всем привет. Сервис на Django, крутится на Centos, nginx + gunicorn. В сервисе есть четыре management command, которые я планирую запускать через cron. Подскажите, нет ли каких-то более правильных вариантов? Меня не то, что в кроне что-то не устраивает, хотел просто убедиться что нет какой-то другой бест-практис

все зависит. если устраивает крон - используйте крон.

Всем привет. Сервис на Django, крутится на Centos, nginx + gunicorn. В сервисе есть четыре management command, которые я планирую запускать через cron. Подскажите, нет ли каких-то более правильных вариантов? Меня не то, что в кроне что-то не устраивает, хотел просто убедиться что нет какой-то другой бест-практис

А в чем проблема запускать их через крон?

Кажется, крон для этого и нужен

А в чем проблема запускать их через крон?

Вообще нет проблем. Просто деплою первый раз, думал мало ли там какие-то грабли\подводные камни

перевести на uwsgi, у него есть свой "крон" и всякие таймеры прям из питоновского кода

ой

Всем привет. Сервис на Django, крутится на Centos, nginx + gunicorn. В сервисе есть четыре management command, которые я планирую запускать через cron. Подскажите, нет ли каких-то более правильных вариантов? Меня не то, что в кроне что-то не устраивает, хотел просто убедиться что нет какой-то другой бест-практис

То, что ты сделал это через management команду — отлично. Вместо крона можно взять celery (periodic tasks). Крон тоже пойдет.

Если в правильном венве запускать, проблем быть не должно

все зависит. если устраивает крон - используйте крон.

а в докере крон норм?

celery жирный и стремный, не берите его, дайте ему умереть ?

То, что ты сделал это через management команду — отлично. Вместо крона можно взять celery (periodic tasks). Крон тоже пойдет.

Максим, а Celery лучше потому что более гибкая настройка?

celery жирный и стремный, не берите его, дайте ему умереть ?

Нормальный он, но для другого

а в докере крон норм?

Кажется, не очень.

а в докере крон норм?

в докере не очень норм.

celery жирный и стремный, не берите его, дайте ему умереть ?

Вообще часто про него слышал.

в докере не очень норм.

а как быть? celery?

т.е. в докере по-хорошему тебе для scheduler нужен отдельный контейнер

Максим, а Celery лучше потому что более гибкая настройка?

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

celery жирный и стремный, не берите его, дайте ему умереть ?

о, ест ьчто-то на эту тему почитать?

а как быть? celery?

а у тебя есть очереди \ воркеры - вот это вот все? если есть, то да можно celery прикрутить.

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

О, крутая штука. Спасибо, пойду изучать

я вот это пользовал последний раз https://github.com/Bogdanp/dramatiq вроде хорошая замена

а у тебя есть очереди \ воркеры - вот это вот все? если есть, то да можно celery прикрутить.

да тупо отложенная публикация постов

а вообще вот https://uwsgi-docs.readthedocs.io/en/latest/Cron.html

а вообще вот https://uwsgi-docs.readthedocs.io/en/latest/Cron.html

это же надо uwsgi, а кто-то любит gunicorn а если запускать отдельным контейнером - чем это лучше простого крона или python c sched?

ну я просто gunicorn не очень люблю )

так что там жирного в celery?

так что там жирного в celery?

Ну ему там редис понадобится или что-то подобное.

это же надо uwsgi, а кто-то любит gunicorn а если запускать отдельным контейнером - чем это лучше простого крона или python c sched?

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

kubernetes и nomad точно умеют

Ну ему там редис понадобится или что-то подобное.

Для шедулер не уверен

Ну ему там редис понадобится или что-то подобное.

А для тасков - а как без этого?

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

Эм. Разве это дело оркестратора делать логику периодических бизнес тасков?

Эм. Разве это дело оркестратора делать логику периодических бизнес тасков?

Чот да. Звучит не очень.

В случае с докером я бы поднял celery для этого. В докере-то еще проще.

Эм. Разве это дело оркестратора делать логику периодических бизнес тасков?

Если ты хочешь отказоустойчивости, то какие есть альтернативы?

эм

ну как, контейнер с кроном, при падении - поднимается копия

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

только не на питоне

питон в бизнесе

Нет

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

сайт по продаже окон и дверей

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

Звучит неплохо.

ну как, контейнер с кроном, при падении - поднимается копия

Да, это вполне рабочий вариант. Но: 1. оркестратор может размазать выполнение разных тасков по разным физическим нодам 2. в случае с оркестратором падение одного контейнера с одной таской не повлияет на другие 3. при апдейте твой контейнер с кроном может быть убит во время выполнения таски

ERROR: S client not available

ну и контейнеры не висят постоянно в памяти

хотя крон конечно копейки потребляет

Да, это вполне рабочий вариант. Но: 1. оркестратор может размазать выполнение разных тасков по разным физическим нодам 2. в случае с оркестратором падение одного контейнера с одной таской не повлияет на другие 3. при апдейте твой контейнер с кроном может быть убит во время выполнения таски

1. непонятно зачем паралаллеьно делать кроновские таски, наверно если они такие, все же не по таймеру должны 2. Ну ок, но если она была в процеессе выполнения таски - надо понять как доделать в любом случае 3. это да

1. непонятно зачем паралаллеьно делать кроновские таски, наверно если они такие, все же не по таймеру должны 2. Ну ок, но если она была в процеессе выполнения таски - надо понять как доделать в любом случае 3. это да

1. Ну например у тебя в одно время стартует несколько довольно интенсивных тасок, очевидно, что распределить их по разным физическим нодам будет эффективнее, чем насиловать одну 2. Тут проблема в том, что может упасть весь контейнер, и тогда доделывать надо будет не одну таску, а все, которые выполнялись в этот момент

1. Ну например у тебя в одно время стартует несколько довольно интенсивных тасок, очевидно, что распределить их по разным физическим нодам будет эффективнее, чем насиловать одну 2. Тут проблема в том, что может упасть весь контейнер, и тогда доделывать надо будет не одну таску, а все, которые выполнялись в этот момент

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

да, можно просто несколько контейнеров запустить, каждый из которых будет свою задачу выполнять. Но в этот момент оказывается, что ты сам реализовал distributed cron

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

но в целом, конечно, далеко не всем это надо, и можно просто использовать крон в контейнере

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

Зато если крон в контейнере, можно просто обновить контейнер с новыми тасками, а так надо оркестратор конфигурить

Но вообще я понял, Профит, интересно

?

Хорошо, что перешел с загнивающей в рекламе винды на дипина. Наконец-то и дровишки и стим уже протон свой во всю тестит.

Какой еще протон, мне интересен только биткон

Он упал

И боту админку дадим, и автору дадим. И сервер предоставим. Все условия, короче. Если у кого-то какие-то конкретные намерения есть, то можем обсудить в личке. Сразу предупрежу, что задача не такая простая, как кажется на первый взгляд. Есть подводные камни. Нужно ложно-положительные срабатывания отсекать.

@robox так мы в бегинерсах запилили уже

Кстати. Как вариант: дать постоянным участникам возможность путем голосования через бота исключить кого-то. То есть, чтобы не все могли так делать, но в отличие от админов - только сообща

Я не хочу, чтобы меня отсюда кекнули

Да не, могут кекать только новеньких

Ну я новичок

Да не в питоне, а в чате

Кстати. Как вариант: дать постоянным участникам возможность путем голосования через бота исключить кого-то. То есть, чтобы не все могли так делать, но в отличие от админов - только сообща

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

Ну да

Нефиг

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

/kick, он мои планы портит

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

Всегда можно решить вопрос обратившись к админу.

А потом придёт админ и всех вышвырнет

хаклайф