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

Совсем недавно сталкивался, тоже самое хотел сделать, на событии 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 в запросе?

Если при отключении TV (и сортировки по нему) ситуация не улучшается — смотрите, что у вас в чанке tableview).
Уменьшите limit до 2х штук, быстрее станет?

Такой же, разницы не будет

{set $translatedId = $modx->runSnippet('BabelTranslation', ['contextKey' => 'web'])}
{$translatedId | url : ['scheme' => 'full']}

Ну можно и в одну строку загнать все это конечно, без промежуточной переменной :)

В файле в formitform.map.inc.php, вы там изменения вносили, но в одном месте не дописали.