|
|
|
Напоминание клиенту о записи
|
|||
|---|---|---|---|
|
#18+
День добрый! Имеется приложение Delphi Xe + Firebird 2.5, где ведется запись клиентов на процедуры. Нужно делать напоминания через смс-рассылку, кому за час, кому за полчаса до приема. Кто как реализовывал? Мне на ум ничего не приходит как поток, который будет работать ежеминутно и проверять есть ли в ближайшие полчаса клиенты, которых надо предупредить. Не будет ли он грузить приложение? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2018, 06:35 |
|
||
|
Напоминание клиенту о записи
|
|||
|---|---|---|---|
|
#18+
aidynchik, фаербиорд умеет рассылать сообщения. При запуске приложения загрузи список клиентов, которые ждут СМС. А потом, при появлении новых клиентов, пусть сервер сообщение присылает. Вот в этот момент и считывай данные о новых клиентах, а не каждую минуту. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2018, 07:08 |
|
||
|
Напоминание клиенту о записи
|
|||
|---|---|---|---|
|
#18+
чччД, что-то я немного не догнал вашу мысль :( Даже, если я загружу список-кондидатов на смс, то все равно надо же как-то инициировать отправку за полчаса до приема? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2018, 07:15 |
|
||
|
Напоминание клиенту о записи
|
|||
|---|---|---|---|
|
#18+
aidynchik, ну и крутись, хоть в цикле хоть по таймеру, раз в минуту проверяй список. В чем проблема-то? Главное - из базы новые данные оперативно доставать, пореже в эту самую базу залезая. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2018, 08:05 |
|
||
|
Напоминание клиенту о записи
|
|||
|---|---|---|---|
|
#18+
чччД, аааа, вы об этом, ок, спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2018, 08:06 |
|
||
|
Напоминание клиенту о записи
|
|||
|---|---|---|---|
|
#18+
На всякий случай, почти все службы отправки сообщений умеют рассылать в заданное время ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2018, 10:55 |
|
||
|
Напоминание клиенту о записи
|
|||
|---|---|---|---|
|
#18+
aidynchikНужно делать напоминания через смс-рассылку, кому за час, кому за полчаса до приема. "очередь с приоритетами" либо через WM_TIMER / TTimer, либо через отдельный поток, который Sleep (xxxx) но после изменения очереди надо будет смотреть, изменился ли "первый самый ранний", и если да - перенестраивать "спящего" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2018, 15:36 |
|
||
|
Напоминание клиенту о записи
|
|||
|---|---|---|---|
|
#18+
чччДпри появлении новых клиентов, пусть сервер сообщение присылает если очень важно минимизировать траффик с БД, то тогда при изменении времени нужно будет клиенту заносить новую запись с новым ID по генератору, а аппликуха у себя в настройках помнит вплоть до какого ID она считывала записи. Ну или TIMESTAMP поле на триггере, если записи не так часто приходят, чтобы могли задублироваться. ....но вообще удивительно. Реальные люди, на реальном приёме, с реальными СМСками. Зачем нужно уменьшать "траффик БД" - там вроде бы просто неоткуда получить столько запросов, чтобы "уложить" сервер. Тупо каждую минуту вычитываешь до сих пор нечитанные записи. В 99% случаев будет пустой dataset. Все хорошо, спим дальше. Если только приложение на компе от сети работает и ему не нужно батарею ноутбука экономить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2018, 15:41 |
|
||
|
|
start [/forum/topic.php?fid=58&msg=39607359&tid=2041196]: |
0ms |
get settings: |
5ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
155ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 232ms |
| total: | 452ms |
| 0 / 0 |
