Быстродействие вашего результата во многом упирается в сопутствующие сниппеты на странице, структуру выводимых чанков и количество подключаемых к статьям tv-полей.
Как вариант, для повышения производительности, можно также воспользоваться Fenom'ом.
UPD: Впрочем, вопрос оптимизации бесконечен, да и для по-настоящему больших проектов всегда предпочтительнее писать все конкретно под задачу.
Количество записей:
— пишем сниппет, например CatalogItemsCount:
<?php
if (empty($parent)) {
return;
}
$pids = array_merge(array($parent), $modx->getChildIds($parent));
$ids = array();
$q = $modx->newQuery('modResource');
$q->where(array('parent:IN' => $pids,'published' => 1,'deleted' => 0));
//здесь можно переписать на простое получение count-запроса, но оставил так на случай, если потребуется использовать где-то список id потомков
$q->select('`modResource`.`id`');
if ($q->prepare() && $q->stmt->execute()) {
$ids = $q->stmt->fetchAll(PDO::FETCH_COLUMN);
return count($ids);
}
else {
return '0';
}
Вас довольно сложно понять… В любом случае, у вас есть целый ворох параметров шаблонов для кастомизации корневых пунктов, разделов, внутренних пунктов и тд. Выбирайте нужный, где вам нужно убрать/добавить отображение класса «active» и редактируйте в соответствующем шаблоне плейсхолдер [[+classes]].
Переделать под pdoResources, думаю, труда не составит.
Пользователи тоже не исчезнут, т.к. при первом заходе через HybridAuth (регистрация), дополнение автоматически создает полноценного пользователя modx.
Важно:
— это сделано как раз для того, чтобы пользователь, заходя с разных соцсетей не плодил несколько независимых друг от друга аккаунтов.
Для обычной регистрации вы можете воспользоваться сниппетом Login. Но такая связка (login + hybridauth) потребует решения задачи «связки» пользователей, чтобы не плодить дубли аккаунтов, созданных через разные соцсети.
Уже готовая реализация гибридной авторизации через соцсети/форму + дополнительные возможности (редактирования профиля пользователя и тд) реализована в платном компоненте Office.
Статью почитаю, спасибо.)
Вы меня запутали… Вы хотите вывести ресурсы у которых заполнено тв-поле или нет?
Условие выше выводит результаты ТОЛЬКО с незаполненным tv-полем.
+ можете по гайду (слегка дописав под свою задачу) Ильи Уткина и дополнению Console обновить требуемые ресурсы циклом.
Насколько я понимаю (в ядре не смотрел, поэтому если это не верно — буду рад комментарию на этот счет), логика при создании-обработки тв-полей примерно такая:
Создание/сохранение ресурса
— при сохранении проверяется заполненность тв. Если тв заполнено и значение отличается от значения по умолчанию, то в отдельную таблицу в бд (для тв-шек) идет запись вида:
В противном случае в бд ничего не записывается.
Отображение ресурса (на фронтенде)
— при наличии в шаблоне плейсхолдера [[*tv]] проверяется его заполненность для данного ресурса. Если оно заполнено — значение выводится. Если нет — смотрится значение по умолчанию в параметрах тв и выводится оное.
=====================
Т.е. если у вас раньше были созданы ресурсы, у которых значение по умолчанию для определенного тв-поля было, допустим «1», а затем вы изменили его на "" и создали еще ресурсы, то в обоих случаях в таблице бд нет данных записей и для всех ресурсов, у которых тв-поле не заполнено, будет отображено актуальное значение по умолчанию.
Т.е. делать со старыми ресурсам ничего не нужно.
Но, если у вас выставлено в настройках tv-поле значение по-умолчанию, то при создании ресурса с данным тв в базу данных запись тв не попадает.
Т.е. вышеописанный код сработает только если значение 1 у данного тв заносится в ресурсе не по умолчанию.
Соответственно, если вы хотите вывести ресурсы с незаполненным полем, вам нужен код:
— docs.modx.pro/components/minishop2/snippets/mscart
— docs.modx.pro/components/minishop2/interface/the-characteristics-of-the-goods
— docs.modx.pro/components/minishop2/interface/trade-offer
justbekami@yandex.ru
— дальше только копировать и добавлять переменные и места инициализации.
UPD: Но да, minfiyx все это и так умеет.
https://modx.pro/comments/ — вот, например, 783 страницы по 25 результатов на каждую.
Быстродействие вашего результата во многом упирается в сопутствующие сниппеты на странице, структуру выводимых чанков и количество подключаемых к статьям tv-полей.
Как вариант, для повышения производительности, можно также воспользоваться Fenom'ом.
UPD: Впрочем, вопрос оптимизации бесконечен, да и для по-настоящему больших проектов всегда предпочтительнее писать все конкретно под задачу.
2. Теперь для каждого четного вставляешь одно, а для каждого нечетного — другое:
Как альтернатива — можно расписать условие проверки внутри шага один. Если функцию нужно будет вызывать с определенной периодичностью (инфинити скролл, например), то это предпочтительнее. Если только 1 раз при создании страницы — то лучше вышеописанным способом.
Попробуйте указать:
В крайнем случае, можно обернуть результат в условие:
и заменить условие:
на:
— таким образом вы получите непосредственно всех потомков 1-го уровня для нужной категории. Сниппет вызывать также.
Если же вы спрашивали по поводу того, какой в каком шаблоне нужно вызвать данный сниппет, то ~так:
Количество комментариев в нужном разделе:
Количество записей:
— пишем сниппет, например CatalogItemsCount:
— вызываем в нужном месте