Не знал про такое, спасибо.

Но моей задачи это не решает — всё равно придётся проставлять атрибуты руками, только немного другие.

Есть замечательный тэг base target='_blank'. Правда при его использовании нужно всем ссылкам, которые должны открываться не в отдельном окне (пункты меню, навигация и т.п.) добавить атрибут target='self'. Но решение Василия, безусловно, гораздо удобнее!

шикарно. доделаю проект с меня причитается

miniShop работает на любой версии 2.2.*

Написать простенький скрипт, который достанет значения из ТВ и положит в таблицу miniShop.

В любом случае, ничего не сломается, не переживайте.

А как быть с изображениями товаров? они у меня через доп. поле TV тип изображение добавлены… и цена у меня в TV. Как с ними быть?

А конфликта версий ни какого не будет? ну там уже сравнительно старая 2.2.2… А обновляться до новой как то стремно :)

Понятия не имею.

Указать в настройках, что шаблоны имеющихся товаров — это шаблоны товаров miniShop.

Проделать то же с категориями.

Всё. Не нужно ничего никуда импортировать — у вас уже всё есть, надо только сказать miniShop это использовать.

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

выключать такие элементы нужно знаком "-" после [[, т.е. чтобы получилось вот так примерно [[-$chunk]] [[-snippet]] [[-*tv]]

Ставлю на разных сайтах прямо из репозитория MODX — нет проблем.

Можете проверить на modx-test.com

Смотрите свои чанки элемента каталога, наверняка там гора условий и фильтров.

Вроде бы отключил phpthumbof, но parse time всё равно на уровне 8 секунд, при том что сайт на отдельной мощной вдске

Ясно. Спасибо.

Да, я помню в свое время долго ломал голову, пока не добрался до этого пресловутого 'passwordnotifymethod' :) Сожалею, что не увидел ваш вопрос вовремя. Тем не менее, пару моментов все же отмечу:

Для начала корректно обрабатываем ошибки при регистрации:

// Запускаем стандартный процессор регистрации
$response = $this->modx->runProcessor( 'security/user/create', $options );
if ( $response->isError() ) {
	// Получаем весь набор ошибок (например, не задано имя пользователя, пустой пароль и т.д.)
        $errors = $response->response['errors'];
	foreach ( $errors as $error ) {
		$errorMsg = $error['msg'];
		// Выводим сообщение об ошибке в лог или плейсхолдер
	}
}
else {
	// А здесь все замечательно, получаем массив 
	// с параметрами пользователя (не объект типа modUser!)
	$userArray = $response->getObject();
}

Далее. Добавление в группу при регистрации тоже простое:

// Получаем идентификаторы групп и ролей, используемых по умолчанию
// Группу Registered заменить на нужную (она должна быть заранее создана!)
$group = $this->modx->getObject( 'modUserGroup', array( 'name' => 'Registered' ) ); 
$userGroup = $group->get( 'id' );
$role = $this->modx->getObject( 'modUserGroupRole', array( 'name' => 'Member' ) );
$userRole = $role->get( 'id' );

...
// При вызове процессора обратите внимание на второй параметр - $options.
// В него нужно добавить следующий элемент:
$options['groups'] = array( array( 'usergroup' => $userGroup , 'role' => $userRole ) );
// По аналогии можете созданного пользователя добавлять сразу в несколько групп с различными ролями

Надеюсь, помог :) Ибо сам буквально недавно «варился» в этом очень основательно :)

Пересобрал с гит. Поставил на чистую. Все тоже самое.

Это непонятная ошибка. У меня при разных версиях пакета она или появляется или исчезает. Попробуйте пересобрать пакет с гитхаба и установить заново, предварительно удалив старый из системы, вместе с таблицами.

Столкнулся с таким:

[2012-12-02 14:18:16] (ERROR @ /assets/components/tickets/connector.php) Encountered empty IN condition with key resource
[2012-12-02 14:18:16] (ERROR @ /assets/components/tickets/connector.php) Error 42000 executing statement:
Array
(
[0] => 42000
[1] => 1064
[2] => You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') ORDER BY `TicketComment`.`createdon` DESC LIMIT 20' at line 1
)

Раздел с тикетами создается, но таблица pgt_tickets_threads пуста. С локалями вроде все в порядке.
Подтолкните в нужном направлении…

Это ужас! Будет тормоз конкретный. Перепешите на свой сниппет

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

'passwordnotifymethod' => 'e'

выставить

'passwordnotifymethod' => 's'

, но в таком случае создается только 1 пользователь, а информация о том что созданы все остальные только падает в эррор лог modx.
Так что решение какое-то полурабочее получилось.

Единственное что нашел тут вариант создания пользователя через апи. Пользователи создаются на лету, но не получается их добавить в группу сразу же из сниппета. Надеюсь с этим разобраться.