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

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

Если кеширование не нужно — то сохранять данные в TV странное решение будет… проще их получать и сразу обрабатывать.

Соответствующую таблицу в БД еще очистите и будет вам счастье.

Я решил такой вам помочь… хотя сам в жизни не работал с GoogleSheets…

Открыл яндекс, набрал там «GoogleSheets modx»…
Первая же ссылка — внезапно (!) на документацию компонента… окей… посмотрим… обращаем свой взор на навигацию слева и видим… волшебное слово MIGX! Откроем, почитаем… и правда, вот он, импорт из таблицы в migx!
docs.modx.pro/komponentyi/googlesheets/migx

Почему бы вместо inputTV:picture не использовать inputTVtype: image?
Тогда не придется создавать отдельное tv поле.

Прям в точку…

Ну правда кроме первой фразы про 99% вопросов. В целом могу отметить, что вопросы ко мне приходят, как правило, дельные и выходящие за рамки описанного в документации и статьях.

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

Картинки, что представлены на сайте, не имеют прописанных параметров ширины и высоты.
Дизайн сайта имеет интерактивные элементы, которые подгружаются и показываются при определённых событиях, к примеру полной загрузке страницы, наведении курсора мышки и т.д.
Вставки блоков со сторонних ресурсов. Среди таких блоков могут быть 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 должна быть строка с данными со всеми полями объекта.