Alexey

Создаем сниппет:

$order = [];
$q = $modx->newQuery('msOrder');
$q->select('id');
$q->sortby('id', 'desc');
$q->limit(1);
if ($q->prepare() && $q->stmt->execute()) {
    $order = $q->stmt->fetchAll(PDO::FETCH_COLUMN);
}
return $order[0];

Он возвращает номер последнего заказа. Как-то так…

В pdoResources точно работало. Насчет pdoMenu вот не помню:)

&sortby=``
&sortdir=`asc`

Так не прокатит?

Не совсем понимаю, что ожидается там увидеть? По правильному, нужно вначале создать группу пользователей, наделить эту группу нужными правами, а потом уже добавить пользователя а эту группу. Не зря же на скрине есть кнопка «Добавить пользователя в группу».

Пропиши в файлах пути от корня сайта, к примеру: background: url("/assets/img/backgroung-header-resize-600.jpg"). И будет тебе счастье.

tags — это свойство товара, не опция. Если нужно вывести свойство, то msOptions не годится.

Привет! В описании «tegs», в коде «tags». Это так задумано?

И тебя с Наступающим)))

Привет! В коде, оборачиващего картинку, не вижу закрывающего тега </а>

Александр, да — всё верно!

Привет! Ещё вариант: обязательное скрытое поле, которое аппендом добавляется в форму при помощи js по событию ховера на кнопку сабмита.

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

Есть минус у этого способа — не отправить форму через ctrl+enter.

За отмену document.write отдельное спасибо! Гугл спид тест будет доволен. Не скажу, что критично прямо, но постоянно выводит предупреждение.

Очень круто! Отправил свои пять рублей))

Это нормально

я бы убрал подключение «древнего» jquery(он где-то в body подключается — skrinshoter.ru/s/240521/bo1cNzHu ), затем убрал подключение jquery в вызове сниппета minifyX (скорее всего, вызывается в head) и смотрел бы далее, что консоль выдает.

На сайте jquery аж два раза подключен

prnt.sc/13aozdd
prnt.sc/13ape7r

а вы ещё один зачем-то подключаете, да ещё такой древний (1.11.0)

Крайне рекомендую убрать под кат листинги с кодом — чтобы не было простыни в списке

В строке

$children = $resource->getChildIds($id, $depth);

добавьте

['context' => 'web']

, должно так получиться

$children = $resource->getChildIds($id, $depth, ['context' => 'web']);

Ну, или свой контекст, какой нужно.

Но только это в корне неправильно — создавать объекты в цикле. А если в категории тысячи товаров, что с сервером будет, в плане нагрузки? Можно через newQuery одним запросом всё вытащить из базы.

Вот — навскидку — получение общего количества просмотров товаров в категории (в строке с jeftJoin цифру 14 поменять на свой id tv-поля HitsPage)

$q = $modx->newQuery('msProduct');
$q->where(['id:IN' => $children]);
$q->leftJoin('modTemplateVarResource', 'Hits', 'msProduct.id = Hits.contentid AND Hits.tmplvarid = 14');
$q->select(['SUM(Hits.value) as summa']);
if ($q->prepare() && $q->stmt->execute()) {
    $goods = $q->stmt->fetchAll(PDO::FETCH_COLUMN);
}

На выходе массив $goods c единственным элементом, в котором будет общая сумма просмотров со всех товаров.

Если не вдаваться в подробности (с точки зрения нагрузки на сервер подобной конструкции, например и т. д...), то сразу бросается в глаза, что $child — это id товара — число, а вы пытаетесь работать с ним как с объектом.

Виноват, точно… Мне почему-то казалось, что компонент давно не обновляется, поэтому оставил этот момент без внимания. Сейчас глянул в репозиторий — да, в этом феврале релиз был.