LV
Кстати да, поищу в других http серверах.
Size: a a a
2020 November 29
LV
Спасибо!
AY
Кто может подсказать, есть ли чаты какие нибудь opensource с возможностью управления через API, доступ гостей, rbac права доступа, веб, десктоп и мобильные клиенты? Или мб недорогое коммерческое решение, чтоб свои велосипеды не писать?
GK
Кстати да, поищу в других http серверах.
Производители окон не позаботились о клиентах, которых хотят заходить домой через форточки. Но может кто и найдётся...)
p
Кто может подсказать, есть ли чаты какие нибудь opensource с возможностью управления через API, доступ гостей, rbac права доступа, веб, десктоп и мобильные клиенты? Или мб недорогое коммерческое решение, чтоб свои велосипеды не писать?
Mattermost?
LV
Производители окон не позаботились о клиентах, которых хотят заходить домой через форточки. Но может кто и найдётся...)
Ну не совсем так. Я когда ищу ответы по тому что и как сделать в REST, часто в качестве критерия выступает именно возможность закэшировать информацию.
AY
Mattermost?
А как он по апи? Просто сейчас есть openfire, но там чето столько с ним проблем
AY
Просто нужен некий контроль над сообщениями(возможно кастомизация самого решения), чтоб была возможность запрета отправки сообщений при каком то событий
GK
Ну не совсем так. Я когда ищу ответы по тому что и как сделать в REST, часто в качестве критерия выступает именно возможность закэшировать информацию.
С моей точки зрения, кэш должен быть максимально простым, потому что у него простая функция - буфер с быстрым доступом
VA
Кто может подсказать, есть ли чаты какие нибудь opensource с возможностью управления через API, доступ гостей, rbac права доступа, веб, десктоп и мобильные клиенты? Или мб недорогое коммерческое решение, чтоб свои велосипеды не писать?
Matrix
VA
Хм🤔, посмотрю, спасибо
Осторожно с перформансом :) у меня коллеги гоняли и были проблемы, почитайте гитхаб ишьюс, мало ли что там сейчас нарепорчено.
PD
При этом POST /entity/id также инвалидирует GET /entity.*
Ну, REST level 2 (речь именно про него) в реальной жизни не работает, поэтому решений, полагающихся на "если был post на такой-то урл, то get надо инвалидировать" - нет.
PD
На самом деле такая штука выглядит интересной - воткнул такой посредник перед приложением и довольный.
Но там будет куча ограничений - надо что бы либо проверка доступа отсутствовала, либо зарешивалась до этого компонента (например на api gateway), так же сервис кеширования зависит от того, что отдает основной сервис. Например, если отдалась 4**, кеш не инвалидировать, например.
Но там будет куча ограничений - надо что бы либо проверка доступа отсутствовала, либо зарешивалась до этого компонента (например на api gateway), так же сервис кеширования зависит от того, что отдает основной сервис. Например, если отдалась 4**, кеш не инвалидировать, например.
И получается нормальный конфигурируемый реверсивный прокси с ручным управлением кэшем...
PD
Да. Из серии закэшировать новостную статью или ленту блога.
Ленту нельзя кэшировать на уровне http, там лучше выстраивать ssm с новыми событиями.
PD
Кто может подсказать, есть ли чаты какие нибудь opensource с возможностью управления через API, доступ гостей, rbac права доступа, веб, десктоп и мобильные клиенты? Или мб недорогое коммерческое решение, чтоб свои велосипеды не писать?
Есть. Был опенсорсный слак, есть куча опенсорсных реализаций xmpp
2020 November 30
rd
Кто может подсказать, есть ли чаты какие нибудь opensource с возможностью управления через API, доступ гостей, rbac права доступа, веб, десктоп и мобильные клиенты? Или мб недорогое коммерческое решение, чтоб свои велосипеды не писать?
LV
Ленту нельзя кэшировать на уровне http, там лучше выстраивать ssm с новыми событиями.
Подскажите, что такое ssm? И fdb)
OF
Кто может подсказать, есть ли чаты какие нибудь opensource с возможностью управления через API, доступ гостей, rbac права доступа, веб, десктоп и мобильные клиенты? Или мб недорогое коммерческое решение, чтоб свои велосипеды не писать?
еще можно посмотреть tinode