Зря. Айди будут разные. Пользователи окажутся не в тех группах.
Переносить нужно все таблицы user_* (если они не пустые). А также таблицы групп member_groups и membergroup_names.
А разве при добавлении комментариев есть jGrowl уведомления?
Вижу. При модерации есть. Ну тогда делай копию default.js и правь 316 строчку. Не забудь в настройках указать новый файл.
Жаль что не предусмотрены события чтобы к ним подцепится…
По первому пункту, думаю, надо свой js делать с нужной логикой или расширять стандартный (копию).
По второму пункту. Для каждого раздела укажи нужный чанк с шаблоном для уведомлений в параметре tplCommentEmailSubscription.
По второму пункту. В диалоге указываются именно объекты, а не категории. Такой сущности в oneBooking нет. А зачем в диалоге указывать 100 квартир. Можно на сайте создать страницу для каждой квартиры и вызывать диалог для одной. Можно создать список как например, на картинке ниже — для каждой квартиры своя кнопка.
Кроме того, можно менять формы, диалоги на свой вкус.
На сегодняшний день есть односторонняя связь — при сохранении ресурса в плагине по событию onDocFormSave брать описание из ресурса и сохранять в объект бронирования. А в следующей версии oneBooking я планирую добавить события MODX при создании, изменении и удалении объекта. Таким образом, появится и обратная связь. Это интересовало?
1. Для этого есть параметр type. В данном случае ему нужно указать значение period. В следующей версии переименую значение в checkout для большей очевидности.
2. Почему? В чем проблема?
3. Уже есть готовый сниппет поиска. Его можно доработать. mSearch2 из коробки искать не будет. Ему нужно прописывать алгоритмы и делать свой сниппет. Дополнительно встает вопрос цены mSearch2 и работ по его доработке. Выбор ваш.
Не нужно никаких скрытых полей. MODX умеет определять текущего пользователя. При инициализации он ищет куку PHPSESSID с именем сессии. Находит эту сессию в таблице сессий. В ней находит пользователя и сохраняет его в $modx->user. Так что просто запрашиваем $modx->user->id в ajax скрипте и сохраняем данные для текущего пользователя.
В новой версии всё работает. Сниппет obExtras больше не нужен. Можно просто указывать плейсхолдеры полей в форме — [[+my_field]]. Поля рендерятся и считаются. Обновляйтесь.
Потому что код бессмысленный. Во-первых, должна быть такая группа anonymous. Во-вторых, текущий пользователь должен быть в ней зарегистрирован. А если пользователь залогинился, то какой же он аноним.
Ну если не нужно автоматически определять объект, а просто сделать, чтобы tagElementPlugin вызывался и в сниппетах, то это не сложно. Просто нужно добавить в плагин еще один case
case 'OnSnipFormPrerender':
$field = 'modx-snippet-snippet';
$panel = 'modx-snippet-panel';
break;
А про ресурсы не совсем понял. Вчера целый день за рулём. Спал всего 3 часа. Соображаю туго )
Переносить нужно все таблицы user_* (если они не пустые). А также таблицы групп member_groups и membergroup_names.
Для каждого раздела укажи свой класс. Например,
и проверяй в 316 строчке
Где нужна базовая логика класс не указывай.
А разве при добавлении комментариев есть jGrowl уведомления?Вижу. При модерации есть. Ну тогда делай копию default.js и правь 316 строчку. Не забудь в настройках указать новый файл.
Можно сделать себе и отправить PR.
По второму пункту. Для каждого раздела укажи нужный чанк с шаблоном для уведомлений в параметре tplCommentEmailSubscription.
Кроме того, можно менять формы, диалоги на свой вкус.
2. Почему? В чем проблема?
3. Уже есть готовый сниппет поиска. Его можно доработать. mSearch2 из коробки искать не будет. Ему нужно прописывать алгоритмы и делать свой сниппет. Дополнительно встает вопрос цены mSearch2 и работ по его доработке. Выбор ваш.
Что имеется ввиду? Почасовой?
А про ресурсы не совсем понял. Вчера целый день за рулём. Спал всего 3 часа. Соображаю туго )