Как реализовать отправку смс 100-500 смс за раз?

Question

[alex_belouss]

Есть на сайте база клиентов. Нужно отправлять каждому из них смс сообщение каждые полгода. База заполняется постепенно, добавили сегодня клиента или обновили его записи, полгода фиксируется с этого момента. Таким образом в будущем может скопиться так, что в один день нужно отправить за раз 100 или 500 клиентам.

Я планиурю сделать так, в БД просто обновляется дата-столбец last_updated
А потом крон каждый день будет запускать скрипт, скрипт будет вытаскивать те записи, если last_updated равно или больше 6 месяцев. Допустим вытаскивается 100 записей. Я форичем каждому из них отправляю смс и обновляю last_updated

(foreach $items as $item)
{
sendSms($iitem->phone);
// а здесь по айди item находим запись и обновляем last_updated
}

Правильное ли это решение? И какие сбои могут случиться?

Answer 1

[Exploding]

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

Для примера: я использую сервис, который позволяет напрямую подключаться к их БД (для каждого клиента там отдельная таблица) и просто инсертю в нее столько смс - сколько моя душа пожелает, хоть 100 хоть 1000 хоть лям (ну и средства на аккаунте:)), а дальше уже его проблемы как он их будет отправлять. Данные он получил, "расписался" - аривидерчи:)

Comments

[alex_belouss]

Сервис который предоставляет свою либу, ограничений нет со стороны сервиса, думал форичом если 1000 номеров будет, то скрипт тупо не сможет обработать.
А что за сервис, которым вы пользуетесь?

[Exploding]

alex_belouss: turbosms.ua.
Но тут я имел ввиду другое немного, если я без проблем могу установить прямой коннект с мускульной таблицей провайдера смс - я могу постить в нее в принципе без опасений, что где-то какой-то парсер или еще какая "прокладка" вдруг заглючит или лаганет, как это может случиться в Вашем случае когда от Вас будут лететь тонны json или xml данных...
Я бы на Вашем месте сделал так:

Про крон все правильно Вы начали, но не надо пихать в форич "все что нажито" на данный момент! Я бы брал небольшими пачками например по 20 номеров на селект, и проходился бы по ним не форичем, а колбэк или рекурсивной функцией, чтобы если вдруг что - по кругу... ну а там параметры в виде кол-ва попыток и т.д. уже сами придумаете...
Я не думаю, что если 1000 номеров разбить на пакеты по 20 штук - это сильно на что-то повлияет... вангую: 99,9% смс будет быстро улетать по месту назначения, это только в теории так кажется, что долгая песня получится:)

Answer 2

[f f]

Присвой им ключи и делай отправку по возрастанию в цикле

Comments

[alex_belouss]

можете поподробнее написать или скинуть ссылку?

[f f]

$array_sms = array('first' => '1'....);
ключ = first, 1 = условно говоря, айди юзера.
А рассылать так же, по ключам

Answer 3

[Dimonchik]

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

Comments

[alex_belouss]

да, буду думать дальше)

Answer 4

[Богдан]

Ну а почему не использовать ActiveRecord на рельсах, и тем самым можно более эффективно манипулировать данными

items = Item.all.where('last_updated <= ?', Time.now - 6.month).limit(100)

items.each do |item|
  sendSms(item.phone)
  item.update(last_updated: Time.now)
end

Comments

[alex_belouss]

Решили на пхп фреймворке делать)

[Богдан]

Ну дело вкуса, как по мне на ПХП настолько лаконичный код Вы не напишете ))))

[alex_belouss]

Богдан: даа) есть такое.