Нужно что-то вроде Cron, но не он...

Есть сайт доска объявлений. Пользователь, который размещает объявления, может в ЛК нажать на кнопку "поднять" и дата обновления объявление изменяется, и оно перемещается в самый верх списка объявлений.
Есть также кнопка "автоподнятие". При клике на нее, должен срабатывать скрипт, который будет автоматически, каждые 3 часа, поднимать объявление.

Если использовать крон с интервалом выполнения "каждый час", то в этом смысла не будет.
Например в 12:01:38 должна подняться реклама. Фактически она будет подниматься в 13:00, 14:00 и т.д.
Т.е. как бы первое автоподнятие срабатывает с погрешностью в час, а все остальные автоподнятия приравниваются к времени запуска скрипта.
Но это нас не устроит, т.к. в указанное время будут одновременно подниматься все объявления, которые стоят на автоподнятии.
Соответственно толку от такого автоподнятия - никакого.

А нужно сделать так, чтобы каждое объявление поднималось именно в свое указанное время. Желательно вплоть до секунд.
(Добавление)
Вариант который нашел в интернете - запустить скрипт через консоль командой nohup с & на конце предложения.

При этом внутри скрипта написать зацикливание с задержкой в секунду.
Подвергает сомнению лишь то, на сколько это загрузит сервак? Это приемлемый выход? Так вообще делают или есть более гуманный (для сервера) способ?

p.s. И еще не нашел инфы, что будет если перезагрузить сервер? Скрипт автоматически запуститься или его надо будет снова запустить в ручную через nohup?

(Отредактировано автором: 12 Декабря, 2015 - 10:49:41)

Минутная точность - крон. Самое простое.

Если всё-таки нужна точность мельче - есть разные варианты.
Бесконечный цикл sleep(1) можно. Если вам проблема 1 qps, то у вас уже проблема в другом месте. При рестарте, разумеется, кто-то должен скрипт запустить снова. Плюс не забыть про возможность скрипта упасть внезапно самому. Затем, если делать именно sleep(1), то событие будет вызываться меньше 60 раз в минуту, это не всегда подходит.

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

Поглядеть, что умеют сами субд: у mysql штатный шедулер, помнится, был.

-----
PostgreSQL DBA

Спасибо, очень помог ответ. Теперь есть куда покапать
Пользуясь случаем, хочу уточнить 2 момента:

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

А Вы что посоветуете? Он как виртуальный сервер ставиться или "сервер" - это просто такое название у него?

Supervisor как вариант

Мелкий иммел ввиду например RabbitMQ

Как вариант взгляните сюда
https://github[dot]com/treffynnon/PH[dot][dot][dot]ob-Queue-Wrapper
данное решение работает только на *nix (никаких Windows). это обертка над утилитой at

Можно воспользоваться чем-нибудь общим, supervisord какой-нибудь.
Можно самостоятельно что-нибудь по типу pid-файлов понатыкать и периодически (опять крон, ага) проверять, доступен ли этот pid для posix_kill(0).


Здесь в значении программы, серверной стороны клиент-серверного взаимодействия.
Я для очередей использовал только mbus - дополнение для postgresql. Для такой задачи не подойдёт, проще будет сразу пинать таблицы.
Gearman можно потыкать.

А посоветую не извращаться и оставить минутный допуск.

-----
PostgreSQL DBA

Да, с текущей задачей так и сделаю. Но инфа очень полезная для всеобщего обозрения. Может когда-нибудь пригодится
(Добавление)

Спасибо, интересная тема