Илья Уткин

Попробуйте добавить параметр parents:

[[pdoMenu? &level=`1` &parents=`[[*parent]]`]]

Вроде, нашел проблемное место по второму вопросу.

В файле core/components/msdiscount/processors/mgr/sales/members/getcombo.class.php
поменял местами строчки 47 и 48. $this->linkedKey не существует, а в выборке поле id берется именно из него, так как его селект ниже. Такое может быть или я уже свихнулся?)))

Sendex

Ловите регистрацию нового пользователя плагином и, если у него нет email'а, ставьте какой-нибудь несуществующий test234532432@test.ru, тогда от пользователя ничего не потребуется, но и он не получит уведомление о том, что ему ответили на коммент.

Спасибо, передам разработчику.

Где ошибка? Щас исправлю, только покажите, где

Еще частенько хостинг, бывает, кеширует страницы для уменьшения нагрузки. Прям в кеш Nginx'а загоняют, чтобы пользователи большую нагрузку не генерировали. У вас какой хостинг? На test.modx.pro проверяли?

Проверять надо в окне в режиме инкогнито, так как авторизация в админке тоже считается, вот вам и выводится, что вы подписаны.

Сам вчера ставил и все нормально: ilyaut.ru

А, прям так?))))
А как авторизацию реализовали? Вы в админке не авторизованы, случайно?

Вам нужно написать свой хук (hook), в котором вы будете готовить данные. Посмотрите эту тему: modx.pro/help/2685/ — вам надо сделать примерно так же.

Как вызываете сниппет? Можно кусок шаблона, где он расположен?

Имеется ввиду, что если пользователь неавторизован, он не видит ссылок «Ответить», поэтому нужно использовать другой шаблон. А если гостям разрешено комментировать, то ответить они могут и им надо показывать тот же самый шаблон.

Попробуйте создать плагин на событие OnHandleRequest:

<?php
if ($modx->event->name != 'OnHandleRequest') return;
if ($modx->user->hasSessionContext('mgr') && !$modx->user->hasSessionContext('web')) {
    $modx->user->addSessionContext('web');
}

А что уже сделали? В какую сторону копали? Что вообще думаете по поводу реализации — как, по вашему, такую штуку можно реализовать?

Для вашего алгоритма код будет выглядеть так:

$pass=md5(rand());
$user = $this->modx->newObject('modUser', array('username' => $email, 'password' => $pass));
$profile = $this->modx->newObject('modUserProfile', array('email' => $email, 'fullname' => $order['receiver'],'mobilephone'=>$pass));

Но лучше, конечно, создать плагин на событие, например, msOnChangeOrderStatus:

// Генерируем пароль
$count_ch = 10;
$pass = '';
$accepted = '0987654321zyxwvutsrqponmlkjihgfedcba';
srand(((int)((double)microtime()*1000000)));
for ($i=0; $i<=$count_ch; $i++) {
  $random = rand(0, (strlen($accepted) -1));
  $pass .= $accepted[$random];
}

// Устанавливаем пароль пользователю
$user = $modx->getObject('modUser', $order->get('user_id'));
$user->set('password',$pass);
$user->save();

// Меняем текст письма пользователю
$status = $modx->getObject('msOrderStatus', array('id' => $status, 'active' => 1));
$body = $status->get('body_user');
$body .= '<p>Ваш пароль для входа на сайт: '.$pass.'</p>';
$status->set('body_user', $body);
$status->save();

Только еще нужно где-то отмечать, что пароль пользователю выслан, чтобы ему после каждого изменения статуса новый пароль не устанавливать.

А все дело в том, что значение свойства может быть в трех разных местах. Например, если в настройках системы стоит значение 1, а в настройках контекста web стоит 0, то $modx->getObject('modSystemSetting', $name) вернет 1, а $modx->getOption($name) — 0, так как у настроек контекста преимущество больше.

Поэтому не все так просто с setOption — куда значение-то записывать?

Анонс я разместил на своем сайте. А в сообществах я разочаровался — на 3 статьи пара оценок и ни одного комментария. А в блоге уже два раза спасибо сказали.

Так вот же — в новинках, autoRedirector.

ilyaut.ru/xpdo/xpdo-for-dummies-part-4-practice-2/

Ну и сам процессор теперь покажите. В последней стрчке есть возвращение имени класса?

return 'courseItemGetListProcessor';