19 июня 2015, 14:56 Михаил уже ответил. От себя добавлю… У меня пока нет полного понимания куда это прикручивать. У всех по разному, но подходящее решение не нашел. Пока мысль остановилась на ссылке в письме — т.е. человек забронировал, ему пришло письмо, а в нем ссылочка «Оплатить». Как альтернатива — это регистрация пользователя, кабинет, а в нем заявки. Но это сложно и я не нашел таких примеров в интернете. Поэтому пока разбираюсь с минишопом, надеюсь что-то еще придет в голову. Или кто умный подскажет идею. Новые дополнения и их версии / [oneBooking] Версия 2.0.0-pl Доп. функционал 63 0
19 июня 2015, 13:07 Нормальный чат. Как и другие. А я для MODX решение предлагаю. Простенькое. П.С. Нормальный чат и должен быть через вэбсокеты. Новые дополнения и их версии / [TicketMessages] Обзор новых возможностей 45 0
19 июня 2015, 13:01 Это еще один чат. Типа Чатры, который у modstore.pro. p.s. можем вместе заняться разработкой, тоже в этом заинтересован. А какая там нужна разработка. Там просто подключение и все. Новые дополнения и их версии / [TicketMessages] Обзор новых возможностей 45 0
19 июня 2015, 07:18 А ссылочку можно. Новые дополнения и их версии / [TicketMessages] Обзор новых возможностей 45 0
18 июня 2015, 20:42 Сейчас сортировка по времени создания диалога, новые сверху. Но сортировка по последнему ответу наверно будет удобнее. Новые дополнения и их версии / [TicketMessages] Обзор новых возможностей 45 0
18 июня 2015, 20:27 Время чего и в какую колонку? Новые дополнения и их версии / [TicketMessages] Обзор новых возможностей 45 0
18 июня 2015, 20:21 Да собственно, ничего особенного не требуется. Если есть предложения или замечания, озвучить. А я в выходные постараюсь все привести к окончательному варианту. Новые дополнения и их версии / [TicketMessages] Обзор новых возможностей 45 0
18 июня 2015, 20:09 В сообщения как многие просили. Новые дополнения и их версии / [TicketMessages] Обзор новых возможностей 45 0
18 июня 2015, 18:51 Василий, я правильно понимаю, что подсчет просмотров ведется по ресурсам, а не по веткам. Т.е. если вывести несколько веток на одной странице, то подсчитать количество новых комментариев у каждой ветки можно, но если просмотреть эти новые комментарии у одной ветки, то у остальных количество новых обнулится. Новые дополнения и их версии / [Tickets] Версия 1.5.0-pl 53 0
18 июня 2015, 14:37 Это позиция Василия. Кто хочет отблагодарить или не хочет возиться со сборкой пакета или не видит смысла экономить и кому удобнее простое управление дополнениями, тот скачивает через магазин. А кому жалко кровных и привык к халяве или для посмотреть «как у умных сделано», тот берет на Github. В принципе, сайты оплачивает заказчик. Поэтому смысла большого экономить не вижу. Тем более, что в случае с Github надо вручную и обновления накатывать, в отличие от встроенного механизма обновления дополнений самого MODX. В общем, через магазин и правильнее и удобнее. Имхо. Вопросы / Легальны ли компоненты с gitHub? 2 +6
18 июня 2015, 07:38 Для этого есть специальные инструменты. Те же Я.Метрика и Google Analytics. Вообще, про это лучше спросить специалистов в этой области. Новые дополнения и их версии / [siteStatistics] Статистика сайта 64 0
17 июня 2015, 10:02 Если эти два поля обязательны, то их всегда нужно проверять, независимо от настройки requiredFields. Тогда эта проверка, на самом деле, не нужна -> $requiredFields = trim($this->getProperty('requiredFields')); if (empty($requiredFields)) $requiredFields = array('name','email'); Новые дополнения и их версии / [Tickets] 1.6.0-rc Обновление страниц админки 53 0
17 июня 2015, 09:58 А оно вона как работает public function getProperty($k,$default = null) { return array_key_exists($k,$this->properties) ? $this->properties[$k] : $default; } Новые дополнения и их версии / [Tickets] 1.6.0-rc Обновление страниц админки 53 0
17 июня 2015, 09:46 Просто описание вводит в заблуждение Теперь можно отключить требование заполнения name.Может тогда нужно чуть изменить проверку, чтобы не получать ошибку, описанную выше? $requiredFields = trim($this->getProperty('requiredFields')); if (empty($requiredFields)) $requiredFields = array('name','email'); Новые дополнения и их версии / [Tickets] 1.6.0-rc Обновление страниц админки 53 0
17 июня 2015, 09:40 [#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] => ) Новые дополнения и их версии / [Tickets] 1.6.0-rc Обновление страниц админки 53 0
17 июня 2015, 07:31 Видимо, отпуска начались. Новые дополнения и их версии / [siteStatistics] Статистика сайта 64 0
16 июня 2015, 15:45 И для чата в реальном времени желательно уменьшить время обновления хотя бы с 20 до 2 секунд.Есть системная настройка «Интервал обновления сообщений». Измените в ней значение с 20 на 2 и ваше желание исполнится. Готовые решения / [Tickets] Компонент TicketMessages 104 0
16 июня 2015, 13:51 То есть, на минимальном тарифе вы можете добавить 3 домена типа domain.ru и неограниченное количество поддоменов к нимОтличная новость, подтверждающая уверенность, что не зря перешел на этот хостинг. И за документацию отдельное спасибо. Хостинг / Новости modhost.pro - работа с доменами 9 +2
16 июня 2015, 07:37 Дальнейшие доработки ведут к изменению ядра Tickets. Костылями подпирать — путь тупиковый. Выход один — делать самостоятельное дополнение без привязки к Tickets, со своей админкой и т.п. А это уже совсем другая песня. Готовые решения / [Tickets] Компонент TicketMessages 104 0
15 июня 2015, 22:52 В данном случае, пользователю приходит письмо с сайта. Он может ответить на него и прислать дополнительные данные. А менеджер, который рулит почтой, вносит необходимые данные в заявку. А делать еще и полноценный почтовый интерфейс, мне кажется, это лишнее. Новые дополнения и их версии / [oneBooking] Версия 2.0.0-pl Доп. функционал 63 0
Возможно ли реализовать возможность предоплаты за доставку на сайте? У меня Робокасса, у них вроде есть docs.robokassa.ru/ru/iframe
MiniShop3 1.11.0 при клике на radio идет пересчет итоговой суммы в orderUI, в зависимости от способов(оплаты доставки) я так поняла. попробуй код запуска события поставить ниже чем orderUI, после
ImageOptimizer - WebP/AVIF и responsive <picture> для MODX 3 Дополнение доступно modstore.pro/packages/photos-and-files/imageoptimizer
Localizator3 для MODX 3: перевод полей и TV без отдельного context на язык, Vue 3 + PrimeV... Добавил localizator3_default_language
msInShopNotify Начиная с версии 3.0.0-beta добавлена поддержка MiniShop3 Минимальные требования: PHP 8.4 MODX 3.2 MiniShop3
MaxNotify Обновление 1.2.0-pl (03.07.2026) — добавлены уведомления о заявках FormIt через hook-сниппет `maxNotifyFormIt`; — добавлены уведомления о заявках SendIt через hook-...
[msBonus2] 1.3.0 Бонус-коды, уведомления о сгорании и совместимость с msMultiCurre... Да, планируется. Даже чуть больше, чем просто бонусная система)
У меня пока нет полного понимания куда это прикручивать. У всех по разному, но подходящее решение не нашел. Пока мысль остановилась на ссылке в письме — т.е. человек забронировал, ему пришло письмо, а в нем ссылочка «Оплатить». Как альтернатива — это регистрация пользователя, кабинет, а в нем заявки. Но это сложно и я не нашел таких примеров в интернете.
Поэтому пока разбираюсь с минишопом, надеюсь что-то еще придет в голову. Или кто умный подскажет идею.
П.С. Нормальный чат и должен быть через вэбсокеты.
А какая там нужна разработка. Там просто подключение и все.
В принципе, сайты оплачивает заказчик. Поэтому смысла большого экономить не вижу. Тем более, что в случае с Github надо вручную и обновления накатывать, в отличие от встроенного механизма обновления дополнений самого MODX. В общем, через магазин и правильнее и удобнее. Имхо.
Тогда эта проверка, на самом деле, не нужна ->
Может тогда нужно чуть изменить проверку, чтобы не получать ошибку, описанную выше?
Это потому, что в процессоре web/comment/create.class.php проверки на пустое значение нет.
Получаю
И за документацию отдельное спасибо.
А делать еще и полноценный почтовый интерфейс, мне кажется, это лишнее.