То есть стэк не PHP+Mysql, а упециализированные решения под конкретный бизнес? Тогда какой смысл их сравнивать с Битриксом который расчитан на широкую публику?
Позвольте узнать вы правите ядро? Или компоненты?
Опять же, в битриксе есть:
1. Сихнронизация с LDAP (да во фреймворках тоже есть), а тут из коробки
2. +- Чат корпоративный
3. Видеочат
И так далее.
Я не защищаю битрикс да местами он ужасен, но у него тоже есть своя ниша.
Хорошо, допустим есть система (Elma, lement.pro, bitrix24 и прочие), и есть система доступа АСКД (допустим rusGuard,msscom) и нужно на портале показывать отчеты по проходам уходам, как это реализовать стандартными средствами?
Ответ: никак.
Все равно придется связываться с програмистами системы и просить их сделать эту связку. По как правило конторы редко идут на доработки или идут но ты по сути оплачиваешь им модуль в их портфолио.
То есть, пользователь со стороны клиента (браузера), авторизуется согласно: https://fzambia.gitbooks.io/centrifugal/content/mixed/private_channels.html
А дальше подписывается на определнный канал (свой), и через бэкенд можно слать сообщения именно в тот канал, правильно я понимаю?
Тогда слещующий вопрос, как достоверно сказать что тот пользователь что авторизуется и подписывается на канал, есть настоящий пользователь, грубо говоря что мне мешает послать любой UserId и подписаться на его приватный канал?
Да демо работает, извиняюсь.
Вопрос вот в чем, как послать сообщение конкретному пользователю?
В socket.io предлагают хранить все коннекты пользователей, у вас я так понял это через Redis сделано.
Можете рассказать как реализована привязка сессии браузера к бэкенду, пример: Бэкенд на PHP, а работа с фронтедом через centrifugо.
Я так понимаю это из серии StickySession?
P.S: centrifugo.herokuapp.com — не работает, при вводе пароля:
POST centrifugo.herokuapp.com/auth 400 (Bad Request)
Да такие системы прекрасно работают, но лишь до того момента когда нужно что-то дописать свое, вот тогда начинается АД с лицензиями, разработчиками и сроками (а в некоторых случаях еще и API не дают). А тут все свое.
Они же убрали из ядра php-mssql.
Я бы сказал скорее правильные выставленные права, потому как обычно при установке битрикса делают chmod -R 777 ;)
А то что там миллион плагинов для кэширования надо поставить это так тонкость.
Elma
Lement.PRO
и еще парочку.
Опять же, в битриксе есть:
1. Сихнронизация с LDAP (да во фреймворках тоже есть), а тут из коробки
2. +- Чат корпоративный
3. Видеочат
И так далее.
Я не защищаю битрикс да местами он ужасен, но у него тоже есть своя ниша.
Ответ: никак.
Все равно придется связываться с програмистами системы и просить их сделать эту связку. По как правило конторы редко идут на доработки или идут но ты по сути оплачиваешь им модуль в их портфолио.
https://fzambia.gitbooks.io/centrifugal/content/mixed/private_channels.html
А дальше подписывается на определнный канал (свой), и через бэкенд можно слать сообщения именно в тот канал, правильно я понимаю?
Тогда слещующий вопрос, как достоверно сказать что тот пользователь что авторизуется и подписывается на канал, есть настоящий пользователь, грубо говоря что мне мешает послать любой UserId и подписаться на его приватный канал?
Вопрос вот в чем, как послать сообщение конкретному пользователю?
В socket.io предлагают хранить все коннекты пользователей, у вас я так понял это через Redis сделано.
Я так понимаю это из серии StickySession?
P.S: centrifugo.herokuapp.com — не работает, при вводе пароля:
POST centrifugo.herokuapp.com/auth 400 (Bad Request)