Самостоятельная подписка и отписка пользователя
Мы плавно подходим к окончанию разработки компонента и проведения уроков. Сегодня не будет ничего нового просто делаем самостоятельную подписку и отписку пользователя.
Для этого нужно будет добавить новое поле code в объект sxSubscriber (для ссылки "отписаться от рассылки"), прописать в классе sxNewsletter новые методы для проверки почты и подписки\отписки и добавить обработку этих действий в сниппет Sendex.
В общем, ничего интересного, обычное программирование на PHP.
Добавляем поле code
Редактируем нашу схему в файле /core/components/sendex/model/schema/sendex.mysql.schema.xml, добавляем поле и индекс:
<object class="sxSubscriber" table="sendex_subscribers" extends="xPDOSimpleObject">
....
<field key="code" dbtype="char" precision="40" phptype="string" null="true" default="" />
....
<index alias="code" name="code" primary="false" unique="true" type="BTREE">
<column key="code" length="" collation="A" null="false" />
</index>
</object>
Добавляем создание поля и индекса в ресолвере /_build/resolvers/resolve.tables.php.
$manager->addField('sxSubscriber', 'code');
$manager->addIndex('sxSubscriber', 'code');
И запускаем сборку пакета (/Sendex/_build/build.transport.php), которая перегенерирует модель и обновит таблицу БД.
Как видите, с каждым разом это всё проще и проще. Вот коммит.
Методы в sxNewsletter
Редактируем файл /core/components/sendex/model/sendex/sxnewsletter.class.php.
Всего мы добавляем 4 метода.
checkEmail
Метод для проверки email пользователя.
Здесь используется очень интересный сервис MODX modRegistry. Это специальная система MODX, куда вносятся временные данные, которые потом можно проверить и удалить. Например, через modRegistry работает сброс паролей.
// Подключем сервис
$registry = $this->xpdo->getService('registry', 'registry.modRegistry');
$instance = $registry->getRegister('user', 'registry.modDbRegister');
$instance->connect();
// Создаём свой канал
$instance->subscribe('/sendex/subscribe/');
// Сохраняем нужные данные
$instance->send('/sendex/subscribe/',
array(
$hash => array(
'user_id' => $user_id,
'newsletter_id' => $this->id,
'email' => $email,
)
),
array(
'ttl' => $linkTTL
)
);
Теперь в течении времени ttl можно получить сохранённые данные в следующем методе.
confirmEmail
Метод для подтверждения email пользователя. К нему приходит ссылка, по которой он должен перейти с уникальным hash - его мы сохранили в modRegistry в предыдущем методе.
// Подключем сервис
// ...
// Подписываемся на канал, указывая уникальный хэш из письма
$instance->subscribe('/sendex/subscribe/' . $hash);
// Читаем данные и удаляем после этого.
$entry = $instance->read(array('poll_limit' => 1));
// Если код верный, и мы что-то прочитали - проверяем и вызываем следующий метод
if (!empty($entry[0])) {
$entry = reset($entry);
if ($this->id != $entry['newsletter_id']) {
/** @var sxNewsletter $newsletter */
if ($newsletter = $this->xpdo->getObject('sxNewsletter', array('id' => $entry['newsletter_id'], 'active' => 1))) {
$newsletter->Subscribe($entry['user_id'], $entry['email']);
}
else {
return false;
}
}
else {
return $this->Subscribe($entry['user_id'], $entry['email']);
}
}
На странице может быть несколько сниппетов с подписками, поэтому я предусмотрел вызов нужного объекта sxNewsletter, иначе может быть путаница.
Subscribe
Метод для подписки пользователя на рассылку. Тут все просто: обычные проверки входящих данных и создание объекта:
$subscriber = $this->xpdo->newObject('sxSubscriber');
$subscriber->fromArray(array(
'newsletter_id' => $this->id,
'user_id' => $user_id,
'email' => $email
), '', true, true);
Обратите внимание, что здесь не указывается поле новое code, его мы будем задавать при сохранении объекта sxSubscriber.
Я расширяю метод save() для того, чтобы гарантировать, что у юзера всегда будет уникальный код для отписки от рассылки.
public function save($cacheFlag = null) {
$hash = sha1(uniqid(sha1($this->user_id . $this->newsletter_id . $this->email), true));
$this->set('code', $hash);
return parent::save($cacheFlag);
}
unSubscribe
Метод для отписки читателя от рассылки. Получает code, ищет по нему запись в БД и удаляет.
if ($subscriber = $this->xpdo->getObject('sxSubscriber', array('code' => $code))) {
return $subscriber->remove();
}
Пользователю не нужно ничего подтверждать. Если у него есть уникальный код для отписки - он отписывается в одно движение.
Вот коммит со всеми методами. Теперь нужно доработать сниппет Sendex, чтобы он мог их вызывать.
Работа с подпиской в сниппете
Сниппет, как и прежде, показывает разные формы, в зависимости от статуса пользователя. Но теперь он еще и случает в переменную sx_action массива $_REQUEST.
Если такая переменная есть, значит пользователь отправил форму, и нужно её обработать. Всего я предусмотрел 3 действия.
subscribeр4> Проверяем email и вызываем метод checkEmail из объекта подписки. Если в ответ приходит true, значит юзер уже подписан, если false - ошибка, в противном случае мы получаем уникальный ключ для доступа к данным в modRegistry.
Нужно отправить его письмом юзеру, и для этого я добавил метод Sendex::sendEmail(). Для оформления письма с активацией используется новый чанк tpl.Sendex.subscribe.activate
confirm
Юзер получает письмо и должен пройти по ссылке. В ней, конечно, указан другой sx_action - confirm. Для него сниппет вызывает sxNewsletter::confirmEmail() и передаёт туда хэш из ссылки в письме.
Если хэш верный, то метод получит данные и создаст нового подписчика sxSubscriber. При сохранении, как мы помним, ему будет сгенерирован уникальный код отписки.
unsubscribe
Если пользователь уже подписан на рассылку, ему показывается форма отписки и в неё я добавил скрытый input code. Если юзер отправит эту форму с sx_action = ubsubscribe, то код пойдёт в метод sxNewsletter::unSubscribe() и юзер будет отписан.
Код генерируется случайно, алгоритм sha1 практически исключает коллизии, так что отписан будет именно тот, кто нажал форму.
Еще пара замечаний
Во время работы сниппета могут проиходить разные нештатные ситуации. Юзер уже подписан, meail неверный и т.д. Так вот, если есть сообщение, то оно сохраняется в плейхолдер [[+message]], а если это ошибка, то выставляется и плейхолдер error.
Если же всё в порядке, то после обработки sx_action страница перезагружается, чтобы удалить данные из $_POST. Иначе, при нажатии F5 брайзер будет отправлять форму повторно.
Сниппет далек от идеала, и пока представлен в няглядной форме, для обучения. По хорошему, его нужно бы научить работать через ajax и более понятно выводить ошибки.
Но для наших целей и этого достаточно.
Вот коммит со всеми изменениями сниппета, чанков и лексиконов. Ах да, вот еще лексиконы.
Заключение
Итак, у нас есть сниппет, выводящий 2 формы, в зависимости от статуса юзера.
При отправке этих форм он вызывает методы в объекте рассылки и подписывает\отписывает юзеров. При подписке проверяется email, при отписке - нет.
Как только пользователь подписался, можно генерирвоать письма через админку или api и отпарвлять. На следующем занятии мы набросаем скрипты для автоматической постановки писем в очередь при разных событиях, и отправки по cron.
После этого, я думаю, вы позадаёте мне вопросы, и наши занятия закончатся, потому что первая бета-версия компонента будет готова.
0
👍
👎
❤️
🔥
😮
😢
😀
😡
2 647
12.12.2013, 15:27:24
6 комментариев
Василий Столейков
21.01.2014, 16:18:59
В идеале, было бы здорово добавить сниппету ещё один параметр, что-то типа &uidAuth (user id), для того, чтобы подписать/отписать какого-то отдельного пользователя или сразу нескольких. Чтобы не делать это из админки одиночным добавлением. Пример:
Для чего это нужно: всех существующих пользователей подписать на новости сайта. Также в этот параметр может подставляться ID какого-то конкретного пользователя в чанке pdoUsers, чтобы администратор мог лично и быстро подписать нужных пользователей. P.S. Хотя, может я чего-то ещё не понимаю...
Василий Наумкин
21.01.2014, 18:43:57
Сниппет вызывается на сайте самим пользователем и работает именно с ним. Других пользователей он трогать не должен.
Для административных нужд у нас есть методы Subscribe и unSubscribe.
Василий Столейков
21.01.2014, 18:45:13
Логично, спасибо.
Алексей Карташов
31.01.2014, 00:20:27
Василий, одну штуку заметил - при отписке от рассылки ни здесь, ни здесь не делается проверки - а собственно тот ли пользователь запрашивает отписку. Теоритически (теоритически!) можно простым перебором всех подряд отписывать. Вероятность попадания в цель небольшая, но всё же есть.
Василий Наумкин
31.01.2014, 00:32:05
Ты видел, какой там код генерируется? 40 символов, фиг переберешь.
Алексей Карташов
31.01.2014, 00:43:51
Ну в принципе, количество всех возможных вариантов равно 36^40 (0-9a-z = 36), что равно примерно 1786899102460170545314324772894400000000000000000000000000000000000000000000000000000000000000. Каковы там скорости перебора современных GPU?))
p.s. но проверочку всё-таки добавил :-) Примешь?
bezumkin.ru
Личный сайт Василия Наумкина
Прямой эфир
Дмитрий
21.12.2024, 13:27:06
Здравствуйте.В ModX есть полезная функция "заморозить url родителя". При ее включении вместо:
УРЛ п...
Дмитрий
14.12.2024, 09:10:38
Василий, прошу прощения, тупанул, не разобрался сразу. Фреймворк отличный! "Чистый лист" на vue, рис...
Василий Наумкин
05.12.2024, 20:01:14
В итоге основная ошибка была в неправильном общем root в Nginx, из-за чего запросы не улетали на фай...
Василий Наумкин
01.07.2024, 11:56:41
Да, верно, именно так.
А в контроллере, скорее всего, ловить данные методом post.
Василий Наумкин
26.06.2024, 09:38:15
О, точно, вылезает если не залогинен.
Спасибо, исправил!
Василий Наумкин
09.04.2024, 04:45:01
> Ошибка 500
Это не похоже на ошибку Nginx, это скорее всего ошибка PHP - надо смотреть его логи.
...
Уровни подписки
Спасибо!
500 ₽ в месяц
Эта подписка ничего не даёт, просто возможность сказать спасибо за мои заметки. Подписчики отмечаются зелёненьким цветом в комментариях.
Большое спасибо!
1 000 ₽ в месяц
И эта подписка не даёт ничего, кроме оранжевого цвета в комментариях и возможности сказать спасибо, но уже большое!