Так она тогда поменяется для всех пользователей, делающих заказ в этот момент.

Поскольку пункт отправления берётся из системных настроек, надо менять системную настройку. Я б попробовал менять на событие msOnAddToOrder.

Хорошо когда всё работает)))

Нет, я сделал по другому, всё работает)) В целом просто попробовал через закуску сделать, но не вышло) А так всё гуд.

снипет он видит точно так как выдает ошибку

Какую ошибку?

У меня например Error `core/model/modx/processors/web/orders/send.php does not exist; Array()`

Это ядро modx, не уверен что там должен быть какой-либо процессор для отправки каких-то заказов, вероятно ты неверно указал путь к процессору.

виснет из-за fenom, а отключить не могу

А каким образом у тебя ответ от сервера попадает на страницу как есть?

Ну и в целом мне не очень понятно какое отношение твоё сообщение имеет к чути заметки?

У меня например Error `core/model/modx/processors/web/orders/send.php does not exist; Array()`, так как нет в процессорах 'web/orders/send'

Делаю выставить счёт в msProfile получаю {«success»:true,«message»:"",«data»:{«redirect»:«https:\/\/сайт.ru\/?msorder=40»}} виснет из-за fenom, а отключить не могу, так как нужен всё на нём построено

Как решил проблему?

Можно ли использовать msCategoryOptions для обычных ресурсов modx и категорий товаров?
Как это сделать?

Очень плохой код.
Вот эта строка не нужна

$product = $modx->getObject('msProduct', $modx->resource->get("id"));

$modx->resource это и есть $product;

Вот тут ошибка

$options = $product->getMany('options');

Если используете getMany и getOne — там всегда будет слово с большой буквы. Потому и не срабатывает код, что вызов неверный.

Сниппет должен возвращать значение, а не вызывать его. Никаких echo, print_r, и var_dump
Ну и желательно использовать строгое сравнение.

Итого корректный код будет таким

<?php

$options = $modx->resource->getMany('Options');
foreach ($options as $option) {
    if ($option->get('key') === 'type_food') {
        return $option->get('value');
    }
}

Решение для условия нашёл такое

{if $_modx->resource.type_toy.0 == "Кукла"}
    Кукла
{else}
    Машина
{/if}

Забавно что за кучу лет ни одного решения нет ни на форуме, ни вообще в интернете для подобной задачи. Даже сниппета готового никто не написал. Надеюсь когда-то пригодится таким как я бедолагам.

Если костылить, то можно попробовать в самом сниппете подключить pdoTools

$pdoTools = $modx->getService('pdoTools');

и переписать вызовы чанков все с

$modx->getChunk(

на

$pdoTools->getChunk(

Но лучше вначале скопировать сниппет, подключить в свой вызов скопированный и уже с ним экспериментировать

а как его подключить?

Может, потому что в самом сниппете fenom не подключается?

skrinshoter.ru/s/201022/BHz7cPvL

Чтобы решать вопросы надо их вообще знать :-). Я тоже предпочитаю без решений не выступать, но эту тему поднял уже для того что разобраться в проблеме. Какие вопросы возникают? И обзор их решений. Исследование в общем. Так что ваши вопросы к mFilter2 мне интересны

да я эти варианты в первую очередь проверил, не выводит ничего

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

39с это из-за того что на тестовой инсталяции значения из msProductData брал.

{'!mFilter2' | snippet : [
                'showLog'=>1,
                'suggestions'=>1,
                'parents'   =>  $_modx->resource.id,
                'cacheTime'=>600,
                'limit'=>100,
                'suggestionsMaxFilters'=>10000,
                'filters'=>'
                ms|size:default,
                ms|insert:default,
                ms|material:default,
                ms|style:default,
                ms|metal_color:default,
                ms|sample_material:default,
                ms|insert_color:default,
                ms|insert_form:default,
                ms|cover:default,
                ms|appointment:default,
                ms|weaving_type:default,
                ms|for_whom:default',
            ]}

В коде msearch

foreach ($filters as $table => &$fields) {
				$method = 'get' . ucfirst($table) . 'Values';
				$keys = !empty($duplicates[$table])
					? array_diff(array_keys($fields), array_keys($duplicates[$table]))
					: array_keys($fields);
				if (method_exists($this->filtersHandler, $method)) {
					$fields = call_user_func_array(array($this->filtersHandler, $method), array($keys, $ids));

То есть, значения собираются для каждой опции отдельно. 12 раз пробегается по каталогу из 11к товаров.
Блин 1 раз пробегается :-(
Вот я повернут на объективности. Обманывая других часто обманываешь и себя. А это уже чревато. Лучше честно признать ошибку и придумать новое лучшее. Это не к Вам если что. Просто лирика про себя :-).
Скорость отдачи страницы больше секунды это уже плохо. Тем более если страница для покупателей.
Спасибо что поделились своим опытом. Будет интересно взглянуть на результаты Ваших тестов.

Ну это нормально, почему так не скажу, но используй $_modx->getPlaceholder('code') или $_pls['code'] или 'code' | placeholder. Первое и последнее одно и то же.

Ну да, в категориях находиться около 20...60к товаров (разные паренты), а не все 200.
В результате фильтрации в выборрку попадало около 10к ресурсов. у меня в корневом каталоге. те по всем товарам + 1...2 опции на фильтрацию и получал 10к
А по БД вроде ничего не делал. это был бегет и все стандартно было тк нужно было тестануть различия в скорости.
У меня там было 200к ресурсов и 4мл записей опций.
Если вернусь к своему магазину (он небыл выпушен в общественный релиз), возможно подниму тему скорости и оптимизации. но это в след. году. тогда и протестить еще раз смогу, тк я повернут на скорости, и хочется точно оценить масштаб. может и в правду на mfilter это было на 5...10 сек… (уверен я погорячился про 3 секунды), тк я помню что минишоповский я тестировал потом только через выборки msProduct и + своего сниппета.
будет время — подниму бекапы.
но там точно я не видел таких цифр под 30 сек.