Николай Савин

Наверное вот такие вопросы и возникают потому что все на бегу а не основательно и по порядку.
Очень рекомендую уроки по JS Владилена Минина. У него превосходный канал на Ютубе с отличным контентом и есть полноценные курсы начиная от основ JS до всевозможных фреймворков. Ну и практика конечно.

Для небольшого сайта вообще не имеет смысла использовать компоненты.
Наиболее полезно и безгеморно написать парочку плагинов своими силами и радоваться.

Если уж корректируете код и используете феном — старайтесь корректировать его до конца
В чанках нужно использовать родной синтаксис фенома и вызывать плейсхолдеры через $

'tpl' => '@INLINE {$content}',

where должен использовать массив данных. для фенома это [ ]
так и запись проще получается без конкатенации и можно использовать многострочный ввод

'where' => [
"pagetitle" => $_modx->resource.brand
]

Итого получаем

{'pdoResources' | snippet : [
    'parents' => '1',
    'depth' => '0',
    'includeContent' => '1',
    'tpl' => '@INLINE {$content}',
    'where' => [
         "pagetitle" => $_modx->resource.brand
     ]
]}

Ну если на JS только hello world писать — то конечно это бессмысленое занятие.
А если в проекте половина на JS написана — это уже другой разговор.
А попробуйте разделять код проекта на логические модули, каждый из которых находится в отдельном файле.
А попробуйте еще библиотеки и инструменты для работы подключать из npm например.

Чтобы еще раз не отвечать зачем вообще все эти node_modules если можно любую нужную библиотеку локально скачать — сразу отвечу. Чтобы через полгода одной командой npm update обновить сразу все используемые библиотеки и зависимости.
Вы же наверное следите чтобы версия MODX свежей была на тех проектах, за которые отвечаете.
Так и за другими составными частями следить нужно. А использовать NPM это самый простой способ.

И еще позволю себе совет — вместо того чтобы в каждой ветке новые длиннющие рассуждения писать — было бы полезно тратить этот час в день на самообразование. Но это лишь мое мнение, которое я просто оставлю здесь. Спасибо. Пойду займусь самообразованием ))

Это ошибочное поспешное мнение.
Во первых webpack не обязательно создает хешированные имена файлов, а вполне себе способен перезаписывать один и тот же файл — достаточно при конфигурации имя указать.
Да собственно и все. Во-вторых писать не зачем.
Собираете фронт у себя на компьютере, выгружаете на сервер. Точно так же, как если бы работал с GULP сборщиком например.

А что тут копать. Писать код нужно.
1. Добавить одну дополнительную таблицу для хранения информации о прикрепленных файлах и создать ее модель
2. Добавить связь с этой таблицей других «соседних» моделей компонента
3. Чуть-чуть доработать сохранение комментария. Ну… просто добавить методы сохранения изображений.
4. Ну и на фронте сделать по вкусу загрузчик.

За день можно управиться.

Мне кажется шаблон вывода стоит вынести в отдельный параметр tpl
Нехорошо разметку посреди кода пихать.

Можно. Чего ж нельзя то. Иван написал универсальный пример. Чуть чуть доработать под схему вашей CRM и будет счастье

Тот случай когда скрипт как скрипт, ничего необычного. Но все лайкнули пост, просто потому что Иван — красавчик!

tvPrefix => ''

К Сергею лучше обращаться на его сайте Modzone
Если не ошибаюсь, он здесь больше не появляется. Хотя может и читает.

Измените раздел на вопросы
По существу — у вас поди head или body не закрыт

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

Очнулся. Их уже года два как отменили. Можно поискать аналоги, предоставляющие API. Я думаю автор этого и аналогичных компонентов с удовольствием скажет спасибо за подборку и включит один из сервисов (если такие будут) в компонент.

Можно.

Разработчик ничего не должен. По мере свободного времени выпустит. Но не обязательно как обновление.
Это запросто может быть другой компонент за отдельные деньги.

Выше написал же

PdoTools умеет подгружать данные из любой таблицы вообще. Главное чтобы она была доступна для чтения из MODX

?‍♂️

Дорожная карта для решения вашего вопроса примерно такая (я бы делал так)
1. Ссылка Написать пользователю показывает всплывающее окно, в котором должно быть скрытое поле с id целевого пользователя
2. При отправке сообщений можно использовать ajaxForm со своим сниппетом.
3. В сниппете все очень просто. Мы имеем на входе Id пользователя.
Получаем пользователя через

$user = $modx->getObject('modUser', $id)

Далее формируем текст сообщения и отправляем сообщение через встроенный метод $user->sendEmail($message);