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

Да вряд ли встроенный поиск работает иначе) и быстрее)

$q = $modx->newQuery('modResource');
$q->where(array('parent' => X, 'pagetitle:LIKE' => '%'.$location.'%'));
...

При отображении окна (формы) редактирования идет запрос к get процессору (типа mgr/some-object/get), значение поля subject вообще приходит? Может его нет, вот и в комбобокс не подставляется ничего?

А так сравнил со своим кодом, увидел 2 отличия:
1. Вот здесь

baseParams: {
                action: 'mgr/settings/getlist',
	        combo: true,
        }

у меня еще добавляется параметр

id: config.value

2. Ну и в процессоре есть условие, чтобы лишние данные не гонять:

public function prepareQueryBeforeCount(xPDOQuery $c) {
        if ($this->getProperty('combo')) {
            $c->select('id, name, title');
        }
        ....

Что в $input то приходит?
Чем не устраивает параметр w (Порядковый номер дня недели, от 0 воскресенье до 6 суббота) функции date?
Почему «Sun» (sunday, воскресенье) это вдруг «Пн»?)

Может это некая проверка на cms или попытка взлома роботами?
Типа они пытаются на некую страницу авторизации /admin/ войти с логином паролем admin, а у вас такой нет, вот и обрабатывается 404.
Посмотрите в логах веб сервера запросы в этот момент времени.

1. Создаем документ с пустым шаблоном.
2. Вызываем в нем сниппет с нужным кодом.
3. Проверка на авторизованного пользователя на уровне парсера modx или прям в php docs.modx.com/revolution/2.x/developing-in-modx/other-development-resources/class-reference/moduser/moduser.isauthenticated

Я к тому, чтобы максимально быстро выпустить некое решение рабочее.
Боюсь большой объем работы просто застопорит все.
Кстати, если писать с нуля, ну по факту будут написаны аналоги процессоров, просто с другими «что смущает», которые будут подогнаны именно под это апи.

Думаю, что использовать стоит, по крайней мере в тех местах, где они хорошо отрабатывают.
Просто для того, чтобы максимально быстро достичь некоего рабочего этапа.
Если процессор позволяет выполнить действие — пусть работает.
А если не позволяет, значит идти другим путем, писать самому это действие.

У Яндекс вон вообще нет пробелов в html коде, все в одну строку загнано, объем трафика уменьшают, а за красотой форматирования не гонятся.

Логично, что съезжает.
Добавьте пробелов в чанке Favicon на каждой строчке, перестанет съезжать.

Да… примерно…
Спасибо. Хотя здесь может быть ситуация, когда свежий записей в выборке не будет…

Да вот и не знаю, какую сортировку писать…
Даже сформулировать тяжело. Вероятнее всего да, нужно самому сформировать список id Объектов, а потом уже их сами и выбирать через pdoResources или что удобнее.

В системную настройку friendly_alias_restrict_chars_pattern добавьте неугодные символы.

Смотря сколько у вас файлов…
Как вариант, можно через произвольную библиотеку прочитать текстовое содержимое файлов и всем массивом засунуть в скрытые ресурсы (один файл — один ресурс). Эти ресурсы и будет индексировать SimpleSearch (но лучше mSearch2). А при выводе результата поиска подменять ссылку на ресурс ссылкой на файл.

Если верить документации:

$resource->set('pagetitle', $properties["Полное наименование"]);

Желательно еще и $mode проверять, $resource может быть и категорией.

Думаю, что проблема в TV все же.
Сколько фильтров, я не зря спросил про параметр filters,

А какие filters?
По полям товаров или TV фильтрация идет?
Если вызов mFilter2 заменить на msProducts, работает быстро?

А, ну и еще у компонента есть механизм синонимов, может его получится использовать.

А как компонент должен понять, что ПАГ14 это два слова «ПАГ + 14»?
По какому принципу то?.. Это не интеллектуальный поиск аля Яндекс.

Если оч. нужно, пишите плагин/сниппет, что удобно в общем, который будет в этом частном случае разбивать входящий запрос по принципу «строка+число» и уже это скармливайте mSearch2.

Задонатил остаток с ЯД

Если это один раз сделать, тор у ресурса есть соответствующие настройки.
А если каждый год, то нужно что-то написать, да…