Наумов Алексей

Я так бегло почитал про ошибку, и вижу среди причин ее появления:

Картинки, что представлены на сайте, не имеют прописанных параметров ширины и высоты.
Дизайн сайта имеет интерактивные элементы, которые подгружаются и показываются при определённых событиях, к примеру полной загрузке страницы, наведении курсора мышки и т.д.
Вставки блоков со сторонних ресурсов. Среди таких блоков могут быть iframe, рекламные и т.д.
И некоторые другие специфические причины.

отсюда вывод — нужно сайт смотреть, а не то, на чем он сделан.

Да были где-то здесь эксперименты…
суть сводилась:
— если просто подключение простых чанков и кешируемых сниппетов — то парсер MODX чуть быстрее
— если есть всякие if, модификаторы (is и т.п.), то феном начинает выигрывать.

Для меня в любом случае важнее удобство Fenom, чем миллисекунды скорости.

Про это не понял…

Я так понимаю, что речь идет о том, чтобы показать комплекты, в которые входит товар?
Здесь история в том, что по идее нужно вызывать msProducts, который отобразит товары так, как нужно (с подключением изображений, параметров и т.д.).
Я для этих случаев просто получал ids товаров, а после передавал их в msProducts:

{set $ids = $_modx->runSnippet('!msProductKits', ['mode' => 'product','ids' => 1])}
{if $ids}
{'!msProducts' | snippet : [
    'parents' => 0,
    'resources' => $ids,
    'limit' => 0,
]}
{/if}

Совсем недавно сталкивался, тоже самое хотел сделать, на событии msOnBeforeAddToCart задать товару в корзине name.

Не получилось, сразу в нескольких местах выскочили проблемы, ни сниппет msCart, ни чанки не готовы к такому повороту событий) все равно во многих местах тащится родной pagetitle от товара… я в итоге забил, и вместо вывода pagetitle в заказе вызываю каждый раз свой сниппет, который динамически формирует название товара.

А вообще идея здравая: сделать возможность подменить name у товара в корзине.

Это кешированый вызов:

[[+modx.user.id]]

Это некешированный вызов:

[[!+modx.user.id]]

Различие в том, что первая запись после первого своего вызова кешируется и данные сохраняются. Поэтому для 2го пользователя все равно будете видеть id первого.

Я вот даже при хоть каком-то желании помочь, вот прочитав эту всю кашу, ничего не понял, сниппет какой-то вызывается, чето-то передается в него, юзер, логин, селект и запрос… ААААААА!!!

да, но не задавался исследованием скорости.

Как правило, если не делать сложных и странных запросов, преобразований и грамотно кешировать, то страницы любого сайта работают быстро и это мало зависит от статических или не статических чанков.

1000 человек, это совсем не много.
Мой выбор Fenom, даже если он будет в чем-то медленнее.

Тут были эксперименты, что при сравнении простых вызовов сниппетов/чанков Fenom даже проигрывал…
Но! Чего только стоят if и foreach в феном… я уже не представляю как без них жить.

Как минимум вот это '$_modx->resource.id' должно быть без кавычек.

Скорее всего это 20 заказ 12 месяца, не?)
Или 12 заказ 20 года

weight: {width: 50, renderer: function (value, metadata, row) {
    var w = parseFloat(row.data.weight.replace(/\s/g, ''));
    var c = parseFloat(row.data.cost.replace(/\s/g, ''));
    if (w > c) {
        metadata.style = 'color: green;'; return value;
    }
}},

parseFloat и replace чтобы пробелы убрать и преобразовать в число, т.к. данные приходят строками, а не числами

Осталось дождаться модерации =)

weight: {width: 50, renderer: function (value, metadata, row) {
    debugger;
    metadata.style = 'color: green;'; return value;
}},

и да, f12, обновляем страницу и смотрим, что у нас в row, есть ли нужные данные

В моих компонентах я вижу что renderer это функция с такими параметрами:

function(val, cell, row)

попробуйте добавить 3й параметр и посмотреть в отладчике, в row должна быть строка с данными со всеми полями объекта.

Посредством SQL запроса нет.
Да и проверять посредством php скрипта наличие файла на диске так себе идея.

Лучше битые ссылки исправьте.

Товары создаете с помощью ms2form?

А у товара поле, соответствующее вашей новой галочке создали?

На этом сайте есть раздел Готовые решения modx.pro/solutions
Возможно, часть публикаций отсюда, после проверки стоит структурировать и перенести (дать ссылки) в документацию.
Так сказать сборник «золотых» готовых решений.

Ну найдите решение, как убрать формирование огромного IN.
В него ж поди попадают id товаров, а не категорий.

Например параметр depth ил может вообще убрать ограничение по родителям? Оставить только ограничение по шаблону.

Запрос посмотрите… showLog…
может параметр depth имеет смысл задать, не формируется ли у вас огромный список IN в запросе?