Size: a a a

2019 August 28

A

Alexander in SPb Python
посмотрите выше про "ночь"
источник

A

Alexander in SPb Python
допустим, у нас именно такая комнда
источник

k

kSandr in SPb Python
Alexander
посмотрите выше про "ночь"
по UTC например ... нет там ничего относительного ...
источник

A

Alexander in SPb Python
источник

k

kSandr in SPb Python
как часто вам нужно чистить, что-бы было чисто ? ....  если вы чистите по крону раз в 5 минут старые данные, значит у вас какие-то проблемы )
источник

DM

Dmitriy Morozov in SPb Python
если отойти от "хорошо или плохо делать через крон", а решать уже существующую задачу, можно бэкапить старый крон в файл crontab -l > file, очищать крон с помощью crontab -r, тогда ничего нового не запустится, а после деплоя делать crontab < file
источник

A

Alexander in SPb Python
есть разные задачи, запускаются с разной частотой
источник

A

Alexander in SPb Python
Dmitriy Morozov
если отойти от "хорошо или плохо делать через крон", а решать уже существующую задачу, можно бэкапить старый крон в файл crontab -l > file, очищать крон с помощью crontab -r, тогда ничего нового не запустится, а после деплоя делать crontab < file
мне что-то такое не особо нравится
источник

A

Alexander in SPb Python
как-то не очень красиво выглядит
источник

k

kSandr in SPb Python
запускать разные задачи по крону с разной частотой уже некрасиво ))) ... так-что смирись, вы уже обмазались, не время выбирать цвет какашек хД
источник

DM

Dmitriy Morozov in SPb Python
Alexander
как-то не очень красиво выглядит
ну решение с кроном само по себе тоже не очень красиво выглядит, но оно же уже есть. Вариант с блокирующим файлом выше тоже описан.

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

YV

Yuliya Volkova in SPb Python
Alexander
коллеги, помогите советом.
Есть несколько скриптов, которые будут запускаться по системному крону и что-то делать с базой и файловой системой.
Периодически(на время выкатывания свежего билда) нужно запрещать работу этих скриптов, т.е. нужна какая-то системная "ручка", по которой скрипты не будут стартовать по крону, или будут стартовать, чекать, что ручка установлена и сразу же завершать работу.
А кто базу чистит ? Есть возможность в окружение к скриптам переменную менять? Сразу мысль о флаге в env, начинают чистить поставили флаг на false
источник

A

Alexander in SPb Python
крон запускается в своём ENV'е всегда
источник

A

Alexander in SPb Python
поэтому ему каким-то образом нужно будет прокидывать этот флаг
источник

A

Alexander in SPb Python
тоже так себе решение. Пока что вариант с семафором в виде временного файла выглядит самым приемлимым
источник

YV

Yuliya Volkova in SPb Python
Ну это же не железобетон :) env - virtualenv ? Или коробочка отдельная совсем типа докера?
источник

A

Alexander in SPb Python
я просто думал, что кто-то с таким уже сталкивался и имеет наработанную практику
источник

YV

Yuliya Volkova in SPb Python
Alexander
тоже так себе решение. Пока что вариант с семафором в виде временного файла выглядит самым приемлимым
Ну да, или файлом суть та же
источник

k

kSandr in SPb Python
Alexander
тоже так себе решение. Пока что вариант с семафором в виде временного файла выглядит самым приемлимым
еще можно дергать курлом билдмашину и проверять статус билда перед чисткой )
источник

A

Alexander in SPb Python
пока что про докер речи не идёт, всё крутится в одной ФС
источник