Очень похоже, что отправка осуществляется через SMTP.
Поставьте реальный адрес отправителя.
29 апреля 2015, 15:10
+3
Они теперь не нужны. Внимательно прочитайте пост про RC:
Страницы классов TicketsSection и Ticket расширены гораздо более грамотно, и не мешают подключению сторонних дополнений, типа Tagger. Да-да, вы можете использовать эти теги вместе с Tickets!
29 апреля 2015, 15:03
0
Это говорит только о том, что сообщение выводится на уровне ошибок.
Измените строку:
$modx->log(1,'Плагин уведомления о новом пользователе запущен. Режим изменения пользователя: '.$mode);
29 апреля 2015, 14:28
0
Сразу после
case 'OnUserSave':
Добавьте
$modx->log(1,'Плагин уведомления о новом пользователе запущен');
Если такой строки не увидите в системном журнале, то разбирайтесь, почему плагин не запускается.
Сам плагин рабочий, скопирован с действующего проекта.
Насколько я знаю, решение твоей задачи невозможно без существенного вмешательства в исходники MS2.
29 апреля 2015, 10:30
0
Проверьте, работает ли отправка почты с Вашего сайта, с помощью QuickEmail.
29 апреля 2015, 10:25
0
Нужно не только с такими вызовами фильтров разобраться, но и заново пересмотреть структуру. Имеющееся обилие фильтров всегда будут потенциальным источником головной боли.
Нескольких шаблонов не нужно бояться. Лучше 2-3 простых шаблона, чем один перегруженный фильтрами.
29 апреля 2015, 02:09
0
&actionKey Вы добавили сами, этот параметр работал корректно.
Для отключения переадресации необходимо было добавить &loginResourceId=`[[*id]]`.
Что касается чрезмерного количества условий в шаблоне — парсер MODX сначала обрабатывает самые внутренние вложенные конструкции, и только потом внешние.
Сначала будет запущен в работу сниппет Shopkeeper со всеми параметрами и обработан чанк orderTpl, и только потом запустится проверка условия по ID. Но если ID не совпадет, то результат работы первого шага выводить не нужно. Он и не выведется. А время на обработку уже затрачено.
Поскольку большинство страниц, к которым применен шаблон, служебные, вызовы необходимых сниппетов правильнее писать непосредственно в их поле content, а в шаблоне вместо кучи строк с проверкой ID сделать простой вызов [[*content]].
Но если уж хочется сделать все в одном шаблоне с проверкой ID, используйте такие конструкции:
Разница по сравнению с первым вариантом в том, сначала выполнится внутреннее условие проверки по ID и, если произойдет совпадение, после подстановки значения образуется новый для выполнения тег.
Таким образом, сниппет запустится только на одной единственной странице, а не на всех сразу.
Если так изменить все остальные условия, Вы сразу же заметите разницу в скорости загрузки страниц с этим шаблоном.
28 апреля 2015, 17:48
0
Может, опубликуете решение прикрепления файлов к комментариям? Думаю, пригодится многим.
28 апреля 2015, 17:48
0
Тикеты по определению в разы больше подходят для решения задачи, нежели FormIt2db. Сохраните Вы форму, а дальше что? Несколько форм надо связать между собой, как минимум. Появится невероятное количество велосипедов, которые при использовании Tickets просто не понадобятся.
28 апреля 2015, 15:12
0
Хорошо, ближе к вечеру посмотрю.
28 апреля 2015, 14:57
0
Еще «точка ру» :)
28 апреля 2015, 14:52
0
Замените решетку на собаку (@) и уберите пробелы между словами.
В таком виде адрес написан, чтобы роботам хотя бы немного сложнее было его занести в спам-базы.
28 апреля 2015, 14:46
+1
Тайтлы — через JS достаточно легко это сделать.
По урлам — modx.pro/components/5355-msearch2-version-1-3-0-alias-filters/
Василий недавно обновил компонент, для tv|metro возможно задать alias, и тогда адрес станет на порядок удобнее. Что же касается полноценных FURL, mSearch их не генерирует.
Как на твоем сайте сделан каталог по станциям, пускай он таким и остается. А полноценный множественный фильтр с ЧПУ сложно представить. В каком порядке в адресе должны располагаться фильтры? Как реализовать подстановку значений «От» и «До»?
ИМХО, здесь Василий в отношении ЧПУ прав полностью — каталог страница с фильтром является технической, поэтому наличие многих GET параметров в адресе допустимо.
28 апреля 2015, 14:36
0
mail # compaero.ru
Отправьте макеты и ссылку на существующий магазин.
28 апреля 2015, 12:32
0
Разгадка здесь.
Когда запрашиваются группы пользователя, их список берется из сессии.
Алексей, попробуйте проверить, применяется ли изменение групп, если в сессии есть только один контекст.
Сейчас для ответа посмотрел modUser и процессор logout, обратил внимание на интересный момент — если после logout не остается контекстов, в которых пользователь залогинен, сессия должна уничтожиться. Если же есть еще контексты, то со списком групп ничего не произойдет.
28 апреля 2015, 09:38
0
Напишите мне на почту доступ к сайту mail # compaero.ru
28 апреля 2015, 09:37
0
Помимо системной настройки «admin_email» нужен чанк с именем «tpl.reg_user».
Названия настройки и чанка могут быть любыми, только не забудьте их поменять в тексте плагина.
Поставьте реальный адрес отправителя.
Измените строку:
Добавьте
Если такой строки не увидите в системном журнале, то разбирайтесь, почему плагин не запускается.
Сам плагин рабочий, скопирован с действующего проекта.
Так работает?
Насколько я знаю, решение твоей задачи невозможно без существенного вмешательства в исходники MS2.
Нескольких шаблонов не нужно бояться. Лучше 2-3 простых шаблона, чем один перегруженный фильтрами.
Для отключения переадресации необходимо было добавить &loginResourceId=`[[*id]]`.
Что касается чрезмерного количества условий в шаблоне — парсер MODX сначала обрабатывает самые внутренние вложенные конструкции, и только потом внешние.
Пример:
Сначала будет запущен в работу сниппет Shopkeeper со всеми параметрами и обработан чанк orderTpl, и только потом запустится проверка условия по ID. Но если ID не совпадет, то результат работы первого шага выводить не нужно. Он и не выведется. А время на обработку уже затрачено.
Поскольку большинство страниц, к которым применен шаблон, служебные, вызовы необходимых сниппетов правильнее писать непосредственно в их поле content, а в шаблоне вместо кучи строк с проверкой ID сделать простой вызов [[*content]].
Но если уж хочется сделать все в одном шаблоне с проверкой ID, используйте такие конструкции:
Разница по сравнению с первым вариантом в том, сначала выполнится внутреннее условие проверки по ID и, если произойдет совпадение, после подстановки значения образуется новый для выполнения тег.
Таким образом, сниппет запустится только на одной единственной странице, а не на всех сразу.
Если так изменить все остальные условия, Вы сразу же заметите разницу в скорости загрузки страниц с этим шаблоном.
В таком виде адрес написан, чтобы роботам хотя бы немного сложнее было его занести в спам-базы.
По урлам — modx.pro/components/5355-msearch2-version-1-3-0-alias-filters/
Василий недавно обновил компонент, для tv|metro возможно задать alias, и тогда адрес станет на порядок удобнее. Что же касается полноценных FURL, mSearch их не генерирует.
Как на твоем сайте сделан каталог по станциям, пускай он таким и остается. А полноценный множественный фильтр с ЧПУ сложно представить. В каком порядке в адресе должны располагаться фильтры? Как реализовать подстановку значений «От» и «До»?
ИМХО, здесь Василий в отношении ЧПУ прав полностью — каталог страница с фильтром является технической, поэтому наличие многих GET параметров в адресе допустимо.
Отправьте макеты и ссылку на существующий магазин.
Когда запрашиваются группы пользователя, их список берется из сессии.
Алексей, попробуйте проверить, применяется ли изменение групп, если в сессии есть только один контекст.
Сейчас для ответа посмотрел modUser и процессор logout, обратил внимание на интересный момент — если после logout не остается контекстов, в которых пользователь залогинен, сессия должна уничтожиться. Если же есть еще контексты, то со списком групп ничего не произойдет.
Названия настройки и чанка могут быть любыми, только не забудьте их поменять в тексте плагина.