Василий Наумкин

Ты что, человек ЦЕЛЫЙ ЧАС ПОТРАТИЛ, понимать надо!

Сколько времени на подготовку дополнения потратил ты — никого не волнует.

docs.modx.pro/components/pdotools/snippets/pdofield

[[!pdoField?id=`[[+parent]]`&field=`id`&top=`2`]]

Нужно заменить

&bcTplCrumbOuter=`[[$bcTplCrumbOuter_2]]`

на

&bcTplCrumbOuter=`bcTplCrumbOuter_2`

Так прописано в модели дополнения, это хорошо видно в схеме, по которой она генерируется.

Почитать можно здесь. А про работу с джоинами pdoTools — здесь.

Проверял для гостей, без авторизации

Логично, у гостей нет профиля на сайте, а именно он выбирается.

наверное перекрывают друг друга

Tickets изначально не рассчитывался на работу без авторизации. Потом я это дописал, но не везде, как видно.

Неправильный ты вывод делаешь.

Скорее всего, из-за особенностей работы плейсхолдеров, фильтр применяется к тегу, когда он еще пуст. А когда ты убираешь md5 и страница ренедрится полностью, email туда успевает подставиться. То есть, значение в тег попадает уже после обработки фильтром.

Можно попробовать вызывать его просто некэшированным [[!+email:md5]].

Исходник фильтра в MODX выглядит так:

case 'md5':
	/* See PHP's md5 - http://www.php.net/manual/en/function.md5.php */
	$output= md5($output);
break;

Ошибаться там просто негде.

Отдельно нет.
pdoTools — специальная библиотека, и все сниппеты работают исключительно с её помощью.

Её используют miniShop2, mSearch2, Tickets, BannerY и другие дополнения. Думаю, тебе придётся постараться, чтобы не установить pdoTools рано или поздно себе на сайт =)

Если переписать генерацию фильтров.

Автогенерация из опций по умолчанию делает только чекбоксы, а несколько фильтров полю указать нельзя.

Поэтому придётся делать свой кастомный класс фильтрации и там колдовать.

Из-за подобных вещей я теперь всем советую использовать внешний SMTP.

С него и почта лучше доходит, и спам фильтруется, и при высокой нагрузке тебя сразу отключат и предупредят.

Поправил, обновляйся.

Вот поэтому у меня текст с картинками — bezumkin.ru/training/course2/

Нет, тестовые сайты не считаются, только реальные.

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

На здоровье!

Через pdoTools — не выйдет.

Тогда нужно писать свой сниппет, наверное, который будет корректно реагировать на передаваемые из mFilter2 параметры, типа sortby, parents, returnIds и еще не знаю какие — нужно смотреть исходник.

Например, там есть вот такие места:

if (!empty($ids)) {
	$tmp = $scriptProperties;
	$tmp['returnIds'] = 1;
	$tmp['resources'] = implode(',', $ids);
	$tmp['parents'] = $scriptProperties['parents'];
	$tmp['limit'] = 0;
	$ids = explode(',', $modx->runSnippet($scriptProperties['element'], $tmp));
	$pdoFetch->addTime('Found ids: "'.implode(',',$ids).'"');
}

Это проверка ресурсов, которые сниппет может вывести.

Наверное, проще будет создать свою модель как положено.

docs.modx.pro/components/pdotools/general-settings — параметры &class и &loadModels

Используй pdoResources — он умеет выбирать данные из любых таблиц.

Выводом данных занимается сниппет, указанный в &element.

По умолчанию там mSearch2, но часто используются pdoResources или msProducts.

Эти параметры передаются в вызываемый сниппет, а он возвращает id подходящих ресурсов, которые ты дальше видишь почти во всех методах.

Получить эти параметры в классе фильтрации можно через $this->config, например:

$this->config['parents'];

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

Сервер настроен по инструкции Василия.

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

А теперь представь, что если бы существовал способ делать так, как ты хочешь? Выходит, что любой сайт мог бы выполнять команды от root и в чем тогда защита? Злоумышленник ломает сайт и получает доступ ко всему серверу, ко всем сайтам и файлам.

Так что, ответ прост — это невозможно.

Процесс, который создаёт сайты должен работать не как обычный сайт. Это или отдельный демон на Python, как у нас на хостинге, или отдельный процесс на PHP, но запущенный от root и защищенный по IP от случайного коннекта. Или просто консольные скрипты, как в моей инструкции.

Когда я делал тестовые сайты, там использовались именно эти скрипты, которые запускались по расписанию раз в n минут.
То есть, юзер заходил на обычный сайт, заказывал себе тест, запрос сохранялся в БД, а сервер уже раз в 10 минут от root запускал скрипт, который проверял заказы в БД, создавал тестовые сайты и отправлял на email уведомления об этом.

Ты можешь сделать так же.

msProducts также поддерживает conditionalTpls.