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

Михаил уже ответил. От себя добавлю…
У меня пока нет полного понимания куда это прикручивать. У всех по разному, но подходящее решение не нашел. Пока мысль остановилась на ссылке в письме — т.е. человек забронировал, ему пришло письмо, а в нем ссылочка «Оплатить». Как альтернатива — это регистрация пользователя, кабинет, а в нем заявки. Но это сложно и я не нашел таких примеров в интернете.
Поэтому пока разбираюсь с минишопом, надеюсь что-то еще придет в голову. Или кто умный подскажет идею.

Нормальный чат. Как и другие. А я для MODX решение предлагаю. Простенькое.
П.С. Нормальный чат и должен быть через вэбсокеты.

Это еще один чат. Типа Чатры, который у modstore.pro.

p.s. можем вместе заняться разработкой, тоже в этом заинтересован.

А какая там нужна разработка. Там просто подключение и все.

А ссылочку можно.

Сейчас сортировка по времени создания диалога, новые сверху. Но сортировка по последнему ответу наверно будет удобнее.

Время чего и в какую колонку?

Да собственно, ничего особенного не требуется. Если есть предложения или замечания, озвучить. А я в выходные постараюсь все привести к окончательному варианту.

В сообщения как многие просили.

Василий, я правильно понимаю, что подсчет просмотров ведется по ресурсам, а не по веткам. Т.е. если вывести несколько веток на одной странице, то подсчитать количество новых комментариев у каждой ветки можно, но если просмотреть эти новые комментарии у одной ветки, то у остальных количество новых обнулится.

Это позиция Василия. Кто хочет отблагодарить или не хочет возиться со сборкой пакета или не видит смысла экономить и кому удобнее простое управление дополнениями, тот скачивает через магазин. А кому жалко кровных и привык к халяве или для посмотреть «как у умных сделано», тот берет на Github.
В принципе, сайты оплачивает заказчик. Поэтому смысла большого экономить не вижу. Тем более, что в случае с Github надо вручную и обновления накатывать, в отличие от встроенного механизма обновления дополнений самого MODX. В общем, через магазин и правильнее и удобнее. Имхо.

Для этого есть специальные инструменты. Те же Я.Метрика и Google Analytics. Вообще, про это лучше спросить специалистов в этой области.

Если эти два поля обязательны, то их всегда нужно проверять, независимо от настройки requiredFields.
Тогда эта проверка, на самом деле, не нужна ->

$requiredFields = trim($this->getProperty('requiredFields'));
if (empty($requiredFields)) $requiredFields = array('name','email');

А оно вона как работает

public function getProperty($k,$default = null) {
  return array_key_exists($k,$this->properties) ? $this->properties[$k] : $default;
}

Просто описание вводит в заблуждение

Теперь можно отключить требование заполнения name.

Может тогда нужно чуть изменить проверку, чтобы не получать ошибку, описанную выше?

$requiredFields = trim($this->getProperty('requiredFields'));
if (empty($requiredFields)) $requiredFields = array('name','email');

[#122] Сниппету TicketComments Добавлен параметр &requiredFields для указания обязательных полей при комментировании. Теперь можно отключить требование заполнения name.

Василий, подскажи, а как отключить это требование. Если я выставляю &requiredFields=``, то получаю ошибку:

field: null
message: "Это поле обязательно."

Это потому, что в процессоре web/comment/create.class.php проверки на пустое значение нет.

$requiredFields = array_map('trim', explode(',', $this->getProperty('requiredFields', 'name,email')));

Получаю

$requiredFields = Array (
    [0] => 
)

Видимо, отпуска начались.

И для чата в реальном времени желательно уменьшить время обновления хотя бы с 20 до 2 секунд.

Есть системная настройка «Интервал обновления сообщений». Измените в ней значение с 20 на 2 и ваше желание исполнится.

То есть, на минимальном тарифе вы можете добавить 3 домена типа domain.ru и неограниченное количество поддоменов к ним

Отличная новость, подтверждающая уверенность, что не зря перешел на этот хостинг.
И за документацию отдельное спасибо.

Дальнейшие доработки ведут к изменению ядра Tickets. Костылями подпирать — путь тупиковый. Выход один — делать самостоятельное дополнение без привязки к Tickets, со своей админкой и т.п. А это уже совсем другая песня.

В данном случае, пользователю приходит письмо с сайта. Он может ответить на него и прислать дополнительные данные. А менеджер, который рулит почтой, вносит необходимые данные в заявку.
А делать еще и полноценный почтовый интерфейс, мне кажется, это лишнее.