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

Не-не. $message это общий случай, у тебя конечно же $object. Именно $object доступен в плагине, $message там нет.

Упс, ошибся. Там есть поле extended, оно не используется, добавлено «на всякий». Поле типа json, по идее работать с ним нужно как с массивом (хотя я ни разу его не использовал).

$v = $message->get('extended');
$v['some'] = 'test';
$message->set('extended', $v);
$message->save();

[[+content:cdata:replace=`assets/==/assets/`:replace=`src="/==src="`]]

но эти дичь дикая, костыль жуткий и вообще, молюсь, чтобы мне такой сайт не пришел в работу)
Бороться нужно с причиной, а не ее последствиями.

Да, зацепится особо не за что, верно.
Как Сергей подметил, можно properties использовать, это поле есть не только у ресурса, но и у комментария.
Оно в компоненте нигде не используется.
Делайте там пометку нужную вам.

$thread = $object->getOne('Thread');
if($thread) {
    $resource = $thread->getOne('Resource');
    if($resource) {
        $resource->set('editedon', time());
        $resource->save();
        $resource->clearCache();
    }
}

Просто

if($resource) {...

каждый раз после getOne.

Я без проверки напишу, может где-то опечатаюсь)
Еще после методов getOne желательно проверять объекты на null.

if ($modx->event->name == 'OnEcMessageSave') {
    $thread = $object->getOne('Thread');
    $resource = $thread->getOne('Resource');
    $resource->set('editedon', time());
    $resource->save();
    $resource->clearCache();
}

по логике это все.
Если все равно осталось закешированным, то стоит посмотреть, как генерируется LastModified

Реально, каков вопрос, таков и ответ.
Можно сделать и так и так.
У меня есть сайт, там типа товаров, но не совсем, подтягиваю их по апи (пл запросу), затем кеширую на сутки данные, работает все хорошо.
Из плюсов — нет кучи товаров, не надо следить за удалением товаров.

Не?

{set $result = $_modx->runSnippet('abc');}

При обновлении файл не перезатрите…

Каким-либо образом переопределить селектор.
Html допускает только 1 уникальный id в документе. Вероятно нужно заменить id на class.

Может правда хостинг? Оптимизируют что-нибудь для быстродействия, вот и результат непредсказуемый.

getCollection загружает сразу все в память, не прокатит, действительно памяти не хватит.
Удаляйте или по 1 (getObject) в цикле, или если это долго, то можно getCollection, но за один раз штук по 50.

Какие уведомления, о чем?
Типовой сценарий использования компонента — отзывы о товарах.
С трудом могу представить ситуацию, когда я захочу получать уведомления о том, что на каком-то сайте появился новый отзыв о пылесосе или книге.
Или я не понял, про что речь.

Тащить целую библиотеку за собой ради 2-х иконок?..
Если на сайте установлен font-awesome, вы всегда можете изменить css файл и верстку, чтобы его использовать.

Добрый.
А что с thread может быть не так?..
Я с Localizator не знаком совсем.

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.'%'));
...