perf(TicketLatest): сортировать comments по Thread.comment_time

[Ibochkarev]

Контекст

После #214 / #215 TicketLatest в action=comments больше не тянет Ticket.content (на большой базе ~4 с → ~1.7 с). Остаётся тяжёлый план запроса.

В tickets_threads уже есть comment_last и comment_time (TicketThread::updateLastComment()). Новая колонка не нужна.

Проблема

Сейчас (без &user) запрос идёт от TicketComment с join на Thread.comment_last, сортировка по TicketComment.createdon, плюс GROUP BY Ticket.id. На десятках тысяч веток это всё ещё дорого.

Цель

В action=comments без фильтра user:

1. Ведущая таблица — TicketThread (deleted = 0, comment_last > 0).
2. ORDER BY comment_time DESC + LIMIT до тяжёлых join’ов по смыслу плана.
3. JOIN последнего комментария по comment_last, затем Ticket (+ User/Profile).
4. Убедиться, что в БД есть индекс по comment_time (в schema поле с index="index", в map явного индекса в списке может не быть — проверить/добавить).
5. Опционально: урезать default SELECT Profile / Section под tpl.Tickets.comment.latest; расширение через &select.

Режим &user=… (все комментарии пользователя) и action=tickets не ломать.

Критерий

На той же базе, где после #215 было ~1.7 с, запрос заметно быстрее (ориентир: существенно ниже 1.7 с при том же limit / showLog).

Refs #214