Fi1osof

UPD ответ я вижу уже вы написали выше. Как то одновременно получилось.

Это потому что предложение и ожидания совпадают.

Не скажу сейчас как именно будет все реализовано, но будет обеспечена поддержка в том числе и минишопа. То есть можно будет нужные сущности завести в виде MS-товаров, и далее весь его функционал в помощь (способы оплаты, уведомления и т.п.).
Более подробно желаемый функционал будет изучаться в случае успешного сбора средств и запуска проекта в работу. Все знают, мы MODX знаем достаточно хорошо, чтобы сделать все в лучшем виде. С недавних пор мы ведь даже юзер-интерфейсы делаем, чтобы удобней было пользоваться нашими компонентами.

Если надо, то да. Это и есть допфункционал поверх компонента на уровне самого MODX-а. Проще это объяснить на примере той же регистрации через социальные сети: есть у вас аккаунт в соцсети, вы регистрируетесь через него, и на сайте создается профиль пользователя с привязкой к этому пользователю. Потом при повторной авторизации сайт определяет, что профиль принадлежит такому-то пользователю в самом сайте и авторизовывает его. То есть здесь работа идет в связке двух сущностей. И в дальнейшем, в зависимости от полученных прав, вы можете, например, со стороны сайта запостить что-то на стену этого пользователя. Так же и здесь, основной функционал будет на стороне node-модуля. Со стороны сайта можно будет создать новый объект или получить имеющийся, далее по API выполнить необходимые действия и/или получить на сторону сайта уведомления о действиях на стороне модуля. У нас уже есть наработки по работе с WS-серверами средствами PHP по протоколу ws(s)://, и со стороны node.js отправлять запросы на сайт совсем не проблема. Так же нет проблем сейчас с node-хостингами. Любой боле менее современный хостинг предоставляют эту услугу. На том же бегете и таймвебе есть точно.
Вот скрин для примера:


UPD: этот скрин с zone.ee/

за 6 евро в месяц можно еще node.js приложения добавлять. плюс можно самому ограничить лимит потребления памяти, максимум 512 мб

Будет. Только позже. Когда мы обкатаем весь необходимый функционал.

modx.pro/crowdfunding/10968-fundraising-for-booking-node/

modx.pro/crowdfunding/10968-fundraising-for-booking-node/

Андрей, частичное финансирование не спасает. Плюс сейчас новыми компонентами занят. Но написать-таки этот модуль все-таки планирую.

На здоровье!

Да у вас там скорее всего редиректы какие-нибудь. Просто так ничего не бывает, смотрите какие коды отдают Ajax-запросы. Принудительная авторизация работает, значит уже ОК.

В manager/index.php сразу после $modx->initialize(); пишете:

$modx->user = $modx->getObject("modUser", $admin_user_id);
$modx->user->sudo = 1;
$modx->user->addSessionContext("mgr");

И обновляете страницу админки.
Если не поможет, то совсем плохо дела.

А вообще проверьте системные настройки site_url|manager_url или типа того, returnUrl у вас сбитый joxi.ru/eAOqaVNfx9jojm (но это так, на всякий случай). Но скорее всего проблема просто в том, что у вас кукисы двоятся. Не экспериментировали с указанием домена для кукисов? То есть авторизация проходит, и страница обновляется (что нормально), но сессия не держится.

Это уже тогда к Василию обращаться надо. Бага в тикетах, а не в MODx.

В чем именно проявляется это? Так же фатальная ошибка при заходе на страницу или что? У меня вот на 2.5.4 работает joxi.ru/brRDO4pfJ7z4V2
попробуйте после установки папку core/cache удалить.

Сделали обновление списка участников при подключении пользователей.

Да, делали. И вам можем сделать. Только схема «пользователь покупает количество вопросов (1,3,5 и т.д.)» не совсем годится. Стоимость вопросов же разная может быть. Логичней делать пополнение баланса и далее уже оплачивать вопросы с баланса. Сроки от 7 дней в зависимости от ваших пожеланий и бюджетов (чем меньше бюджет, тем меньше вовлеченность в проект, то есть не 10-15 человекочасов в сутки, а 3-5, к примеру). Если вам не очень горит по срокам, то можем весьма бюджетненько выполнить.

Не за что.

В любом случае конечно хотелось бы встраивание универсального функционала именно в oneBooking

Не сочтите за грубость, но вы сами как много систем бронирования писали? Подобные решения весьма спицифичные и логика там очень обширная. Нельзя просто так взять, добавить разбивку по часам и получить совершенно новый продукт, если основа заложена не достаточно универсально. Я же говорю о совершенно новом продукте, более универсальном. Но это так, к слову.

Здесь важно учесть следующий момент: проиндексирован http-сайт уже или нет. Если нет, то можно смело сразу зарубать на https с настройкой редиректа. А если да, то такая процедура запросто может выбить сайт из индекса на месяц-два, а то и больше (что вряд ли кому-то понравится). Дело в том, что http — Это 80-ый порт, а https — 443. Для поисковиков это разные сайты (технически ведь на разных портах могут быть разные сайты и может быть разный контент). И получается, что новый сайт еще не проиндексирован, а новый (https) еще не индексированный. По этой причине надо делать сайт доступным и по http и по https. Но тут возникает еще один момент: Страницы в MODX кешируются и могут возникать случаи, когда на http-страницах все ссылки на https и наоборот. Если с https-ссылками http- страницах еще не особо страшно, то на https-страницах это может приводить к тому, что часть контента просто не будет подгружаться (браузер заблокирует соединения на http с https-страниц). Я в таких случаях на сайте прописываю такой плагин:

if($modx->context->key == 'mgr'){
    return;
}
 
switch($modx->event->name){
    
    case 'OnMODXInit':
    // case 'OnHandleRequest':
        
        if(!empty($_SERVER['SERVER_PORT']) AND $_SERVER['SERVER_PORT'] == '443'){
            
            $modx->setOption('server_protocol', 'https');
            
            $modx->setOption('site_url', 'https://' . $modx->getOption('http_host', null) . $modx->getOption('base_url', null));
            
            $cache_prefix = $modx->getOption('cache_prefix', null, '/') . '443/';
            $modx->setOption('cache_prefix', $cache_prefix);
        }
        
        break;
}

Суть его в том, чтобы кеш-префикс поменять для https-запросов.
Важно: на разных хостингах вместо $_SERVER['SERVER_PORT'] может быть другой параметр, надо смотреть индивидуально

Тогда сайт не будет потерян поисковиком и не вызовет выпода из индекса.
В robots.txt еще надо прописать жестко Host: site_domain.
После этого месяца через три (когда поисковики полностью перестроят индексы), можно уже будет настроить и редирект.

В комментарии выше написали верно.

после нужно в настройках MODX -> Core -> Система и сервер -> в server_protocol поставить «https»

У нас тут недавно была небольшая перепалка и Сергей сказал

У меня только единственное к тебе пожелание — «Коля, перепиши ты этот oneBooking!»

Вот может вы и дадите финансовый толчок этому? Наработки в этом направлении у нас есть по другому проекту.






Цена вопроса от 10 000 в зависимости от ваших пожеланий.

Да, такой функционал планируем и очень скоро введем.

Мы как раз такое делаем modx.pro/crowdfunding/10889-ideas-for-component/#comment-74122