Как реализовать автоматизацию смены статуса на php?

Question

[BuBux]

Есть таблица задач компании. В ней присутствует поле "статус" и срок выполнения. Возможно ли при помощи php автоматически менять статус на "просрочено" по истечению срока выполнения?

Answer 1

[Дмитрий]

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

Comments

[BuBux]

данный скрипт на php писать? И где его хранить? И про крон впервые слышу..

[Дмитрий]

BuBux, писать на том, на чём умеете, или на том, на чём написан проект. Вы сами спросили про PHP.
Где его хранить, зависит от архитектуры вашего сайта, так что сказать трудно. Самый простой вариант - положить файл со скриптом по какому-либо адресу типа project.com/cron/script.php. Если у вашего проекта иная архитектура, вроде MVC, или используется какой-то фреймворк, то скрипт нужно писать и размещать в соответствии с этой архитектурой. Это уже уходит далеко за пределы одного вопроса.

И про крон впервые слышу..

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

[BuBux]

Дмитрий, архитектура MVC, проект пишу на PHP

[Дмитрий]

BuBux, ну тогда самый простой способ это создать скрипт-обработчик, который будет открываться по определенному URL и выполнять действия, связанные с обработкой статусов задач. И этот URL вызывать кроном раз в сутки, в 00:00, например, чтобы каждые сутки нужным задачам в БД гарантированно проставлялся нужный статус.

[BuBux]

Дмитрий, получается выделить отдельный контроллер под вызов функции, которая в цикле пробегает по всем задачам и проверяет/меняет статусы? А cron в указанное время переходит по определенному url`у и выполняет скрипт?

[Дмитрий]

BuBux, что-то вроде того.
Только выбирать нужно те задачи, срок которых подходит сегодня, чтобы зря не дёргать все остальные записи. Дальше в цикле выставлять им нужный статус.
xmoonlight предлагает другой вариант - в момент запроса задачи проверять дату завершения, и если она совпадает с сегодняшней, то выставлять статус в БД. В этом случае придётся доработать все методы, которые выбирают задачи из базы.
Какой вариант выбрать - решайте сами в зависимости от предпочтений и специфики проекта.

[FanatPHP]

И этот URL вызывать кроном раз в сутки

BuBux, это на редкость дурацкая идея, вызывать пхп скрипт, который режит на том же сервере, через через веб-сервер. Так никто никогда не делает.
Консольные скрипты вызываются напрямую, через интерпретатор пхп
php /path/to script.php

Answer 2

[xmoonlight]

Три поля:
1. Задача: varchar
2. Истекает: datetime
3. Статус: status_id (и таблица статусов)

[Срок истекает через] = [Дата истечения срока] - [Текущая дата]

Через функции работы с датой/временем на PHP. Без всякого cron'а.

PS: CRON нужен только при периодическом запуске скрипта для работы с некими данными, который сам может обновить любые поля (и статусы) в БД.

Comments

[BuBux]

куда этот кусок кода вставляется?

[xmoonlight]

BuBux, никуда. Это не код.
Нужен код?

[Дмитрий]

Как без крона, если нужно проставлять определенное значение неограниченному числу объектов? Может существовать тысяча задач, и у каждой - своё время, когда в БД нужно сменить статус. Как вы предлагаете реализовать это без крона?

[BuBux]

xmoonlight, был бы не против примера кода, но это может показаться "халявой". Мне бы понять вообще где данная функция должна вызываться и как вообще запускать её, цикл или ещё что-то вроде того.

[xmoonlight]

Дмитрий,
Статус в бд - проверять/менять в момент запроса поля статуса для задач, исходя из разницы времени.
Ещё вариант: можно сделать вычисляемым полем в бд.

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

[Дмитрий]

xmoonlight, можно и так, просто принудительное обновление статуса по расписанию выглядит как-то надёжнее.

[FanatPHP]

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

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

[xmoonlight]

BuBux, кратко - не нужно поле статуса в бд.
Ориентируйтесь на текущее время при выборке и перед отображением по моему выражению проставляйте статус задачи: [истекает<текущее] и флаг(bool): "не завершено" => итог: просрочена.
Если флаг "завершена" => итог: выполнено.

[xmoonlight]

FanatPHP, Спасибо за попытку донести верную мысль!)

[Дмитрий]

FanatPHP, а если статусов в принципе больше одного и они - важная сущность в БД проекта? И могут меняться по множеству сценариев - поступила оплата, отправлен заказ, пришла заявка из стороннего сервиса и так далее?

[BuBux]

Дмитрий, в моем случае их несколько: В ожидании, Уточнение, В работе и т.д.

[xmoonlight]

Дмитрий, нет разницы. Выборка - идёт по дате просрочки или другим полям, где статус задаёт тот, кто их пишет.

[xmoonlight]

BuBux, скрипт-вьювер добавляет отметку рядом.
А всё перечисленное - это статус человека.
Можно и сменить при выборке записей, но это будет криво.

[Дмитрий]

xmoonlight, то есть, во-первых, может быть ситуация, когда смена статуса в БД необходима, а во-вторых, смена статуса на просроченный произойдет только в момент обращения к системе и выборки записей из БД. И если в систему не заходить, то через какое-то время может образоваться ситуация, при которой в базе куча записей с де-факто просроченными сроками, но с неизмененным статусом.
Я понимаю вашу мысль и согласен с тем, что в простых условиях этот подход проще, быстрее, эффективнее. Но может быть ситуация, когда прямой непосредственный контроль будет лучше.

[xmoonlight]

Дмитрий,

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

пример такой ситуации.

[Дмитрий]

xmoonlight, я уже привёл - есть список статусов, которые меняются по различным событиям. Статусы времени (просрочка и прочее) могут быть частью этого списка. Почему бы чётко не менять статус тогда, когда это подразумевается?

[xmoonlight]

Дмитрий,
1. Статусы с привязкой ко времени меняются с ходом времени.
2. Все другие - меняются теми, кто работает с задачей.

Что непонятно из этого?

[Дмитрий]

xmoonlight,

1. Статусы с привязкой ко времени меняются с ходом времени.

Каким именно образом? В момент обращения к записям из БД?

[Виктор]

xmoonlight, мне кажется так будет идеально. И можно это совместить с советом Дмитрий, если статус важная часть целой цепочки, тем более не стоит его менять без ведома пользователя (мое мнение), тогда уж лучше сделать признак просрочена в БД, и туда уже по крону проставлять тру/фолс по условию. Таки образом не меняя статуса получаем все что требуется, не меняя основной статус. Все это писал предполагая что не ведется история изменения статусов (да и если ведеться, такой вариант тоже будет не плох).

[xmoonlight]

Виктор, просрочена или нет - меняет вьювер данных базы: это скрипт, который вызывает человек.
Смысла в кроне - опять же никакого нет.

[xmoonlight]

Виктор, кратко: если статус завязан на ход времени, крон - лишний. (есть история смены или нет - не важно!)

[xmoonlight]

Виктор, можете делать и с кроном, но это:
1. Лишняя нагрузка на хостинг
и
2. Доп.звено в систему. А больше звеньев - меньше надёжность и сложнее поддержка.

[Виктор]

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

[xmoonlight]

Виктор,

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

в любом случае - будет возможно без крона.

Крон нужен только... (читаем в ответе PS-секцию).

Answer 3

[Алексей Добряков]

function getOrder($orderID)
{
('SELECT * FROM ?n WHERE primary_key=?i', $orderID)
}
function checkDate($orderID)
{
one ('SELECT date FROM ?n WHERE primary_key=?i', $orderID)
if(one>now) return true
}
function getAndCheck($orderID)
{
if($this->checkDate($orderID)) ('UPDATE t SET statusID WHERE primary_key=?i', $orderID);
$this->getOrder($orderID)
}