Кто-то сомневается в доставке сообщений через мессенджеры, кому-то важно управлять каким-то оборудованием без интернета. Основная цель - дать примеры, дальше уже каждый отталкивается от своих задач
В статье на 100% не дали такого ответа :) потому что скорость зависит от задачи. Например, если нужна скорость записи и горизонтальное масштабирование, лучше сработает NoSQL. Если важны сложные аналитические запросы и транзакционная целостность, то лучше SQL. Если нужны аналитика и быстрые агрегатные операции, то лучше ClickHouse, а если важны частые обновления, ключевой доступ - NoSQL.
Вы абсолютно правы, это сейчас proof-of-concept — идея в минимальном исполнении. При перезапуске приложения задачи теряются, и для продакшена такое, конечно, не пойдет. Просто в контексте статьи я не стал углубляться, чтобы не перегружать пример.
А решается это дело легко: сохраняем задачи в базе с полями UID, дата/время отправки и статус. При старте приложения читаем незавершенные задачи и заново их планируем. Если нужно что-то более масштабируемое, то подключаем очереди сообщений вроде Redis или RabbitMQ
Да, всё верно. по Битриксу достаточно модулей, в том числе для SMS рассылки, но иногда для расширения функций попросту готовых расширений может не хватить под все задачи бизнеса. В недрах Битрикса в этом году постили подборку приложений для более гибкой отправки сообщений. Поэтому подумали не лишним написать про связку через API, чтобы в дальнейшем желающие могли изменять код под свои потребности
Привет! Спасибо за развёрнутый комментарий, действительно есть над чем подумать. Начну с того, что цель статьи — продемонстрировать простой рабочий прототип системы SMS-голосования, которая должна быть понятна и полезна даже для тех, кто не сталкивался с подобными решениями. Конечно, данный код — это не эталон production-ready системы, но он вполне выполняет свою задачу в рамках туториала.
Cпасибо за критику, некоторые ваши советы действительно дельные, и мы учтем их в следующих статьях.
Добротный модуль, со своей задачей справляется. Юзерам, опять же проще: и полей поменьше, и мучиться с придумыванием имени не надо. Я вижу два жирных минуса: во-первых, выше риски утечки. Взламывают почту нередко, да и человек сам потом не вспомнит, кому он свой email раздавал, а сайт будет назначен крайним. Во-вторых, при переходе на новые версии Drupal, от 10.3 и выше, весьма вероятны проблемы с совместимостью. Так что я голосую за SMS-подтверждения.
Кто-то сомневается в доставке сообщений через мессенджеры, кому-то важно управлять каким-то оборудованием без интернета. Основная цель - дать примеры, дальше уже каждый отталкивается от своих задач
верный посыл :)
В статье на 100% не дали такого ответа :) потому что скорость зависит от задачи. Например, если нужна скорость записи и горизонтальное масштабирование, лучше сработает NoSQL.
Если важны сложные аналитические запросы и транзакционная целостность, то лучше SQL. Если нужны аналитика и быстрые агрегатные операции, то лучше ClickHouse, а если важны частые обновления, ключевой доступ - NoSQL.
Благодарю, поправили
когда-нибудь все клиники дойдут до такой степени автоматизации :)
Нет, но бесплатно проверить работу можно, с помощью тестового баланса. SMS или TG, это уже зависит от задач пользователя
Ценная информация, и тонкостей в SMPP действительно хватает. Новичкам советы точно пригодятся. Свои примеры доработаем, спасибо за комментарий :)
Вы абсолютно правы, это сейчас proof-of-concept — идея в минимальном исполнении. При перезапуске приложения задачи теряются, и для продакшена такое, конечно, не пойдет. Просто в контексте статьи я не стал углубляться, чтобы не перегружать пример.
А решается это дело легко: сохраняем задачи в базе с полями UID, дата/время отправки и статус. При старте приложения читаем незавершенные задачи и заново их планируем. Если нужно что-то более масштабируемое, то подключаем очереди сообщений вроде Redis или RabbitMQ
Реальность иногда может быть страшнее Хэллоуина :)
Да, всё верно. по Битриксу достаточно модулей, в том числе для SMS рассылки, но иногда для расширения функций попросту готовых расширений может не хватить под все задачи бизнеса. В недрах Битрикса в этом году постили подборку приложений для более гибкой отправки сообщений. Поэтому подумали не лишним написать про связку через API, чтобы в дальнейшем желающие могли изменять код под свои потребности
Привет! Спасибо за развёрнутый комментарий, действительно есть над чем подумать. Начну с того, что цель статьи — продемонстрировать простой рабочий прототип системы SMS-голосования, которая должна быть понятна и полезна даже для тех, кто не сталкивался с подобными решениями. Конечно, данный код — это не эталон production-ready системы, но он вполне выполняет свою задачу в рамках туториала.
Cпасибо за критику, некоторые ваши советы действительно дельные, и мы учтем их в следующих статьях.
Будем рады вашим комментариям в будущем!
Добротный модуль, со своей задачей справляется. Юзерам, опять же проще: и полей поменьше, и мучиться с придумыванием имени не надо. Я вижу два жирных минуса: во-первых, выше риски утечки. Взламывают почту нередко, да и человек сам потом не вспомнит, кому он свой email раздавал, а сайт будет назначен крайним. Во-вторых, при переходе на новые версии Drupal, от 10.3 и выше, весьма вероятны проблемы с совместимостью. Так что я голосую за SMS-подтверждения.
В статье упомянули 8 раз расшифровку и 30 раз транскрибацию, в следующий раз постараемся сохранить баланс :)
Попробуем в будущих статьях углубиться)