Василий Наумкин

Англуляр-то здесь причём? Это javascript библиотека, данные из БД он не выберет.

Раздел «Сайты на MODX» предназначен не для вопросов.

Для вопросов, сюрприз-сюрприз!, предназначен раздел «Вопросы».

Нет.

Видимо, можно еще куда-то устанавливать движок, не на сервер? Окей, исправил.

Логи же просто так сыпятся. Обновился — ошибки сами пропали, обычное дело, так всегда и бывает.
Смешно.

Encountered empty IN

Где-то вызывается условие в xPDO с пустым IN, типа

&where=`{"parents:IN":"[[+parents]]"}`

и вот здесь в плейсхолдере пусто. Ищи, где у тебя есть IN.

Missing argument 3 for Fenom\Modifier::replace()

Это проще. Где-то в чанках есть вызов модификатора Fenom replace, без нужного параметра. То есть, строка для замены есть, что заменять есть, а на что заменять — нет.
Ищи где у тебя в чанках есть

{$variable | replace : 'что-то'}

Дока

А что это у тебя в админке пытается генерировать адрес для ресурса 5? Странно, как-то.

А так — github.com/modxcms/revolution/issues/13278

Ради интереса еще замерь, падает ли производительность от лишнего условия, и насколько.

Учитывая, про при переходе по uri главной страниц, MODX всё равно делает редирект, писать дополнительную проверку ровно для одной страницы лично мне не хочется.

Нужно использовать волшебный параметр

&scheme=`uri`

тогда для адресов страниц будет использоваться их uri, без запуска функции modX::makeUrl().

Вот лог modx.pro:

0.0000691: pdoTools loaded
0.0000439: Conditions prepared
0.0000050: Query parameters ready
0.0000920: No cached data for key «default/sitemap/13f0b2»
0.0000150: xPDO query object created
0.0000861: Added selection of modResource: SQL_CALC_FOUND_ROWS `id`, `editedon`, `createdon`, `context_key`, `class_key`, `uri`, `content`
0.0000200: Processed additional conditions
0.0002549: Added where condition: modResource.hidemenu=0, OR:modResource.class_key:IN(Ticket,Article), modResource.published=1, modResource.deleted=0, modResource.searchable=1, modResource.context_key=web
0.0000701: Sorted by modResource.menuindex, asc
0.0002680: SQL prepared «SELECT SQL_CALC_FOUND_ROWS `modResource`.`id`, `modResource`.`editedon`, `modResource`.`createdon`, `modResource`.`context_key`, `modResource`.`class_key`, `modResource`.`uri`, `modResource`.`content` FROM `b2QHetSLC6ET_site_content` AS `modResource` WHERE ( ( `modResource`.`hidemenu` = 0 OR `modResource`.`class_key` IN ('Ticket','Article') ) AND `modResource`.`published` = 1 AND `modResource`.`deleted` = 0 AND `modResource`.`searchable` = 1 AND `modResource`.`context_key` = 'web' ) ORDER BY modResource.menuindex asc „
0.1018419: SQL executed
0.0021629: Total rows: 9786
0.0283070: Rows fetched
0.0230331: Returning raw data
0.0005159: Created inline “modChunk» with name «93a97ed9d66e351bc63bf3ddfa38f405»
0.0122530: Compiled Fenom chunk with name «modchunk/93a97ed9d66e351bc63bf3ddfa38f405»
0.1083400: Rows processed
0.0142739: Saved data to cache «default/sitemap/13f0b2»
0.0096161: Created inline «modChunk» with name «be75dd4b9525127c59b774f94767849c»
0.0241339: Rows wrapped
0.3255181: Total time
82 395 136: Memory usage

Вот такой вызов:

[[!pdoSitemap?
	&scheme=`uri`
	&tpl=`@INLINE
	<url>
		<loc>{$_modx->config.site_url}{$url}</loc>
		<lastmod>{$date}</lastmod>
		<changefreq>{$update}</changefreq>
		<priority>{$priority}</priority>
	</url>`
]]

Хабр использует: habrahabr.ru/top/ а они тоже вроде как на Тикетах.

Не шути так.

Это Tickets позаимствовали всё, что только можно, с Хабра. А у них свой уникальный движок.

Ну я видел, что в новой версии ClientConfig поменяли события для плагина инициализации — дело явно в этом.

Есть пара идей, как освобожусь — попробую проверить.

Скорее это просто pdoTools с приоритетом -100 регистрируется раньше.

Попробуй поставить ClienConfig событию OnMODXInit приоритет -200, ну или как-то еще их покрутить.

Если нужно всего одно поле, то

$pic->toArray()['url']

лучше заменить на

$pic->get('url')

Будет быстрее.

Оп-па. А я и не подумал, что кто-то может использовать файлы для получения массивов.

Убрал и выпустил обновление.

А теперь всё это + доступы в админку — в поддержку магазина.

Оно должен быть одинаковый у обоих дополнений, чтобы не дублировались картинки.

4. Проверить, чтобы галерея использовала правильный источник файлов (по умолчанию Tickets Files).

Для кого написано?

При включении интеграции с ms2 или Tickets — всегда должен быть один источник файлов у них, и у ms2Gallery.

Попробуй почитать документацию.

Все дальнейшие вопросы — в поддержку платных дополнений магазина. Этот флуд удаляю.

Информация для слабовидящих — у вопросов есть отдельный раздел.

Неа. Схема нужна исключительно для генерации map файлов. Таблицы создаются из объектов, которые загружаются из этих файлов.

В xPDO 3 уже вроде и от map файлов должны были избавиться, оставив одни классы объектов с картой в свойстве — но я еще не проверял, как оно работает.

Техподдержка хостинга может помочь.

Я вот зашел на твой сайт в админку и не вижу никаких проблем. Отсюда вывод, что проблема или в компе, или в браузере, или в сессии — но никак не в сайте и хостинге.