LINUX.ORG.RU
ФорумTalks

Базовый протокол для IM


0

2

Каждая программа должна делать одно дело, но делать его хорошо. Многопротокольный unix-way IM клиент, следуя этой философии, наверное, должен быть выполнен как однопротокольный + транспорты. Какой протокол (возможно, с указанием программной реализации) лучше выбрать за базовый, на который будут перенавправляться всё остальное?


верно подмечено, НАВЕРНОЕ...
На самом деле, должно быть куча ХОРОШИХ реализаций протокола, и один интерфейс умеющей ими оперировать :)
А по вашему получается каша, так как вроде бы «юникс вей», но тут же и «ИМ клиент должен уметь протокол»...

Jetty ★★★★★ ()

Кто еще скажет про xmpp?

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

Причем не только протокол, но еще и транспорт для других протоколов... Это вместо нативного их использования...

Jetty ★★★★★ ()

У вас извращенное понимание юниксвея. Или по твоемиу для jpeg один пр просмотрщик картинок нужен а для png - другой?

DNA_Seq ★★☆☆☆ ()

Почему про IRC никто не вспомнил?

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

Поддержку других форматов можно реализовать плагинами/модулями.

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

то что ты описал вообще к юниксвею не относится. Ъ юниквсей это командная строка с параметрами. Отправил сообщение - закрыл соединение. То есть в рамках юниксвея интерактивные программы ( в том числе и IM) реализовывать нельзя.

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

> То есть в рамках юниксвея интерактивные программы ( в том числе и IM) реализовывать нельзя.
Столман смотрит на вас как на ... Он вгетом браузит!

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

Да, вы правы на 100%! Очень прошу прощения за бред. Да и транспорты, на самом деле, не комильфо.

Но вот, к сожалению, подходящих реализаций для построения такого IM я не нашёл. Что-то подобное описано в документации Irssi, но это, видимо в планах на 27 век, ибо продвижения в этом направлении не идёт.

toady2 ()
Ответ на: комментарий от DNA_Seq

Должны быть хорошие jpeg-, png- и др. библиотеки и одна хорошая оболочка к ним.

toady2 ()
Ответ на: комментарий от f1xmAn

>Поддержку других форматов можно реализовать плагинами/модулями.

Плагины — не unix-way. UNIX-way — перевести картинку из jpeg в какой-нибудь ppm и отобразить его.

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

Естественно, между «перевести» и «отобразить» — символ пайпа.

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

Т.е. Ъ юниксвей - это монструозные программы, умеющие все и вся? Имхо, модульность к нему ближе относится.

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

>Плагины — не unix-way. UNIX-way — перевести картинку из jpeg в какой-нибудь ppm и отобразить его.
Сарказм?

f1xmAn ★★★★★ ()

Странно, до сих пор никто не упомянул XMPP.

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

>Сарказм?

Сарказм — не unix-way. UNIX-way — жестокий троллинг с последующим взломом и удалением корневого каталога на машине жертвы.

kranky ★★★★★ ()

xmpp, странно что еще не сказали.

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

>Т.е. Ъ юниксвей - это монструозные программы, умеющие все и вся?

У тебя в черепе вместо мозгов говно. Возможно с возрастом пройдет. Все хорошо в меру, еще Аристотель говорил.

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

>У тебя в черепе вместо мозгов говно
Лучше сам почини свой речевой аппарат.

f1xmAn ★★★★★ ()

Это очень сложный вопрос. Одна часть аналитегов ЛОРа склонится, безусловно, к xmpp, а другая после долгих раздумий выберет xmpp

different_thing ()
Ответ на: комментарий от f1xmAn

>Сарказм?

Почему же? В случае с плагинами я могу только посмотреть картинку. Они не помогут принтеру, текстовым процессорам, редакторам изображений (исключительно CLI!). А с переводом в общепонятный вид — запросто.

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

>То есть в рамках юниксвея интерактивные программы ( в том числе и IM) реализовывать нельзя.

Да ну? А как же шелл?

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

Ну а в чём ещё связывать тонну юниксвейных утилит в конвеер?

Да и стандартные редакторы (ed, ex) вполне интерактивны.

x3al ★★★★★ ()

> Многопротокольный unix-way IM клиент, следуя этой философии

... на сервере не нужен.

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

> Странно, до сих пор никто не упомянул XMPP.

Можно спросить вас с товарищем radg - сколько людей у вас во френд-листе, если вы не видите тучу сообщений с указанием на XMPP вэтой теме?

segfault ★★★★★ ()

> + транспорты

А много ты знаешь IM'ов с транспортами, кроме XMPP (и почему его никто не вспомнил?)?

YAR ★★★★★ ()

А почему никто не вспомнил про XMPP??

demmsnt ()
Ответ на: комментарий от segfault

>Можно спросить вас с товарищем radg - сколько людей у вас во френд-листе, если вы не видите тучу сообщений с указанием на XMPP вэтой теме?

Многоуважамый Дон так и не упомянул XMPP :-)

Человек в @mail.ru мессенджере. Ему фильтруюут. Не говорите слово с Х потом М потом М потом два раза П

demmsnt ()
Ответ на: комментарий от segfault

если вы не видите тучу сообщений с указанием на XMPP вэтой теме?

Ты, вероятно, здесь недавно? :)

GotF ★★★★★ ()

хэтэрэрэ называли уже?

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

:)

этот пассажир явно не видел 128-бит темы

[добавлено позже]
хотя по твоей дате регистрации и ты

v0rbis ★★ ()
Ответ на: :) от v0rbis

Я её видел, но с изрядным опозданием.

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

xmpp устарел, нужно что-то на базе JSON

Кстати, интересная идея. XML создает много накладных расходов из-за избыточности формата (которому, на мой взгляд, нафиг не упало быть human-readable). Взять и сделать спецификацию протокола xmpp, только не на XML, а на JSON, а еще лучше на Universal Binary JSON — http://ubjson.org/

teddybear ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.