Сергей Шлоков

Вот пример подключения и авторизации.

то в $text вместо полностью обработанного содержимого, часть с плейсхолдерами, а часть обработана…

Скорее всего запрос идет через ajax. В этом случае парсятся теги только текущей страницы. Поэтому их нужно парсить самостоятельно.

Если галочку «Оплатить» поставить, то перекинется на сайт системы оплаты. Если галочку не ставить, то оплаты не будет и выведется сообщение, что заявка получена. Т.е. оплата не обязательна. «Optional» так сказать.

Это будет в модуле «Дополнительные элементы» типа такого

Как появится время. Надеюсь, ждать придется не долго. :)

Напишите Марку, пусть выкладывает contentBlock, redactor, simpleCart и остальное.

Таблица _user_settings используется для других целей. Тогда уж лучше _user_attributes через modUserProfile.
Записываем в базу

// объект нужного пользователя
$user = $modx->getObject('modUser', $id);
$properties = array(
...
}
$user->Profile->set('extended',$properties);
$user->save();

Получать из базы можно через объекты, а можно через newQuery()

$c = $modx->newQuery('modUser');
$c->innerJoin ('modUserProfile','Profile');
$c->where(array(
	'active' => true,
	'primary_group:!=' => 2,
));
$c->select(array(
    'modUser.id',
    'Profile.fullname',
    'Profile.email',
    'Profile.phone',
    'Profile.photo',
    'Profile.extended',
));
$c->sortby('Profile.fullname','ASC');
$c->prepare();
$c->stmt->execute();
$users = $c->stmt->fetchAll(PDO::FETCH_ASSOC);

В поле extended теперь хранятся новые данные в формате JSON.

А можно вот так

Когда деревья были большими Когда сообщество тусовалось на bezumkin.ru и у Василия было времени гораздо больше, он уже тогда говорил, что тут (на bezumkin.ru) учителей нет, старайся сам, учись, будут вопросы — постараюсь помочь. Это очень полезное правило.
А по коду плагина хотелось бы спросить — чем обусловлен вызов плагина по двум событиям и почему именно эти два события?

Но есть к чему стремится.

Совершенству нет предела. Я тебе по секрету скажу — глянь код eventCalendar2 Василия. Вселяет уверенность в свои силы :))) Люди не рождаются специалистами.

Глянул код плагина. У меня только один совет — смотри как делают спецы. Для меня образцом является код Василия и исходники MODX.
Я это говорю как товарищ. Ибо сам начал изучать все эти php, javascript, html, css и остальное только чуть больше 2-х лет назад, когда решил сделать сайт на MODX для салона жены, да и то с большими перерывами из-за работы.
Так что шлифуй, совершенствуй опыт. И не стесняйся подглядывать в чужой код. :)

Выложил файлы и обновил описание.

Помнится, разработчики MODX просили программистов не использовать префикс mod для своих компонентов. Только для системных объектов.

Михаил, обновитесь, уже исправлено как несколько дней.

Вопрос с дальнейшим развитием MS2 по-прежнему висит в воздухе.

Вот и я про то же.

Вообще, странно, что не включили это исправление.

Как-то так

$output= $modx->runSnippet('pdoPage',$parameters);
$modx->getParser()->processElementTags('', $output, false, false, '[[', ']]', array(), 10);
$modx->getParser()->processElementTags('', $output, true, true, '[[', ']]', array(), 10);
return $output;

Да, проблема в том, что класс иконок завязан на собственный шрифт UICMPGenerator. Лучше дописать FontAwesome в font-family

font-family: FontAwesome, UICMPGenerator;

У меня на 2.4.0 иконки пропадают в дереве ресурсов.

Потому что при ajax запросе теги не парсятся.
Решение: парсить самостоятельно.

Тут проблема в addField(). Он не может добавить автоинкрементный столбец. Выход — удали таблицу и пересоздай пакет или самостоятельно создай в таблице столбец id и сделай его PRIMARY. Остальные колонки создаются нормально.

Обновись. Проверил, все работает.

Давай я тебя больше мучать не буду. Сам буду собирать. Через часик вернусь и займусь.