И что? Пусть ресурсы создаются с правильным id, а во всех чанках вместо
[[~103]]
указываем переменную и потом при создании чанка меняем переменную на нужный тег. Главное чтобы ресурсы создавались первыми.

Вот это все не понял. В смысле с правильным id? Это с каким?

И при установке из vehicle ресурсы создаются установщиком MODX без участия какого-то моего кода

И что? Пусть ресурсы создаются с правильным id, а во всех чанках вместо

[[~103]]

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

Не такой уж и важный пакет чтоб этим заморачиваться

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

А вообще, компонент может стать и нужным, если его довести до ума. Но, это уже твое дело.

Ну от вас такого не ожидал О_О.
Build.php только создает vehicle файл в транспортный пакет. И при установке из vehicle ресурсы создаются установщиком MODX без участия какого-то моего кода. Конечно можно написать ресолвер, который после установки выловит id ресурсов по их алиас, и записать их в системные настройки, но еще надо будет опять же ресолвером установить родителей ресурсов.
Не такой уж и важный пакет чтоб этим заморачиваться. Я на тестах его использую, а для заказчиков обычно Office ставлю.

Расскажешь, что проблемного в том, чтобы взять кусок кода из build.php, отвечающий за создание ресурсов, и дописать к нему сохранение id хоть в свою таблицу, хоть в системные настройки?

Ну ну :-). Вообще-то build.php только собирает транспортный пакет и при установке пакета (при создании ресурсов) никак не выполняется. Так что твое предложение лажа :-).

но у новичков с ним возникнет больше головной боли, чем пользы

Новичкам, наверно, полезно самим настроить login, а не через пакет. И только потом решать пользоваться пакетом или нет.
Вообще мне при создании тестовых сайтов и своих требуется авторизация и каждый раз ее с нуля поднимать геморойно. А пакетом быстро поставил и тестируй дальше.

Это проблемная задача.

Если бы это написал новичок, то вопросов не было и то новичок, скорее всего задал бы вопрос или погуглил, а ты уже создал несколько компонентов, поэтому очень странное заявление от тебя.

Все что нужно, это получить последний id ресурса и записать в переменную _idx

Вариант 1.

$q = $this->modx->newQuery('modResource');
$q->select('id');
$q->sortby('id', 'desc');
$q->limit(1);
$res = $this->modx->getObject('modResource', $q);
$this->_idx = $res->id++;

Вариант 2.

$table = $this->modx->getTableName('modResource');
$sql = "SELECT MAX(`id`) FROM {$table}";
$statement = $this->modx->prepare($sql);
$statement->execute();
$id = $statement->fetchColumn();
$this->_idx = $id++;

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

Это проблемная задача.

Расскажешь, что проблемного в том, чтобы взять кусок кода из build.php, отвечающий за создание ресурсов, и дописать к нему сохранение id хоть в свою таблицу, хоть в системные настройки?

Если хочешь реши ее и всем будет счастье :-)

А больше тебе ничего не нужно сделать?
Я бы понял твое предложение, если бы пакет был полезным/удобным и решал бы какую-нибудь задачу, но у новичков с ним возникнет больше головной боли, чем пользы, поэтому не особо понятно, с чего бы там взяться «счастью».

Вообще тон твоего комментария вызывает впечатление, что тебе лишбы погавкать :-) Извиняюсь конечно за прямоту, но вот такое впечатление у меня.

Тон оформления твоего «пакета» вызывает впечатление, что тебе лишь бы поговнокодить. Извиняюсь, конечно, за прямоту, но вот такое впечатление у меня.

Ссылка со временем стала битая. Вот актуальная: https://docs.modx.pro/komponentyi/ms2gallery/generacziya-prevyu#Наложение-watermark

В чем проблема создать эти ресурсы и сохранить их id динамически, это непосильная задача?

Это проблемная задача. Если хочешь реши ее и всем будет счастье :-). Вообще тон твоего комментария вызывает впечатление, что тебе лишбы погавкать :-). Извиняюсь конечно за прямоту, но вот такое впечатление у меня.

pdoTools просто чтоб был. Мне он нужен. А Theme.Bootstrap — это готовая верстка шаблона. В личный кабинет подтягивается шаблон из Theme.Bootstrap и под него верстка чанков Login делается. Без Theme.Bootstrap компонент вообще нельзя было бы написать. Проблема в том какую верстку под страницы писать.

для универсального использования (что как бы подразумевается для пакетов)

Такой пакет как этот нельзя сделать для универсального использования. На каждом сайте своя верстка.

Очень рисково включать fenom после установки, т.к. сайт может повалиться из-за инлайновых скриптов или инлайновых JS атрибутов, где стоит фигурная скобка и после неё символ :)

Я предупредил, что включается, а использовать пакет или нет ваше дело. Или собрать свой без фенома.

Интересно же почему так? При создании объектов железно прописываешь им айди?

Это с modExtra пошло. Он назначает у ресурсов id автоматически с 1, чтобы родителей ресурсов прописывать. github.com/bezumkin/modExtra/blob/8295c2a6e987a0427c40ade90acb594be28b5696/_build/build.php#L614
Я просто прописал свои id чтобы на не перезаписывать ресурсы что уже были.

Добрый, прям с комментариями от Tickets можно пробовать? Задавать по типу для xLike class = TicketComment?
Я смотрел в эту сторону… там кажется только с самими тикетами можно — xlike.demo.gvozdb.ru/ или ошибаюсь?

Можно использовать xLike.

Внимание! страницы создаются с id со 100 по 106. Если у вас на сайте больше 100 страниц, то страницы не создадутся.

Ты это серьезно или пошутить так решил?
Если ты выкладываешь пакет, то будь добр потратить время и соответствующе его оформить, а не вырезать бесполезный кусок кода со своего проекта. Это, как минимум, дурной тон по отношению к пользователям, которые потратят время на твой пакет в попытках завести его у себя.

В чем проблема создать эти ресурсы и сохранить их id динамически, это непосильная задача?
Жаль минус уже поставить нельзя, влепил бы два сразу.

Бегло пробежался по коду. pdoTools подключается только для использования сниппета pdoMenu. Зачем нужно включать феном вопрос.

Theme.Bootstrap и pdoTools. Зачем они нужны в пакете совершенно не ясно. Но очевидно, что данный пакет выдернут из текущего проекта автора без какой-либо подготовки для универсального использования (что как бы подразумевается для пакетов). Даже айдишки жестко зашиты. Т.е. я не рекомендую использовать данный пакет (пусть простит меня автор за моё мнение). Я бы такой пакет не одобрил.

Как же?

А про какие зависимости речь?

Очень рисково включать fenom после установки, т.к. сайт может повалиться из-за инлайновых скриптов или инлайновых JS атрибутов, где стоит фигурная скобка и после неё символ :)

На страницах сайта включается femon.

Интересно же почему так? При создании объектов железно прописываешь им айди?

Внимание! страницы создаются с id со 100 по 106. Если у вас на сайте больше 100 страниц, то страницы не создадутся.

Вновь прошу прощения, оказывается у меня все работает при выставлении параметра crontabmanager_handler_class в значение CrontabManagerHandler в настройках. Примеры запускаются и становятся активными, правда не выключаются, если выключить demo задание, то будет

[Crontab] $jobSpec must be crontab compatibile entry

а если создать свое с одной строчкой записи в лог, как в демо, то

PHP warning: preg_match(): Unknown modifier 'n'

и такое же

[Crontab] $jobSpec must be crontab compatibile entry

Через плагины, как вариант. Либо через Fenom + сниппет.