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

1. Вариант «на коленке»:
Каждый «Рейтинг» — это отдельный ресурс (страница).
«Добавлять определенных или всех пользователей» — на ваше усмотрение, хоть TV поле, где перечисляются пользователи. Далее проверяем, есть ли пользователь в этом TV.
Само голосование… ну хоть через xlike, да. Можно от тикетс, можно даже easyComm заюзать.

2. Вариант «серьезный».
Пишем свой компонент с нужными функциями.

Создавать так:

$data = array();
$data['pagetitle'] = "Заголовок";
$data['alias'] = "my-page";
$data['parent'] = 123;
$data['template'] = 7;
$data['published'] = 1;

$response = $modx->runProcessor('resource/create', $data);
if ($response->isError()) {
    $modx->log(xPDO::LOG_LEVEL_ERROR, 'There was a problem to create resource...');
    $modx->log(xPDO::LOG_LEVEL_ERROR, $response->getMessage());

    return;
}

$resourceId = $response->response['object']['id'];

Можно и контекст передать, если отличный от web.

Почитать или разрозненно в интернете или смотреть исходники MODX и компонентов:
github.com/modxcms/revolution/blob/2.x/core/model/modx/processors/

p.s. Важно, для создания ресурса вы должны быть авторизованы и обладать правами на создание!

Ну а get-процессор то данные верные отдает, полные? В консоли браузера посмотрите запрос этот.

При открытии объекта на редактирование должно быть:
1. Основной запрос, в котором в числе всех данных объекта придет значение этого поля.
2. Отдельный запрос к процессору getlist, в который уйдет 2 параметра: id, combo=1, оттуда придет ответ с одной единственной строкой, из которой title и подставится.

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

$id = $this->getProperty('id');
if (!empty($id)) {
        $c->where(array('id' => $id));
}

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

$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, работает быстро?

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