Вот тоже интересно. Хотелось бы хранить код модификаторов в файловой системе, причем не прибегая к штатной возможности создания статических файлов.
Почему-то конструкция предлагаемая Василием для вызова плагинов из файловой системы, в случае с модификаторами не работает.
if ($pdoTools = $modx->getService('pdoTools')) {
$pdoTools->runSnippet('@FILE plugins/my_plugin.php', $scriptProperties);
}
Подозреваю, что дело в событии на которое навешивается плагин, но не уверен. Подскажите пожалуйста, как правильно подтягивать код модификаторов из файлов
Похоже, ограничение выборки для join, задача нетривиальная. С помощью подзапроса, можно ограничить выборку из левой таблицы, до присоединения правой. В моем случае, можно было бы сначала получить через modX::getChildIds, массив id дочерних документов, а потом делать по ним выборку с группировкой из таблицы msResourceFile. Но, опять же, ограничение выборки для каждой группы при GROUP BY, так же оказалось не очень простой задачей. Поэтому, решил не суетиться, а просто ограничить длину результирующего массива с картинками для каждого дочернего ресурса, благо — записей там немного.
В простом MySQL, это вроде как решается с помощью подзапроса. А в xpdo, вроде как можно использовать подзапросы. Но собрать это в кучу, пока не хватает мозгов (
<?php
// Работаем только на фронтенде и только с friendly urls
if ($modx->event->name != 'OnHandleRequest' || $modx->context->key == 'mgr' || !$modx->getOption('friendly_urls')) {return;}
// Получаем запрашиваемый url
$alias = $modx->getOption('request_param_alias', null, 'alias', true);
$request = &$_REQUEST[$alias];
// Выбираем контексты с настройкой base_url
$q = $modx->newQuery('modContextSetting', array('key' => 'base_url', 'value:!=' => ''));
$q->select('context_key,value');
$contexts = array();
$tstart = microtime(true);
if ($q->prepare() && $q->stmt->execute()) {
// Учитываем наш запрос в БД
$modx->queryTime += microtime(true) - $tstart;
$modx->executedQueries++;
// Разбираем результаты
while ($row = $q->stmt->fetch(PDO::FETCH_ASSOC)) {
$base_url = trim($row['value'], '/');
$context = $row['context_key'];
// Если запрос начинается с base_url какого-то контекста
if (preg_match('/^('.$base_url.')\//i', $request)) {
// То переключаемся на этот контекст
// Web инициализируется в index.php - на него переключаться не нужно
if ($context != 'web') {
$modx->switchContext($context);
}
// Вырезаем base_url из запроса, чтобы MODX нашел ресурс по uri
$request = preg_replace('/^'.$base_url.'\//', '', $request);
// Дело сделано - выходим из цикла
break;
}
}
}
Тим, это ведь не компонент с инсталлятором, где нужно сразу учитывать все потенциальные нужды. Я думаю, что тут главное хорошо составленный запрос, а танцы вокруг него, выполняются по произвольной программе ;)
Вась, в TicketLatest email, между прочим, действительно не передается в вывод. Проверял для гостей, без авторизации. Там у тебя из TicketComment, без альяса селект, а в modUserProfile тоже поле email есть, наверное перекрывают друг друга. Если в 99-й строке альяс указать, то email в выводе появляется, но остальные значения ломаются.
А «d41d8cd98f00b204e9800998ecf8427e» — это хэш пустой строки, в md5, знакомая личность :))
И вызов:
Почему-то конструкция предлагаемая Василием для вызова плагинов из файловой системы, в случае с модификаторами не работает.
Подозреваю, что дело в событии на которое навешивается плагин, но не уверен. Подскажите пожалуйста, как правильно подтягивать код модификаторов из файлов
sasha.tumanov
Ну и предыдущую логику тоже придется немного переделать.
www.tinymce.com/docs/configure/content-appearance/#content_css
Вот полный код сниппета:
В простом MySQL, это вроде как решается с помощью подзапроса. А в xpdo, вроде как можно использовать подзапросы. Но собрать это в кучу, пока не хватает мозгов (
Плагин переключающий контексты:
Сниппет переключающий языки:
Настройки контекстов:
Настройки системы -> Babel
Тег base в начале странички:
Прошу прощения, что то у меня тут, видимо
А «d41d8cd98f00b204e9800998ecf8427e» — это хэш пустой строки, в md5, знакомая личность :))
А откуда name@mail.ru хочешь брать?
то видно, что поле email, пустое приходит, хотя в таблице modx_tickets_comments есть значение. Баг видимо.