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

Михаил, вопрос по онлайн-оплате. Вы вроде как в теме.
Я правильно понимаю, что при использовании miniShop там будет всего один товар — бронь? В связи с чем вопрос — целесообразно ли заставлять пользователя (например, отели) устанавливать такой мощный магазин ради одного товара?

Не добавить, не убавить. Именно так это вижу и я.
Просто представьте, что разбираясь с Tickets вы увидели, что заложенный в него функционал позволяет использовать комментарии как личные сообщения. Нужно лишь немнооооожечко доработать. Некоторым это показалось интересным и вы свое решение предложили сообществу. Это не какой-то супер-пупер мегачат. Это тот же замечательный Tickets с небольшой плюшкой. Вот и все.
Кроме того, я показал еще один вариант использования Tickets — в качестве симпатичной книги отзывов.
Т.е. это просто небольшие расширения для Tickets. Не больше не меньше.

П.С. А возможность расширять диалог люди просили, поэтому я это и сделал.
П.П.С. Думаю, что Tickets подойдет и для большого сообщества. Люди вот на нем не хилые форумы делают. Наверно, такие личные сообщения на форумах могли бы пригодится.

значит нужно по двум столбцам сортировать parent и menuindex. Хотя если id папок не по порядку, то также как в админке не выйдет. Тогда нужно делать отдельные запросы для каждой папки.

&sortby=`id`

Он использует функционал Tickets, а там такой возможности нет. Вернее, у тикетов есть, а у комментариев нет. А мессаджи — это комментарии. Будет это у Tickets, будет и тут.

Не потянет он 300. И использовать его для чата я бы не советовал. Он больше подойдет для общения с сотрудниками компании.
Для чата нужно другое решение, через вэбсокеты. И таких решений уже достаточно в сети. Иначе это будет настоящая DDOS атака на твой сервер — 300 человек ходят по сайту + каждую секунду идут запросы по чату. Хана сайту.
Еще раз напомню. Это для решение для тех, кто уже использует Tickets и хочет кроме комментариев еще и сообщения получить. Два в одном. Например, на этом ресурсе это вполне могло бы пригодится. Иногда возникает какой-то вопрос к конкретному человеку. И тут TicketMessages мог бы помочь. Т.е. онлайн не нужен.

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

Нормальный чат. Как и другие. А я для 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');