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

Тогда остается такой вариант

case xPDOTransport::ACTION_UNINSTALL:
      $c = $modx->prepare('DROP TABLE modx_****');
      $c->execute();
      break;

Странно, у меня работало без ошибок. Проверим.
Можете сделать проще.

// Поменяйте modExtra на свой
$modelPath = $modx->getOption('modextra_core_path', null, $modx->getOption('core_path') . 'components/modextra/') . 'model/';
$modx->addPackage('modextra', $modelPath);
$manager->removeObjectContainer('Имя класса');

За удаление чанков отвечает настройка. Поставьте true. Видите, у сниппета ниже стоит true, поэтому они обновляются и удаляются. Если не хотите, чтобы чанки у пользователя обновлялись при обновлении компонента, то придется удалять их вручную

case xPDOTransport::ACTION_UNINSTALL:
    $chunk = $modx->getObject('modChunk', array('name'=>$chunkName));
    $chunk->remove();
    ...

Ну тоже самое же написано, только запись сокращенная. Ровно ничего не изменится, кроме размера записи. Это как использовать тернарный оператор, вместо классического условия.

Ну да, ну да.
{private message}

Николай, боюсь, что вашего плюса (если он ваш) я не заслужил, так как положительно я говорил только про ту часть, которую придумал Василий. А ваша реализация вызывает смешанные чувства. Сниппет лучше заменить. Например, на такой

if ($modx->user->isAuthenticated()) {
	// Сохранить название компании
	$modx->user->Profile->set('company_name',$companyName);
	$modx->user->save();
	// Получить название компании
	return $modx->user->Profile->get('company_name');
}

Правка ExtJs исходников решает задачу до первого обновления. Лучше сделать свой скрипт и подключать его используя вариант Григория.
Тогда это будет готовое решение.

я планирую использовать определенные поля для сортировки

Ну о данных планах в статье ничего не написано. Для хранения компании достаточно extended.
Конечно предложенный вариант расширения таблицы пользователей гораздо лучше, чем TV или extended.

Вообще-то DELETE FROM удаляет не таблицу, а записи из указанной таблицы. В modExtra есть код для удаления таблицы.

Никак. Если только через него подключить свой javascript.

Для описанной задачи вполне хватит поля extended из коробки.
Конкретно это решение недоработанное. Вы про проблемы с обновлением помните?

Никто же не заставляет покупать. Всегда есть альтернатива.

Не доработано в плане безопасности. Я вот взял и отключил просмотр пользователей.

Я тоже планировал, только для бэкенда.

&where=`{"UNIX_TIMESTAMP(date):<=":"[[!filtr]]"}`

мимо

Теоретически, я могу как пользователь ПО производного от MODx подать в суд магазин и отсудить энную сумму у магазина за нарушение магазином моих прав по лицензии GPL :-). К счастью, русская правовая система до таких извращений еще не дошла.

НУ можно попробовать разбогатеть на исках к extras.io и modmore.com.

Пожалуйста.
Думаю, было бы удобно, если бы это работало, так сказать, из коробки. Наверно, надо добавить это в modExtra.

Да, забыл, нужно еще в коннекторе заменить первую строчку на следующее условие

if (file_exists(dirname(dirname(dirname(dirname(__FILE__)))) . '/config.core.php')) {
    require_once dirname(dirname(dirname(dirname(__FILE__)))) . '/config.core.php';
}
else {
    require_once dirname(dirname(dirname(dirname(dirname(__FILE__))))) . '/config.core.php';
}

Настройки namespace нужны для лексиконов. А для того, чтобы загружались файлы из нужной папки необходимо добавить 2 системные настройки

test_assets_url = /test/assets/components/test/
test_core_path = {base_path}test/core/components/test/

В вашем случае они будут грузиться из папки /test/assets/... и /test/core/...

Супер.

Вот тут опечатка

json_encode (fromJSON), json_decode (fromJSON)

Да, залез в код, вижу разницу

case '+':
     if (isset($this->modx->placeholders[$innerTag])) {
	$output = $this->modx->placeholders[$innerTag];
	$processed = true;
    }
    break;

Поэтому сам пользуюсь pdoTools и другим советую.

П.С. А почему письма приходят на английском?

Зато эффект от омолаживающих и водных процедур будет максимальным.

Вот компенсация. :)