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

Именно в этом и ошибка. Удали первую строку в чанке tpl.Tickets.form.create.

Компонент в разработке, а чанки при обновлении не перезаписываются. Сверять можно с чанками в репозитории.

1. Сниппет Loginxza генерирует такое имя, если сервис авторизации не передал нормальное.

2. Смотри ошибки javascript в браузере.

Вроде починил, делайте еще одну заявку.

Вернул.

Спасибо.

Комментарий мне пришлось изменить, так как нужно использовать тег code для оформления частей скриптов или запросов. Удобнее читать.

Обновляйся на 0.8.2, там доработаны ветки комментариев.

Теперь можно так:

if ($thread = $modx->getObject('TicketThread', array('resource' => 'id ресурса'))) {
	echo $thread->get('comments');
}

Ветка создаётся при первом вызове TicketComments на странице и пишет себе в поле resource, где её вызвали. Так же там есть поля comment_last и comment_time — это id и время последнего комментария ветки (т.е. на странице).

Я там тупо копипастнул, сейчас поправил.

Проверь еще разок код отсюда.

Алексей, у тебя в голове картинка не сложилась.

Раздел тикетов — это контейнер для тикетов, класс TicketsSection.
Тикет — это дочерний ресурс контейнер, класс Ticket. Его можно создать только из страницы с типом TicketsSection в админке или сниппетом TicketForm на сайте.

Эти оба типа — расширенные классы, которые обладают особыми возможностями. Обычный ресурс так не умеет. В числе прочего — вывод кол-ва комментов. Причем, TicketsSection выведет сумму комментов для всех дочерних тикетов, а Ticket — только своих.

Если не хочешь создавать тикеты — то доставай кол-во комментов своим сниппетом, код запроса я тебе дал.

А должно быть Ticket.

Как документ создавал, в смысле, ресурс? Если через Api — то нужно было указать верный class_key. При создании из админки или при помощи TicketForm — всё автоматом указывается.

Или ты просто вызываешь TicketComments на обычном ресурсе? Тогда конечно, таких полей не будет — ибо это фишка именно класса Ticket.

В этом случае можно получить кол-во комментов запросом в БД.

$q = $modx->newQuery('modResource', $id);
$q->leftJoin('TicketThread','TicketThread', "`TicketThread`.`name` = 'resource-{$id}'");
$q->leftJoin('TicketComment','TicketComment', "`TicketThread`.`id` = `TicketComment`.`thread`");
$q->select('COUNT(`TicketComment`.`id`) as `comments`');

$count = 0;
if ($q->prepare() && $q->stmt->execute()) {
	$count = (integer) $q->stmt->fetch(PDO::FETCH_COLUMN);
}
return $count;

$id — идентификатор ресурса, на котором вызывался TicketComments.

Не context_key, а class_key?

При выводе массива документа — какой там class_key?

Хоть убей, у меня всё работает.

1. Создаю новую страницу, тип «Документ», шаблон — 0.
2. Вызываю там сниппет Test,
3. В сниппет пишу

if ($res = $modx->getObject('Ticket', 539)) {
    echo '<pre>';print_r($res->toArray());die;
}

4. Выводятся все поля ресурса, в конце

    [hide_children_in_tree] => 0
    [show_in_tree] => 0
    [properties] => 
    [comments] => 0
    [views] => 2
    [votes] => 0

Должно работать именно так, везде.

updated
После написания первого коммента проверил и $res->get('comments'); — всё окей, вывел уже единицу.

Если всё равно не работает — значит на твоём сайте уже чтото накручено, удаляй Tickets все версии и ставь последнюю, потом чисти кэш.

Нет такой возможности, я же не хостинг.

Конечно, нужно использовать Tickets.

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

Насколько я понимаю, это от версии вообще не зависит. Только настройки веб-сервера.

На тестовых сайтах всегда устанавливается последняя стабильная версия.

У меня nginx отдаёт статику напрямую, без php.

Соответственно, до ресурсов с типом CSS и JS запрос даже не доходит.

Тут всё настолько просто, что мне остаётся только твитнуть.

Надеюсь, кто-нибудь поможет.

В заметке всё написано так, чтобы тупо копипастить — и работало.

Не знаю, что тут может быть сложного.

В любом случае, эти знания очень пригодятся в будущем. Навыки администрирования GNU/Linux никому не мешают.

1. Нужно как то связать юзеров там и тут. Не знаю, как вы это будете делать — но надо. А дальше, нужно разобрать xml, например, simplexml.

Писать в базу можно через PDO или xPDO. Если второй случай, то надо схему и модель — можно освоить заодно и разработку компонента.

2. Тут просто — modMail.

Эта инструкция как раз для того, чтобы не использовать панели, типа ISP.

Она вам такого наконфигурирует, во век не разгребёте.