Спасибо за ссылку!
Мы действительно предоставляем telegram-like функциональность для ентерпрайза.
Возможно использование как в качестве внутрикорпоративного мессенджера, так и в качестве платформы для разработки мессенджера со своей функциональностью. Обращайтесь!
Не планируется возможность управлять записями в самом LDAP? С такой фичей цены бы Хабу не было. Нет ни одного нормального gui для управления логинами во внутренних сервисах. Хаб решает эту проблему лишь частично (для сервисов, предоставляемых продуктами JetBrains).
Совсем не будет. Там строковые названия полей => экономия всего около 30%, и опять никакой обратной совместимости, не говоря уже о forward compatibility.
Собственно, как и было написано в топовом комментарии, среди заказчиков и пользователей – как правительства с разными требованиями к шифрованию, так и компании, предоставляющие массовые сервисы, кастомизировавшие наше ядро под себя без вмешательства в основную кодовую базу.
Я правильно понимаю, что это json? Он перед бинарным протоколом имеет ровно те же недостатки, что и XML. Чуть меньше трафика, но не сравнить с каким-нибудь protobuf. И обратной совместимости практически ноль.
XMPP со всеми своими XEP-ами еще очень долго не будет хорошо работать на мобилках. XML не выстоит против бинарного протокола, предусматривающего возможность потери любого пакета by design.
В последних версиях сервера включено по дефолту.
Мы повторили спецификацию TLS, оптимизировав первоначальный процесс обмена ключами. Плюс, данные шифруются сначала Кузнечиком (по российскому ГОСТу), и потом AESом (по стандартам США).
corp.actor.im – тут имейл, и чаты сгруппированы как в скайпе – предполагается, что командам нужны эти две штуки. corp.actor.im — как пример кастомизации, что можно сделать на нашем сдк.
Нам ничего не мешает быть оупенсурсом, но при этом зарабатывать на интеграциях в ентерпрайзе, спонсорских разработках фич в апстриме и кастом девелопменте.
А вот мы уже заплилии.
Кастомный протокол связи, оптимизированный для слабых сетей, опционально легковесное шифрование (TLS требует передавать много всего для новых коннектов). Фото, видео, аудио, документы, текст. Логин по имейлу, телефону, логину-паролю, не ограничиваясь этим. Платформа расширяема – как клиенты, так и сервер.
VoIP и End-to-End в активной разработке и будут зарелизены в течение двух недель.
Дальше в планах федерализация.
Я писал проблеме универсальности не столько на уровне интерфейса, сколько на уровне API, его сущностей, методов управления ими.
Для CRM это одно, для оргструктуры организации – это другое, для массового клиентского сервиса – третье.
И управлять этим где-то нужно через интеграции, где-то явными действиями в клиентах.
В общем, пока непонятно, как это выделить в универсальную абстракцию так, чтобы ее было просто использовать и расширять.
Подозреваю, что traneblow спутал контекст с соседней дискуссией. Перейду к конструктиву.
Да, модульность планируется.
Сервер уже разбит на модули, готовится апи для удобной разработки и подключения своих модулей без вмешательства в основную кодовую базу.
С клиентами, особенно мобильными, все сложней, но, конечно, мы активно работаем и в этом направлении. Нам самим не супер удобно поддерживать разные кодовые базы под разных клиентов.
Как я уже писал ниже, имеется headless JS библиотека, реализующая апи всего месседжинга.
В процессе интеграции можно как раз получившееся выделить в апи виджетов, чтобы иметь возможность легко интегрироваться с другими продуктами, не разрабатывая UI.
Мы действительно предоставляем telegram-like функциональность для ентерпрайза.
Возможно использование как в качестве внутрикорпоративного мессенджера, так и в качестве платформы для разработки мессенджера со своей функциональностью. Обращайтесь!
Мы повторили спецификацию TLS, оптимизировав первоначальный процесс обмена ключами. Плюс, данные шифруются сначала Кузнечиком (по российскому ГОСТу), и потом AESом (по стандартам США).
Кастомный протокол связи, оптимизированный для слабых сетей, опционально легковесное шифрование (TLS требует передавать много всего для новых коннектов). Фото, видео, аудио, документы, текст. Логин по имейлу, телефону, логину-паролю, не ограничиваясь этим. Платформа расширяема – как клиенты, так и сервер.
VoIP и End-to-End в активной разработке и будут зарелизены в течение двух недель.
Дальше в планах федерализация.
Для CRM это одно, для оргструктуры организации – это другое, для массового клиентского сервиса – третье.
И управлять этим где-то нужно через интеграции, где-то явными действиями в клиентах.
В общем, пока непонятно, как это выделить в универсальную абстракцию так, чтобы ее было просто использовать и расширять.
Да, модульность планируется.
Сервер уже разбит на модули, готовится апи для удобной разработки и подключения своих модулей без вмешательства в основную кодовую базу.
С клиентами, особенно мобильными, все сложней, но, конечно, мы активно работаем и в этом направлении. Нам самим не супер удобно поддерживать разные кодовые базы под разных клиентов.
В процессе интеграции можно как раз получившееся выделить в апи виджетов, чтобы иметь возможность легко интегрироваться с другими продуктами, не разрабатывая UI.