Jabber: итоги дискуссии
Feb. 13th, 2018 09:34 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
В результате обсуждения получилось следующее:
Для того чтобы jabber-ом можно было пользоваться как корпоративным мессенждером, более менее конкурентоспособным со всякими телерамами и прочими мессенджерами с внешними серверами, требуется собрать комплект из сервера и клиентов подо все требуемые платформы (Linux, Windows, MacOS, Android, IOS) который бы умел следующие вещи
1. Доставку сообщений всем клиентам, залогиненным с данным JID (XEP-0280, Carbon copy, умеют prosody, Conversation, Gajim, Adium, Yaxum). Кстати, я у себя на сервере включил, и теперь Conversation честно получает копии всего о чем я переписываюсь в tkabber, но не наоборот. Наоборот - надо к tkabber-у маленький плагинчик написать.
2. Хранение архива сообщений на сервера и доступ к нему (XEP-0313, поддерживается prosody, Conversation, кем еще не разобрался )
3. Общий для всех поддерживаемых клиентов протокол передачи файлов.
4. Выбрать каким способом будем бороться с tcp outages. Мне пока пингов хватает, могу для прикола mod_smacks на сервере сконфигурировать и посмотреть как будет себя вести Conversation в метро при наличии на сервере поддержки XEP-0198.
5. Какую-то юзер-директори для контрагентов. Для своих-то вообще просто корпоративный LDAP/AD мэпить в ростеры сотрудников принудительно. (mod_storage_ldap в prosody) Да еще и с разбивкой по группам. В prosody это опять же без проблем делается.
6. не забыть настроить http-доступ к архивам конференций. Кстати, builtin pastebin может оказаться не бессмысленой штукой. Равно как и mod_http_upload. У нас вечно надо логи всякие гонять, так если это будет встроенно в мессенджер, может народу понравится.
7. Приделать какую-нибудь post url которая позволяет слать сообщения в конференции CURL-ом или еще каким способом, привычным разработчикам. Подумать о том, какая там авторизация должна быть. 15 минут на написание ТЗ, полчаса на чтение примеров к питоновскому модулю jabberbot, 10 минут на кодирование.
OTR для корпоративной переписки по-моему нафиг не нужен.
Вроде (при условии что рекомендованный клиент не будет вызывать у пользователя рвотного рефлекса) этого должно хватить
Upd На роль основного десктопного клиента (пока) позиционируется gajim. Ибо умеет
XEP-0198 XEP-0280 XEP-313 XEP-0363 и еще много-много. Зато, правда, версия 1.0.0beta разучилась OTR. Надо соответствующий модуль портировать на Python 3 с Python 2.
Для того чтобы jabber-ом можно было пользоваться как корпоративным мессенждером, более менее конкурентоспособным со всякими телерамами и прочими мессенджерами с внешними серверами, требуется собрать комплект из сервера и клиентов подо все требуемые платформы (Linux, Windows, MacOS, Android, IOS) который бы умел следующие вещи
1. Доставку сообщений всем клиентам, залогиненным с данным JID (XEP-0280, Carbon copy, умеют prosody, Conversation, Gajim, Adium, Yaxum). Кстати, я у себя на сервере включил, и теперь Conversation честно получает копии всего о чем я переписываюсь в tkabber, но не наоборот. Наоборот - надо к tkabber-у маленький плагинчик написать.
2. Хранение архива сообщений на сервера и доступ к нему (XEP-0313, поддерживается prosody, Conversation, кем еще не разобрался )
3. Общий для всех поддерживаемых клиентов протокол передачи файлов.
4. Выбрать каким способом будем бороться с tcp outages. Мне пока пингов хватает, могу для прикола mod_smacks на сервере сконфигурировать и посмотреть как будет себя вести Conversation в метро при наличии на сервере поддержки XEP-0198.
5. Какую-то юзер-директори для контрагентов. Для своих-то вообще просто корпоративный LDAP/AD мэпить в ростеры сотрудников принудительно. (mod_storage_ldap в prosody) Да еще и с разбивкой по группам. В prosody это опять же без проблем делается.
6. не забыть настроить http-доступ к архивам конференций. Кстати, builtin pastebin может оказаться не бессмысленой штукой. Равно как и mod_http_upload. У нас вечно надо логи всякие гонять, так если это будет встроенно в мессенджер, может народу понравится.
7. Приделать какую-нибудь post url которая позволяет слать сообщения в конференции CURL-ом или еще каким способом, привычным разработчикам. Подумать о том, какая там авторизация должна быть. 15 минут на написание ТЗ, полчаса на чтение примеров к питоновскому модулю jabberbot, 10 минут на кодирование.
OTR для корпоративной переписки по-моему нафиг не нужен.
Вроде (при условии что рекомендованный клиент не будет вызывать у пользователя рвотного рефлекса) этого должно хватить
Upd На роль основного десктопного клиента (пока) позиционируется gajim. Ибо умеет
XEP-0198 XEP-0280 XEP-313 XEP-0363 и еще много-много. Зато, правда, версия 1.0.0beta разучилась OTR. Надо соответствующий модуль портировать на Python 3 с Python 2.
no subject
Date: 2018-02-13 08:16 am (UTC)no subject
Date: 2018-02-13 08:53 am (UTC)Опять же сотовые сети они с некоторой точки зрения - внутри. Не внутри корпорации. но внутри страны.
no subject
Date: 2018-02-13 09:18 am (UTC)А это где такое, и кто им пользуется?
no subject
Date: 2018-02-13 09:47 am (UTC)no subject
Date: 2018-02-13 09:53 am (UTC)no subject
Date: 2018-02-13 08:46 am (UTC)Иначе получение новых сообщений будет только если клиент на экране или только-только закрыт.
no subject
Date: 2018-02-13 08:55 am (UTC)И вообще для большинства рассматриваемых применений использование айфонов должно быть категорически запрещено.
Когда Стив Джобс дарил Медведеву айфон, тот должен был его не принимать, и сказать "Извините, Стивен, но я, будучи президентом суверенной страны не могу принять этот подарок. Сначала заключите договора с российскими сотовыми операторами и создайте для русских пользователей
серверную инфраструктуру на территории России. А до того момента я буду рассматривать айфон в руках государственного служащего как государственную измену". И чтобы это прозвучало на всю страну по Первому Каналу.
(учитывая как потом напоролась Хиллари Клинтон, тут даже не важно в какой стране дислоцирована корпораци Эппл).
no subject
Date: 2018-02-13 09:13 am (UTC)А в остальном - согласен, но регламентировать это не всегда получается...
no subject
Date: 2018-02-13 09:18 am (UTC)no subject
Date: 2018-02-13 09:23 am (UTC)no subject
Date: 2018-02-13 09:28 am (UTC)no subject
Date: 2018-02-13 09:45 am (UTC)д...
Date: 2018-02-13 09:41 am (UTC)Re: д...
Date: 2018-02-13 09:48 am (UTC)Причем мне кажется идеальным дизайн tkabber-а, и уродским - empathy. А многим - наоборот. На вкус на цвет фломастеры разные.
Поэтому если у вас есть предложения как именно следует классифицировать пользователей по их дизайн- и юзабилити предпочтениям - с интересом выслушаю.
Re: д...
Date: 2018-02-13 10:03 am (UTC)дизайн не что-то эфемерное и завязанное на вкусовщину, это набор методик и решений, способных сделать использование софта приятным и эффективным. и пока разработчики джаббер-клиентов не обзаведутся дизайнерами и специалистами по интерфейсам, никакой, даже самый лучший и безопасный в мире протокол, не заставит обычных пользователей его держать в телефоне. хотя гики, безопасники и торговцы наркотиками будут довольны.
Re: д...
Date: 2018-02-13 10:30 am (UTC)А вот юзабилити сильно зависит от набора решаемых задач.
А дизайнер который не принимает во внимание специфику целевой аудитории (т.е. не классифицирует потребителей своего продукта) не дизайнер, а напыщенный мудак.
К сожалению, большинство людей именующих себя дизайнерами именно таковы.
Re: д...
Date: 2018-02-13 10:50 am (UTC)Спасибо за внимание.
Re: д...
Date: 2018-02-13 03:19 pm (UTC)заведомо плохой специалист. Я хочу сказать что если ко мне приходит человек и говорит что пользователей квалифицировать не надо, я НЕ БУДУ СЛУШАТЬ НИЧЕГО, что он далее говорит про дизайн и юзабилити. Потому что он не понимает в этом НИЧЕГО. И от его советов юзабитити продукта лично для меня заведомо ухудшится.
Re: д...
Date: 2018-02-13 03:45 pm (UTC)no subject
Date: 2018-02-13 09:55 am (UTC)Насколько мне известно, сейчас ни один десктопный клиент не умеет ни XEP-0313 (история), ни XEP-0198(подтверждение доставки).
no subject
Date: 2018-02-13 10:35 am (UTC)Да, для меня "десктопный" это "for X11". Все равно под Windows ничего кроме портов юниксовых клиентов и не встретишь. Поэтому проблему single signon надо будет обсуждать, когда появятся люди, заинтересованный именно в Windows в качестве рабочего места и занимающиеся доработками windows-клиентов. (пусть даже windows-specific функциональности в кросс-платформных клиентах)
То есть вообще-то single sign on это хорошо и правильно. Но я как-то от этих ваших доменов бесконечно далек. Мне даже потестирововать это негде.
no subject
Date: 2018-02-13 11:07 am (UTC)no subject
Date: 2018-02-13 01:47 pm (UTC)У меня наоборот - все клиентские машины виндовые. В общем-то, Miranda NG SSO умеет и так (через Kerberos), сам поднимал, вот и вспомнил - что еще хорошо бы иметь в корпоративной среде :)
И да, она как раз не порт, исключительно виндовое приложение.
no subject
Date: 2018-02-13 03:03 pm (UTC)(Если кто знает как его заставить вопить только в том случае, если сертификаты не валидные, а если они доверенные и проверяются - молчать - буду очень признателен).
no subject
Date: 2018-02-13 03:25 pm (UTC)Но вообще-то доверять сертификтам, подписанным коммерческими УЦ в последнее время совершенно не модно. У меня вон даже в браузере Certification Patrol стоит, который вопит если у сайта сертификат сменился.
И почтовый клиент у меня вопит при каждой смене сертификата.
Раз в три месяца можно и ответить на этот вопрос.
no subject
Date: 2018-02-13 03:35 pm (UTC)В багтрекере пишут — что-то на эту тему починено в 0.15, что-то в 0.16.6. (А в действующем Ubuntu LTS — версия 0.16.5.)
no subject
Date: 2018-02-13 04:54 pm (UTC)no subject
Date: 2018-02-13 06:52 pm (UTC)no subject
Date: 2018-02-13 10:41 pm (UTC)