Игорь
С нами с 07 мая 2015; Место в рейтинге пользователей: #770Почта Яндекс включила обязательный SSL
Всю прошлую неделю Яндекс присылал уведомления о принудительном включении SSL на всех почтовых сервисах, это касается и отправки, и получения почты.
Инструкция по настройке почтовых программ находится здесь, а для того, чтобы включить работу через SSL в SMTP в MODX нужно внести в настройки следующие изменения:
Если вдруг вы еще не используете почту для доменов Яндекс, но очень хотите — инструкцию по настройке для MODX можно глянуть вот здесь.
Инструкция по настройке почтовых программ находится здесь, а для того, чтобы включить работу через SSL в SMTP в MODX нужно внести в настройки следующие изменения:
- mail_smtp_port — 465
- mail_smtp_prefix — ssl
- mail_smtp_hosts — smtp.yandex.ru
Если вдруг вы еще не используете почту для доменов Яндекс, но очень хотите — инструкцию по настройке для MODX можно глянуть вот здесь.
Использование modRegistry
В MODX есть очень хорошая штука для хранения временных данных — объекты modRegistry. В народе их еще называют регистры, видимо из-за исторических параллелей.
modRegistry очень удобно использовать, когда вам нужно сохранить временный пароль на полчаса, или разрешить пользователю выполнять операцию не чаще чем 1 раза в n минут.
Этот класс отлично документирован, но я хочу показать простой и понятный пример.
modRegistry очень удобно использовать, когда вам нужно сохранить временный пароль на полчаса, или разрешить пользователю выполнять операцию не чаще чем 1 раза в n минут.
Этот класс отлично документирован, но я хочу показать простой и понятный пример.
Расширенные поля пользователей
Небольшая пошаговая инструкция, как научиться сохранять любые интересующие данные о юзере в специальное поле extended.
На самом деле, это никакой не секрет. Во многих объектах MODX есть специальное поле типа JSON, которое хранится в БД как текст, например, properties у modResource и extended у modUserProfile.
При работе с объектами xPDO, JSON текст из этих полей превращается в массивы. То есть, общий принцип выглядит так:
На самом деле, это никакой не секрет. Во многих объектах MODX есть специальное поле типа JSON, которое хранится в БД как текст, например, properties у modResource и extended у modUserProfile.
При работе с объектами xPDO, JSON текст из этих полей превращается в массивы. То есть, общий принцип выглядит так:
// id нужного пользователя
$user_id = 15;
// Получаем объект modUser
if ($user = $modx->getObject('modUser', $user_id)) {
// Получаем связанный с ним профиль пользователя
if ($profile = $user->getOne('Profile')) {
// Получаем специальное поле extended
$extended = $profile->get('extended');
// Добавляем новое значение
$extended['mykey'] = 'mydata';
// И сохраняем обратно в профиль
$profile->set('extended', $extended);
$profile->save();
}
}
Самое приятное, что эти данные вы можете не только просмотреть на странице пользователя, но и изменить.Цена в рублях по курсу доллара в miniShop2
Как выводить в miniShop2 сумму товара в рублях, если цена указана в долларах? Есть плагин парсера курса валют.
Modx Revo передача параметров чанку на кириллице
Приветствую!
Такой вопрос (может кто сталкивался)
Передаю значения чанку на кириллице (UTF8) вот так:
В чанке соответственно:
В итоге в HTML вставляется вот так:
Т.е. все вставляется в h3, если передать значения на английском то все срабатывает как надо. Видимо парсер криво парсит — то ли что то с кавычками (хотя английских нормально проходит), то ли ему кириллица не нравится.
Пробовал @CODE: — он тоже лезит в h3 (сама деректива там появляется — h3 '@CODE: ПОИСК и т.д.)
Знающие люди подскажите, в код модикса лезть не хочется.
Куда копать?
Такой вопрос (может кто сталкивался)
Передаю значения чанку на кириллице (UTF8) вот так:
[[$chunkName?
&title=`ПОИСК что то еще на русском`
&button=`искать`
]]
В чанке соответственно:
<article class="grid_[[+grid]]">
<h3>[[+title]]</h3>
<form id="form2" class="jqtransform" method="get">
...
<a class="button2">[[+button]]</a>
<div class="clear"></div>
</form>
</article>
В итоге в HTML вставляется вот так:
<h3>`ПОИСК что то еще на русском`&button=`искать`</h3>
...
<a class="button2"></a>
...
Т.е. все вставляется в h3, если передать значения на английском то все срабатывает как надо. Видимо парсер криво парсит — то ли что то с кавычками (хотя английских нормально проходит), то ли ему кириллица не нравится.
Пробовал @CODE: — он тоже лезит в h3 (сама деректива там появляется — h3 '@CODE: ПОИСК и т.д.)
Знающие люди подскажите, в код модикса лезть не хочется.
Куда копать?
Редактор фронтенда
Доброго дня, Василий. Перешел с Evo на Revo и никак не могу понять чем заменить QM, который позволял редактировать ресурсы во фронтенде. Что для этих целей нужно использовать в Revo?
Спасибо.
Спасибо.
Пара фокусов с xPDO
В ходе одного исследования выяснил несколько интересных вещей про xPDO, о которых раньше не задумывался или некогда было проверить.
Решил немедленно поделиться.
Решил немедленно поделиться.