LINUX.ORG.RU

IRCv3

 ,


0

2

IRCv3 — продолжающийся проект по развитию некогда популярного IRC, который до сих пор используется для общения в технических сообществах и свободных проектах. Цель — добавить протоколу возможности современных мессенджеров, сохранив привычную архитектуру и совместимость со старой инфраструктурой. Среди разрабатываемых и уже реализованных функций — история сообщений, восстановление соединения после обрывов, мультистрочная отправка и аутентификация через SASL.

Чем лучше старого IRC:

  • История сообщений (CHATHISTORY) — можно подгружать пропущенные сообщения с сервера или баунсера после переподключения

  • SASL-аутентификация — нормальный вход под зарегистрированным аккаунтом без плясок с NickServ

  • Восстановление соединения (draft/resume) — позволяет восстановить соединение после обрыва без повторного входа на каналы и с получением пропущенных сообщений

  • Редактирование и удаление сообщений — исправлять опечатки и убирать отправленное

  • Мультистрочные сообщения (draft/multiline) — отправлять большие куски текста и код без нарезки на десяток отдельных сообщений

  • TLS STS — запоминать требование шифрования и не подключаться повторно по незащищенному соединению

  • Уведомления о наборе текста и прочтении — приблизить IRC-клиенты к привычному поведению мессенджеров

  • Идентификаторы сообщений — надёжно ссылаться на конкретные сообщения; на этой основе работают ответы, реакции и история

Если вы негодуете, что пропустили IRCv2, я тоже.

>>> Официальный сайт

★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от gagarin0

саммари от чата гопоты

Т.е., ты даже вникнуть в ту PDF'ку поленился, на которую давал ссылку, так?

Carbons, MAM, offline messages, CSI и Push решают разные части одной задачи, но имеют разные правила.

Только такое маааленькое уточнение: какой-нибудь push и MAM решают разные задачи (один - доставка уведомлений о сообщениях при выключенном клиенте, второй - серверная история), поэтому и правила их работы, очевидно, должны быть разные.

дальше набор слов, набросанный, вероятно, той же ChatGPT

То есть все полноценные клиенты пользователя должны в итоге иметь одинаковое состояние истории независимо от того, были они online, offline или находились в энергосберегающем режиме

Ну... Имеют. А проблема-то в чем? Тем более - в чем проблема именно джаббера?

YAR ★★★★★
()
Ответ на: комментарий от bernd

Ну, тут ты не прав. Последние 14 лет существует такая штука, как MAM, позволяющая хранить историю на сервере и запрашивать его с любого подключенного устройства. Мобилки и вот это вот все - и везде хочется иметь одинаковую историю, а не кусочками.

И эта задача давно решена.

YAR ★★★★★
()
Ответ на: комментарий от YAR

Т.е., ты даже вникнуть

интересный вывод вы сделали, вы поленились почитать, я поленился пересказывать, что не так?

Ну… Имеют. А проблема-то в чем?

Мы обсуждали почему XMPP «сдулся», и я предположил что эти ограничения поспособствовали этому «сдулся» в том числе

gagarin0 ★
()
Последнее исправление: gagarin0 (всего исправлений: 1)
Ответ на: комментарий от gagarin0

эти ограничения поспособствовали этому

Какие «эти»? Еще раз: в современных клиентах история синхронизируется между устройствами. Проблемы нет.

YAR ★★★★★
()
Ответ на: комментарий от YAR

отлично! жалко что поздно, но лучше поздно чем никогда?

gagarin0 ★
()
Ответ на: комментарий от YAR

Я уже писал в этой теме. В презентации от gagarin0 среди прочих упоминается та же проблема «disjoint history/race condition on session setup».

Замечу, что в IRCv3 как раз эта проблема решается:

Идентификаторы сообщений — надёжно ссылаться на конкретные сообщения; на этой основе работают ответы, реакции и история

MirandaUser2 ★★
()
Последнее исправление: MirandaUser2 (всего исправлений: 1)
Ответ на: комментарий от Saakx

tox тормозной.

Где? Файлы между двумя пирами качаются со скоростью Интернета (100Мбит/c).

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 1)
Ответ на: комментарий от bernd

на сервере не должно храниться абсолютно никаких сообщений, кроме недоставленных, это элементарные правила безопасности.

если это твой личный сервер, то какие проблемы с безопасностью?
А если не твой, то ты никак не сможешь контролировать, хранит ли сервер переписку или нет, независимо от протокола.

поставь себе вацап или вибер и пользуйся им, если тебе хочется такую историю, все это уже есть

Не, в whatsapp нет нормального архива истории на сервере. Оно перекачивает историю между локальными архивами клиентов. Вот прям так в веб-клиенте и пишет: «Keep WhatsApp open on your phone while syncing older messages. To see your full chat history, check your phone.»

MirandaUser2 ★★
()
Ответ на: комментарий от gagarin0

никто не будет (кроме «фанатов») вкладываться в технологию которая в своей архитектуре имеет сложно разрешимые проблемы.

А судьи кто? Это можно про любой софт сказать и доказать «инвесторам», что нутро гнилое.

ant1 ★
() автор топика
Ответ на: комментарий от gagarin0

В результате возможны дубли, разная история на устройствах, race conditions при подключении, непонятное поведение ACK/receipts и ошибки при взаимодействии

Это все есть в iMessage. Отказываемся?

ant1 ★
() автор топика
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.