Сергей Шлоков

На здоровье!
Скорее всего, дело не в return, а в кэше. Думаю, если вернуть его обратно, то все будет работать и с ним.

Наоборот.

Так у вас в схеме для объекта Towns указано cardinality=«one»

<composite alias="Areas" class="Areas" local="id" foreign="town_fk" cardinality="one" owner="local" />

А вы запрашиваете getMany()

$areas = $town->getMany('Areas');

Ну я больше не знаю чем помочь.
Попробуйте поэтапно.
1. Проверьте, если ли записи в таблице городов.
2. Если есть, вызов $modx->getCollection('Towns') что-нибудь возвращает?
3. Если да, есть ли запись с id=1
и т.д.

Также неплохо было бы проверить, существует ли запись с id = 1

Уже лучше. А теперь осталось разобраться вот с этим

$towns = $modx->getCollection('Towns',1);

Судя по названию переменной $towns и методу getCollection запрашивается список городов. Т.е. городов, определенных условием, указанным во втором параметре метода getCollection. И что мы так видим? Единичку. Т.е. вы получаете всего один объект. Теперь читаем что должно быть

type: object|array|string 
Desc: An xPDOCriteria object or an array.

Т.е. или объект xPDOCriteria или массив или строка (для where).
П.С.

Я надеюсь, вы пакет загружаете перед запросами. Если нет, то нужно вставить следующий код перед вызовом ваших объектов.

$path = $modx->getOption('core_path') . 'components/geolocation/model/';
if (!$modx->addPackage('geolocation', $path)) return '[geolocation] Пакет не найден.';

Вариант 1.
Ставьте CMPGenerator. Открываете и создаете новый пакет «geolocation». Указываете таблицы, префикс, генерируете и схему и пакет, предварительно сохранив свою старую схему. Далее, в новой схеме прописываете связи aggregate и composite из своей схемы.
Опять открываете пакет в CMPGenerator, только теперь схему генерировать не надо (ставите Нет), только пакет. Сохраняйте. Все.

Вариант 2.
Или вручную — найти все map-файлы и у них поправить все что нужно. Как правило, они лежать в папочке mysql.

Первый вариант самый простой.

А map файлы пересоздали/изменили? MODX не работает со схемой, он работает с готовыми map файлами.

А, ну да, это же ты скриптом открываешь.

Как минимум в схеме вижу одну повторяющуюся ошибку: owner может быть или local или foreign.

Это решение будет у Tickets или только на этом сайте?

Эх, мне бы на десять лет назад слетать, я бы тоже знал это. :)

Офигеть. Как так получается? Причем еще и счетчик просмотров накручивается!

Или использовать pdoParser

Уже обсуждалось

Да пользователи давно уже привыкли. В телефоне почти каждое приложение при установке просит доступ к данным, контактам и т.п. А тут Яндекс просит доступ к своему же ящику, что в этом страшного.

[[pdoResources:default=`<div>Новостей пока нет</div>`]]

А если почитать документацию, то станет еще проще получить нужный результат.

&totalVar — page.total — Имя плейсхолдера для сохранения общего количества результатов.

Если на странице один thread, то проще простого.
Создаем сниппет CountComments

$thread = $modx->getObject('TicketThread', array('resource' => $modx->resource->get("id")));
if (empty($toPlaceholder)) {
	// или сразу выводим значение
	return $thread->get('comments');
} else {
	// или записываем его в плейсхолдер
	$modx->toPlaceholder($toPlaceholder,$thread->get('comments));
}

Вызываем его перед местом использования (если вывод через плейсхолдер) или сразу в нужное место (если вывод напрямую).

// Если вывод через плейсхолдер, то указываем его
[[!CountComments? &toPlaceholder=`countComments`]]

Теперь вставляем плейсхолдер [[+countComments]] куда нужно.