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

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

&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 файлов должны были избавиться, оставив одни классы объектов с картой в свойстве — но я еще не проверял, как оно работает.

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

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

Полтора года уж как.

modx.pro/hosting/5662-update-modhost.pro/

Полтора года уже как на modhost.pro это всё по умолчанию включено.

Именно так, да.

Более того, параметры, указанные в tvFilters, всё равно конвертируются в where. Иногда, возможно, с ошибками =)

Я понимаю, что может быть любое недопонимание и разочарование, но 17 одинаковых комментариев в разных произвольных темах — это перебор.

Отключил за спам.

Это 2 совершенно разные задачи.

5000 рублей.

— деактивация профиля при переходе по определённой ссылке.
— при авторизации сообщение об удалении и возможности вновь активировать свою учётку через регистрацию
— отправка сообщения с активацией при попытке регистрации с тем же email (телефоном).
— системная настройка для отключения\включения тикетов и комментариев деактивированного юзера.

Не уверен, что окончательное удаление должно быть в стандартной поставке — больно это опасная вещь. Но можно написать отдельный скрипт для cron.

Посмотри, может у тебя тоже не создалась колонка.