Комментарии 8
отсутствует автоматическая чистка истории в комнатах – удаляем скриптом из БД
по умолчанию неиспользуемые комнаты удаляются
Неиспользуемые — это прям без единого сообщения? Иначе странная логика у авторов Openfire получается
Неиспользуемые - это, скорее, неактивные в течении некоторого (настраиваемого) периода времени - без входов и новых сообщений. Эта опция появилась достаточно недавно, возможно была реализовано с целью экономии ресурсов - если комната никому не нужна то зачем ее хранить.
По поводу автоматического удаления истории - теоретически можно было бы сделать плагином, используя внутренний шедулер Openfire, красиво реализовав еще всякие опции в интерфейсе. Но скриптом оказалось быстрее и надежнее :)
Так а чем собственно Mattermost не подошел?
Потенциальный vendor lock in. Да, есть версия которую можно развернуть у себя. Но мы не застрахованы от того, что, допустим, завтра компания Mattermost Inc изменит условия для российских госорганов. Конечно Ignite Realtime (Openfire) тоже никто не мешает это сделать, но: "Ignite Realtime is an Open Source community composed of end-users, developers and service providers", что снижает такой риск + переход с условного Openfire на условный Ejabbed/Prosody в теории выглядит проще
"Не наш" стек (Go) для возможных доработок
Функционал в Mattermost хорош, но сложилось впечатление что как только мы делаем шаг в сторону от стандартных сценариев использования (или хотим их расширить) то кастомизируется это все сложнее чем тот же Openfire. Хотя, возможно, это субъективное мнение. Ну и много функционала для совместной работы из Mattermost у нас просто не востребовано (или реализуется другими сервисами)
Там MIT лицензия же, никаких условий для госорганов нет и изменить их нельзя, разве что в новых версиях сменить лицензию, что маловероятно https://github.com/mattermost/mattermost-server/blob/master/LICENSE.txt
Не увидел части про авторизацию: есть ли LDAP или SSO? Сейчас этих мессенджеров и их вариацией применения - вагон и меленькая тележка, но вот действительно рабочих продуктов именно для корпоратов раз-два (а для нас уже и не раз-два)
Поддержка LDAP в Openfire идет "из коробки", SSO - реализуется через плагины. Видел, к примеру, плагин с поддержкой авторизации через Keycloak. В этом плане в Openfire все можно настроить.
но вот действительно рабочих продуктов именно для корпоратов раз-два (а для нас уже и не раз-два)
Есть такое. Для корпоративного использования разные требования могут быть, но в основном это что-то из серии "мессенджер для командной работы" со всякими досками, задачами и подобным. Те же Mattermost, Rocket Chat, да много их :)
Года 2-3 назад - да, я бы согласился с вами, но сейчас ни Mattermos ни Rocket.Chat (да даже у интересно-странного Matrix одна нужная нам фича стала платной) не подходят, т.к. нужный ентерпрайз функционал у них теперь стал! платным (это полбеды, хоть они раньше были полностью бесплатным), а теперь их еще особо и не оплатить (по "левому" можно, но в крупной фирме таким никто не будет мараться). Вот и получается "раз-два". :(
Но Openfire на досуге обязательно пощупаю, выглядит интересно, спасибо за статью о нём!
Как мы выбирали идеальный протокол для мессенджера в ЕЦП.МИС (Медицинской информационной системе)