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

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

2. Раз в час запускайте скрипт, который выберет таски пользователей, у которых сейчас полночь (посмотрели где полночь сейчас - выбрали этих пользователей - выбрали их таски), и перенесет их на новый день.

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

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

А, то есть можно создать таску на, например, через неделю, так? А может тогда плясать от времени начала таска? Ну то есть я ее создал сегодня, и пока я ее не закрою - она всегда мне будет отображаться? И хранить, соотвественно, не время окончания, а только метку начала и при отображении показывать только те таски, которые были открыты сегодня или раньше и не закрыты?

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

Получается что если в полночь собирать то мне не очень удобно будет SQL запрос делать потому что у меня есть фкнуция getActualTasks() там собираются таски которые назначены на текущие сутки

Пока не совсем представляю как реализовать технически ваш подход. Как узнать где сейчас полночть програмным путем? с помощю python желательно...

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

А еще нужно учитывать что у американцев есть зимнее и летнее время...

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

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

Чет я подумал что вам наверно проще всего при добавлении таска рядом указывать «дедлайн» (я так понимаю это полночь) переведенный в UTC (или какая у вас там таймзона по дефолту, но наверно UTC проще). Потому что тогда можно будет за один проход выбирать таски и прибавлять 24 часа не смотря на то какая там у пользователя таймзона, а ему отдавать список уже с корректным временем (или на клиенте править, как там у вас заведено). Потому что если у вас очень много тасков (а я так понимаю это так) то вот этот поиск таймзоны, потом проверка в базе выльются в итоге в большую нагрузку или будет не быстро. Все равно придется, конечно, каждый час это выгребать, но хоть в запросе хватит простого сравнения с «now()».

А вот как «проще» будет - селектить все активные задачи, и потом проверять что они созданы сегодня или раньше, или селектить все задачи с окончанием «сегодня» и показывать активные? Я не могу сходу сказать, может там стопицот этих тасков, и тогда по идее выборка по первому варианту будет затратнее. Но да, я согласен что по сути время окончания жизни таска тут какое-то бесполезное.

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

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

Или по вашему это для дураков?

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

Кмк самое логичное решение не двигать таски джобами, а отображать сегодняшние плюс просроченные. Вероятно даже отдельным стилем.

так и выбираются, если что то псевдокода, то так.

select all tasks where task.start == today()

select all tasks where task.start <= today() (И вероятно ещё одно условие task.completed = False)

И Ваша проблема должна исчезнуть. Это все же наверное будет более правильным вариантом.

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

да так и есть task.completed = False вот в конце дня мне надо собрать все эти таски и прибавить дельту в 24 часа, что бы они появились в календаре следующего дня в то же самое время что и были заданы изначально

С меня пивас походу. Как реализую отпишусь.

Cron умеет передавать результат работы python скрипта, в другой cron процесс с python скриптом например?

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

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

Естественно все это дело будет происходить на отдельном сервере ибо нагружать основной сервер подобной задачей сравнимо с харакири

Храни время с таймзоной, запускать селери задачку(или крон) каждый час на 58 минутке. Вот и все.

У каждого пользователя храните его таймзону.

А сразу с таймзоной хранить не?

ну сразу можно хранить да, просто в найстройках при регестрации определять geoip и подставлять туда зону. Если меняется тайм зона, предлагать менять...

Можно и так, или просить пользователя указать тз.