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

dateAgo не показывает даты в будущем.

Но вот в моем варианте для ресурса 1340 («Товар») в core/cache вообще ничего не сохраняется

Наверное, ресурс отмечен как «некэшируемый» в его настройках. Вот и не кэшируется ничего.

Можно использовать getCache — он закэширует принудительно что угодно. Ну и у pdoMenu есть своё кэширование, и у pdoPage.

Посмотреть, какой именно сниппет тормозит при выводе страницы можно через debugParser.

1. Работать лучше по OnHandleRequest — просто быстрее, чем когда MODX сам будет искать и не находить страницу. Ты же знаешь, какие url для вывода товаров?

2. Стандартаные сниппеты лучше сразу заменить на аналоги из pdoTools.

3. Если все товары выводятся через одну страницу, то она не может кэшироваться в принципе. Иначе у всех товаров будет одно название и свойства =)

Ну и генерация страницы за 0,2 — 0,3 сек — это хорошая скорость. У нас тут на modx.pro до 0,7 бывает и вроде нет ощущения, что сайт тормозит.

По моему, там очень старая версия. Во всяком случае, я нашел сигнатуры только для Evolution.

Отписал в техподдержке и продублирую здесь.

Параметр resources, как и parents не будет работать с вашим классом, потому что это не наследник modResource и метод additionalConditions() для него не работает.

Нужно использовать &where

&where=`{"id:IN":[1,2,3]}`

Еще можно написать сниппет-обёртку, который будет просто переводить указанные resources в where, для удобной работы с mFilter2.

Похоже, он детектит по подключаемым файлам расширений.

Например, на webstartpage.ru ни одного стандартного дополнения нет, и CMS не определяется.

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

Отсутствие имени у авторизованного юзера — это ненормально.

Любая цена != отсутствие цены.

Можно сделать так:

<select class="form-control input-sm" name="ms|price" id="msprice">
	<option value="0,1000000">Любая</option>
	<option value="0,500">до 500 рублей</option>
	<option value="0,1000">до 1000 рублей</option>
	<option value="0,1500">до 1500 рублей</option>
	<option value="0,2000">до 2000 рублей</option>
	<option value="0,5000">до 5000 рублей</option>
</select>

Но более правильный и красивый вариант — расширить стандартный метод фильтрации number и сделать так, чтобы он возвращал все значения при пустом запросе.

Убрать данные селекта при отправке формы можно только через javascript. Потому что, если у формы есть поле name=«ms|price», то она всегда будет его отправлять.

Ты путаешь причину и следствие.

Как можно реализовать автовывод width=«ХХ» и height=«ХХ» в атрибутах картинки в зависимости от разрешения картинки в данный момент, что бы после этого применить ресайз phpthumbof

Это атрибуты width и height указывают клиенту, какое разрешение у картинки и бронируют место на странице для неё.
То есть, выводится пустой прямоугольник для картинки с указанными размерами, в который загружается изображение. Если атрибуты не соответствуют картинке — она будет растянута или скукожена до них.

width и height не влияют на реальный размер или разрешение файла, они только говорят клиенту, как отобразить его.
Если атрибуты не указать, то страница будет «дергаться» после полной загрузки файла. Вот и всё.

А если ты делаешь ресайз файла на сервере, то должен сам знать, до какого размера ты его меняешь — и можешь указать эти значения в атрибутах чанка.

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

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

Вроде по-русски написано. Что непонятно?

Заполни имя юзера (fullname) в админке.

Должна быть ошибка или в ответе от сервера, или в логе MODX, или в логе сервера.

Пока ошибки нет — помочь нечем.

А отчего должен выводиться специальный плейсхолдер для ресурсов, если ты выбираешь не ресурсы?

Только так:

[[~[[+resource]]]]

docs.modx.pro/components/msearch2/extension/filtering-methods

Ты подключаешь комменты к ветке, а саму ветку не подключаешь — об этом и ошибка.

[[!getTickets?
	&parents=`0`
	&sortdir=`DESC`
	&sortby=`comments`
	&select=`{"Comment":"COUNT(DISTINCT Comment.id) as comments"}`
	&leftJoin=`{
		"Thread":{"class":"TicketThread","on":"Thread.resource=Ticket.id"},
		"Comment":{"class":"TicketComment","on":"Comment.thread=Thread.id"}
	}`
	&showLog=`1`
]]

1. В pdoTools подобного сниппета нет. Подсчет просмотров ресурсов есть в Tickets, но не думаю, что его стоит использовать только для этого.

2. docs.modx.pro/components/pdotools/general-settings#Параметры-шаблонов — просто укажи специальный чанк в параметре &tpl_n5=``

Удаление юзера с id = 15.

if ($user = $modx->getObject('modUser', 15)) {
	$user->remove();
}

Ну, это если через админку тебя не устраивает.

Ага, возможность есть, только не работает.

Если хоть раз указал максимальную версию, то при указании пустой она не перезаписывается.

Похоже, версия у них там кэшируется.

Пойду проставлю всем 2.3.х.

Для начала просто замени Wayfinder на pdoMenu, должно заработать с теми же параметрами.

Тоже самое и с getResources на pdoResources, только вместо &includeTVs=`1` нужно будет прописать список: &includeTVs=`tv1,tv2,tv3`.

Думаю, разницу сразу заметишь.

В отличии от pdoTools, стандартные дополнения не заморачиваются с количеством запросов вообще.

Например Wayfinder выбирает отдельным запросом каждую ветку меню, а getResources получает отдельными запросами каждый ТВ параметр.

На 0.2 сек не запрос, а рендер результатов. Это напрямую зависит от сложности чанка, используемых в нём фильтров и вложенных сниппетов.