Представлен релиз Zulip 8, серверной платформы для развёртывания корпоративных мессенджеров, подходящих для организации общения сотрудников и групп разработчиков. Проект изначально был разработан компанией Zulip и открыт после её поглощения компанией Dropbox под лицензией Apache 2.0. Код серверной части написан на языке Python с использованием фреймворка Django. Клиентское ПО доступно для Linux, Windows, macOS, Android и iOS, также предоставляется встроенный web-интерфейс...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=60298
Openfire + Pidgin (под Linux и Windows) попроще будет.
Да что угодно попроще будет.
Лучше Ejabberd+Pidgin. Связочка, в которой сервер можно ушатать простой передачей файла /dev/zero в сообщении.
Почему "будет"? Есть ;)
Только под окошки не Пиджин, а Миранда. Юзверям привычнее.
О май гадеб,Герман. Миранда до сих пор разрабатывается.
Pidgin совершенно одинаково и очень устойчиво работает под упомянутыми коллегой ОС, поэтому как раз пользователям удобно - можно в учреждении слегка уменьшить зоопарк ПО.
Дополнение. Набор плагинов разный, но среднестатистический пользователь не заметит (в Windows, например, готового плагина рассылки нет, а компилировать в лом).
> как раз пользователям удобно - можно в учреждении слегка уменьшить зоопарк ПО.Пользователям глубоко покласть, какой в учреждении зоопарк.
Они привыкли к Миранде еще в те времена, когда сидели через нее в Аське, и ни малейшего резона менять шило на мыло пока не нашлось.
Причем речь о тех немногих, кто еще остался на Винде, и плясать вокруг них ради какой-то абстрактной унификации на ровном месте я не вижу никакого смысла.
Какая Миранда? Серьёзно? Она же миллион лет никому не нужна
Шо? Кто?
Ты еще r&q вспомни, как раз кладбище нонеймов будетв окнах была дефолтная icq, был qip. Остальное даже за клиенты не считалось.
> в окнах была дефолтная icq, был qip. Остальное даже за клиенты не считалось.Как все-таки любят люди возводить личный опыт в абсолют.
"Мы все так говорим, значит, это правда!" (с)
r&q ... эххх, аж сердце защемило ...
"Где мои 17 лет ? ..." (с) ВСВ
А чем его же клиент Spark под windows не устраивает?
Мммм-ммм... жавой с её ресурсами? Отсутствием примерно всех фич современного мессенджера?
В Pidgin они тоже отсутствуют.
> В Pidgin они тоже отсутствуют.Но у него был бонус в виде возможности подключить примерно любой актуальный на тот момент мессенджер - а у spark'а... ну вот msi-пакет для деплоя через AD и возможность прозрачной kerberos-аутентификации в ней же, но и то и другое - с баааальшим геморроем.
Тредов как в Слаке тут нет. Очередная дискорд подобная шляпа...
mail сервак настроил - юзай хоть дельта чат, хоть терминал. Интеграция с чем угодно, без переизобретения велосипедов. Взял код, изучил, вкорячил.
Поставил сервак, а потом фигак, а тебе провайдер обрубил 25, 465, 995, 110, 143 и 993...
И сидишь такой щастливый, с серваком
Это когда ты бизнесмен, но воруешь ближайший доступный квартирный вайфай?
Он готов отчитаться за каждый заработанный миллион, кроме первого.
> а тебе провайдер обрубил 25, 465, 995, 110, 143 и 993...Так отрубающий порты провайдер перестаёт в глазах клиентов быть провайдером и они начинают переподключаться к тому, порты отрубать ещё не начал.
Снял трубку набрал провайдера и попросил обосновать подобное ограничение.
В случае недружественного провайдера переключился на другого.
> Тредов как в Слаке тут нет. Очередная дискорд подобная шляпа...Вообще-то есть. Называется topics.
Мэйл это совершенно другое решение для других задач. А за ДЧ вообще бить надо, за нецелевое использование системы электропочты.
Сейчас бы опеннетного анонима слушать, какое целевое.
В чём смысл доставки offline сообщений? Это в P2P только имеет смысл.
Ты поехавший или просто никогда не пользовался мессенджерами?
Админ локалхоста для своих субличностей же
Вот ты дремучий лес... В серверных мессенджерах ты отправляешь мессагу серверу, а другие заходят на сервер и загружают твои сообщения. Какая ещё Offline доставка? Это просто тупо хранение сообщений! А вот в P2P сервера не хранят сообщения, они отправляться от клиента клиенту. Но как быть если один чел offline? Добавляют сервер, который временно хранит мессаги, пока другой чел не появится в сети. Это и есть Offline доставка! И каким боком она тут в Zulip, он же серверный???
Это не оффлайн, это онлайн с онлайн сервером (который будет случайно оффлайн).
Это как это так сервер случайно оффлайн? Сервер основная точка взаимодействия клиентов. Представь если сервер postfix на mail.ru случайно будет оффлайн.
Представь что ты пишешь сообщение, а у тебя интернет отвалился. Ты всё ещё сможешь его дописать и нажать Enter, а отправится оно когда у тебя появится интернет.
Ну как? Это же для предприятий просто необходимо. Вызывают Вас на совещание к генеральному, скажем, к 10.00. А сообщение об этом Вы получаете в 15.00. Вместе с уведомлением об увольнении.
Ты получаешь сообщение, когда подключаешься к серверу Zulip.
> интеграция с ... RSS, ... и другими сервисамиВо! Вот это мне нравится!
Можно сообщения, например, через RSS направить к себе на почту, к которую прикрутить своего самописного обработчика сообщений, чтоб он мне ещё всякую чушь отсеивал по моим правилам и будет хорошо!А то понаделали нынче кучу мессенджеров (вацапов там всяких да телеграмов), из которых сообщения в свою систему (например почтой или через RSS) не получишь и приходится(*) тратить время на ручной осмотр всех этих каналов да чатов вместо того, чтобы получать из них сообщения почтой для обработки их самописным роботом и передачи мне только важных сообщений, а не всего "спама" из всех этих мессенджеро-чато-каналов.
(*) На самом деле из-за этого все эти канало-чаты руками и не просматриваются потому, что для руко-просмотра надо тратить времени больше, чем есть времени в сутках.
> Добавлен мастер для создания web-обработчиков (webhook).Во. Вот это тоже немного намекает на возможность передачи новых сообщений на какого-нибудь своего обработчика через http(s?)://.../обработать-новое-сообщение/
Такой возможности тоже не хватает во всех этих современных мессенджеро-канаол-чатах.
Как оно работает под нагрузкой хотя бы 1к человек?
хз как с 1к, в одной конторе использовали на 200 человек, работало норм.
Внутри postresql + django, тормозить особенно нечему.На мой взгляд zulip лучший среди rocket chat, mattermost и прочих подобных.
Единственное в официальном анонсе вижу, push уведомления для мобильных клиентов теперь только по подписке, раньше было даром.
Спасибо, к сожалению, после ухода Slack, так и не смогли найти достойную замену, перепробовали всякое, но все работает плохо, хотя под капотом везде вроде и тормозить особо нечему)) Остановились пока на Рокете, но прям не очень.
Ну так надо собрать команду и дать ей денежку, чтоб было очень. Можно скооперироваться с другими желающими, чтоб было очень, скинуться денюжкой, собрать команду, и тогда тоже будет очень.
> На мой взгляд zulip лучший среди rocket chat, mattermost и прочих подобных.В рокет.чат и матриксе есть e2e шифрование, а в зулипе нет.
зачем это в корпоративной системе которую вы сами контролируете?
Очевидно же, чтобы пересылать конфиденциальную информацию, к которой никто не должен получить доступ, кроме участников переписки. Даже администраторы с шелом.2024 на носу, e2ee это уже стандарт.
В корпоративной среде я сталкивался с такой необходимостью 0 раз. Даже в общении с топ менеджментом. Если инфа действительно важная - используется шифрованная флешка и передача пароля по другому каналу. Или передача документа из рук в руки. И никак иначе. А для "привет, какой статус?" e2e не нужен. Когда вы уже поймете, что проблемы безопасности решаются в первую очередь организационно и только потом - технически.
Задача по разграничению доступа к информации это самая что ни на есть корпоративная и техническая. Это даже обсуждать неинтересно. Любой мессенджер в 2023 должен этому стандарту безопасности соответствовать.
Фантазии. Эл.почту уже выпилили в своей компании?
> Фантазии. Эл.почту уже выпилили в своей компании?Для электронной почты давно придумали e2e, не сильно удобно, но есть.
Для облаков придумали шифрование, для мессенджеров тоже давно есть.
В зулипе нет. Не то чтобы это было крайне необходимо, но без него неудобно.
>Задача по разграничению доступа к информации это самая что ни на есть корпоративная и техническая.Люди ещё лет 30 назад пришли к выводу что решается ТОЛЬКО комплексно - техническими И организационными методами т.ч.к. Впрочем если вы живёте на мамину пенсию - такое знать конечно не обязательно.
Да и при чём тут e2e? Не забывай что у тебя в контракте написано про "все материалы произведённые в рабочее время или в любое время с использованием корпоративного оборудования" и вокруг.
Даже если у вас и есть e2e - ключи к нему вам выдаст админ :) Ибо читай ^^^^
> Даже если у вас и есть e2e - ключи к нему вам
> выдаст админ :) Ибо читай ^^^^Ну да, так было раньше и все с этим жили. А теперь, в 2023 году, появилсь новые решения, которые позволяют скрыть переписку даже от админа. Есть решения, позволяющие хранить данные в облаке, без необходимости доверяться хостеру/админу.
Надо просто иногда вылазить из криокамеры и смотреть по сторонам, что там появилось. Понятно что крупные конторы сидят на древних продуктах и инновации это не про них. Но однажды и к ним придёт прогресс. :)
Для тех кто ещё ни разу не работал на "кровавый ынтерпраз" - повторяю большими красными буквами:
> Даже если у вас и есть e2e - ключи к нему вам выдаст админ :)А если оно обнаружится у вас самоустановленным вас и на выход попросят даже взвизгнуть не успеете.
> Для тех кто ещё ни разу не работал на "кровавый ынтерпраз" -
> повторяю большими красными буквами:
>> Даже если у вас и есть e2e - ключи к нему вам выдаст админ :)
> А если оно обнаружится у вас самоустановленным вас и на выход попросят
> даже взвизгнуть не успеете.Ну не знаю, даже на нашем маленьком уютненьком ынтерпрайзике шефу хочется в папочку сложить так, чтобы даже админ её не прочитал, а кадровик прочитал. Ну ладно, у больших ынтерпрайзов свои причуды могут быть, признаю.
> Надо просто иногда вылазить из криокамеры и смотреть по сторонам, что там появилось.Смотрим не волнуйся, но 99% из вас так и уходят получив только бесплатный стаканчик коффе :)
> Понятно что крупные конторы сидят на древних продуктах и инновации это не про них. Но однажды и к ним придёт прогресс. :)
С одной стороны - у нас к примеру Generative AI - __уже__ внедрён. А у вас? :)
А с другой - таки да:
Прогресс в исполнении "кровавого ынтерпрайза" - тебе сильно не понравится :-/
Посмотри как они исполнили да хоть тот же федеративный изначально e-mail ... закачаться! Мечты больших-голубых наяву. :(
>Задача по разграничению доступа к информацииДай угадаю, ты работаешь в банке. Бумажного безопасника из финтеха видно за версту))
>Любой мессенджер в 2023 должен этому стандарту безопасности соответствовать.Конечно должен, ведь на этом так круто можно бюджет поднять.
> Конечно должен, ведь на этом так круто можно бюджет поднять.Есть матрикс, есть рокет, да даже к жаберу прикрутили e2e. Поднимай бюджет сколько влезет.
> Если инфа действительно важная - используется шифрованная флешка и передача пароля по другому каналу.Кстати да, на дискетку ещё писали, архиватором шифровали и посылали курьером - тоже можно. Но в 2023 уже появились новые, более удобные инстументы.
Не то что без них нельзя прожить, конечно можно и дальше на дискетке. Особенно если корпоративные правила такие, а изменить их ты не можешь. Но тут можно только посочувствовать.
Очевидно что шифрование нужно но серверное. Как в телеграмм.
Е2Е не поодходит
> Очевидно что шифрование нужно но серверное. Как в телеграмм.
> Е2Е не поодходитСерверное понятно, но это элементарно решается https. E2e тоже нужно, неплохо, конечно, ещё шифрование для групп, это есть в других мессенджерах. Но для начала хотя бы e2e.
Прожить без e2e можно, но неудобно.
ухтыж. Потребность - есть, а "система обмена конфиденциальной информацией" не завелась? Совсем безы разленились, на e2e в чЯтике полагаются.
> Добавлена поддержка новых Emoji, таких как 🩵 и 🫎.Хорошие (иероглифы) emoji!
Мне нравятся:
https://sun9-15.userapi.com/impf/q35ABxgS-gNZaba_bKz3B5KcKJh...
Чем это лучше жаббера? Огороженное ненужное ненужно для ненужно.
Нит лучше платный рокетчат.
Вась, тем, что жаббер как протокол не выдерживает никакой критики ещё с нулевых, а уж сейчас и подавно стыдно им пользоваться. Ну и фич нужных нет и не будет никогда.
Так не выдерживает, что его взяли за основу крупнейшие существующие мессенджеры.
И?
Внутри учреждения вполне годен.
Вот современный XMPP-клиент для groupware: https://prose.org/А ещё судя по комнате chat@dino.im, многие его используют как корпоративный мессенджер. Полноценный порт на венду сейчас активно пилится и должен быть выпущен в 2024.
А ещё есть Gajim.
В принципе с пивом пошло бы, но нет e2e шифрования.
Self-hosted Slack на Django?
Замена "Битриксу" )))
зашел в какойто залип а там никого но штука интересная.
рекомендовать можно студентоте для обсуждений
когда уже уберут ети топики саные
