Запуск скрипта через некоторое время

[kimisa]

Заказчик дал задачу: нужно, чтобы через 15 минут после регистрации пользователя ему отправлялось письмо. Я не могу придумать как это сделать. Т.к. если использовать sleep, то скрипт просто зависает(в плане останавливает работу). А если в это время зарегистрируется еще один пользователь? Запуск по крону тоже не то, т.к. отсчет времени идет от регистрации. На ум что-то ничего не приходит. Это вообще реализуемо?

 

[michelle]

Как вариант - делаешь табличку в базе в которую кидаешь время регистрации.
И потом раз в минуту кроном ее разбираешь на предмет текущих отправлений - кому подошел срок, отправить и поставить флаг что отправил или удалить такую запись.

 

[kimisa]

Блин, а нет более красивого решения? Т.к. работаю на базе цмс. Она сама жрет ресурсы, а тут каждую минуту еще доп запрос к базе. Но решение с новой таблицей более красивое, нежели каждый раз делать запрос во все места и определять было ли отправлено письмо для нового пользователя.

 

[antson]

@kimisa, а цмс нет готового функционала очереди почтовых уведомлений ?
если движок отпочковался от codeIgnitor, то там немного докрутить класс Emailer. Добавить поле "выслать не ранее" и поменять чуть метод обработки с учетом этого .

 

[antson]

кроме крона, задачу по другому не решить.

 

[kimisa]

Нет там такого. Это битрикс (не надо кидать помидорами, работаю с тем, где больше платят).

 

[kimisa]

Я просто думала может что-то пропустила, может есть такой функционал у php. Ок, придется на крон сажать.

 

[antson]

в битриксе есть возможность отправки сообщений через очередь
см /bitrix/modules/main/tools/cron_events.php

 

[WMix]

работаю на базе цмс. Она сама жрет ресурсы,

создай новую базу только для очереди

 

[kimisa]

в битриксе есть возможность отправки сообщений через очередь
см /bitrix/modules/main/tools/cron_events.php

Это тоже своего рода крон. Надо вначале его создать, а потом и еще удалить.

 

[kimisa]

создай новую базу только для очереди

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

 

[AnrDaemon]

Может, вам лучше вообще не работать? Просто получать деньги… ну, раз ничего делать не хотите?

 

[Breeze]

а тут каждую минуту еще доп запрос к базе

Чего такого страшного в доп запросе к базе?

Это как бы очередь и не очередь

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

 

[kimisa]

Чего такого страшного в доп запросе к базе?

Как такового нет, если таких скриптов на кроне не становится много. Клиен скажет, а я хочу вот это и сажаем на крон. А теперь мне нужно вот это и снова сажаем на крон. В итоге имеем кучу скриптов, которые запускаются каждую минуту.

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

Я это и имела в виду, просто не совсем правильно выразилась. Т.е. зависимость идет от времени.

 

[Breeze]

если таких скриптов на кроне не становится много

что есть много? даже 100 тасков в кроне может быть немного при определённых обстоятельствах

 

[kimisa]

что есть много? даже 100 тасков в кроне может быть немного при определённых обстоятельствах

)) Битрикс прожорлив. Поэтому по возможности ищу способы меньше его задействовать.

 

[kimisa]

Может, вам лучше вообще не работать? Просто получать деньги… ну, раз ничего делать не хотите?

Я писала, что я ничего не хочу делать? Я просто предотвратила дискуссии о том, что битрикс гавно.
Все хают и 1С, но вот самые требуемые и оплачиваемые именно они. Я не веду речь о Москве. Я веду речь про регионы. И еще это моя шабашка, а не основная работа.
P.S. Могу точно сказать, что битрикс еще не такое гавно. Но обсуждать этот момент я не хочу. Тема моего вопроса в этом не заключается.
P.S. А вопрос задаю, т.к. думала может еще есть то, что не знаешь. Ведь не зря говорят, что чем больше узнаешь, тем больше кажется что ты не знаешь )))

 

[antson]

@kimisa, не хаем мы битрикс. Но вот, то , что вы сейчас хотите, не хотите, это очередной костыль вместо желания использовать механизмы разработчиков по расширению функционала.
Изначально там задумано, что админ сервака в случае необходимости кроновских задач, в кроне прописывает только одно правило . Каждую минуту вызывать /cron_events.php
А уж все остальные модули / расширения подрубаются / рулятся из админки битрикса.

 

[michelle]

)) Битрикс прожорлив. Поэтому по возможности ищу способы меньше его задействовать.

Вам "шашечки или ехать"?
Вам подсказали правильное решение - делать средствами битрикс.

Ну а так .... можете сервак помощнее поставить, а не подстольный десктоп!

 

[antson]

https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=41&LESSON_ID=4808&LESSON_PATH=3911.4553.4808 - идеально оформить как расширение функционала автоматическая рассылка.
с редактором условий формирования разовых уведомлений.