А зачем еще велосипеды? Это не юникс-вэй :-) Насчет xml -- можете предложить что-то проще и удобнее?

Удобнее и проще.

>Насчет xml -- можете предложить что-то проще и удобнее?

YAML

> не нравится реализация в виде xml

ты че, опух?

предлагаешь наворотить других велосипедов? люди старались-старались, придумали такое классное решение, не родив ни одной лишней сущности - а тут пришел ShTH и высказал свое "фе".

> ну и просто интересно узнать альтернативы

нет альтернатив разумности.

psyc

>придумали такое классное решение, не родив ни одной лишней сущности
I lol'd

Почитал, интересно. Но оно ведь не слишком распространено, а xml преподносится чуть ли не как всеобщий стандарт.

Дада, сущности настолько нелишние, что даже банальная передача файлов является опцией. А вместо XML есть кошерный TLV, который тоже можно гзипнуть.

И ваще, есть AMQP, который уделывает XMPP по многим пунктам, хоть изначально затачивался и под другое.

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

>YAML

Ну чего уж меолчиться-то? Сразу ASN.1.

>> YAML

>Почитал, интересно. Но оно ведь не слишком распространено, а xml преподносится чуть ли не как всеобщий стандарт.

Стандарт не стандарт, а библиотеки для обработки YAML есть во всех мало-мальски распространённых языках.

Мозгодробильно и вырвиглазно.

>>YAML

>Ну чего уж меолчиться-то? Сразу ASN.1.

Почитал в википедии про него. Что это за кошмар?! Оно же нечитаемо вообще!

XML легко обрабатывается машиной, при этом можеть быть обработан человеком.

YAML легко читается(!) человеком, и достаточно легко читается машиной. Если правильно спроектированный YAML подсунуть ничего не подозревающему человеку, то он даже не догадается, что это файл со специальной разметкой, увидит только структурированный текст.

Это, в смысле, важнейшее качество тру-протокола IM - чтобы в нем не с кем было поговорить, но зато туда можно было бы всех звать? Я что-то не понимаю?)

>Что это за кошмар?! Оно же нечитаемо вообще!

Нормально читаемо. Самое главное есть широко известные в узких кругах конторы, которые делают преобразователи XML -> ASN.1 <------> ASN.1 -> XML.

А зачем протокол читать человеку? Или вы через телнет/неткат сидите?

Да-да-да, доставьте еще больше костылей :-)

Когда человек хочет немного расширить протокол(например, для корпоративного сервера немного поправить), ему вряд ли захочется из-за мелочей втыкать в спецификации какого-нибудь сложного протокола(особенно, бинарного, типа icq).

Вот как оно. Значит вы пишете расширения протоколов, даже не читая оригинальные спеки? А то, что оно бинарное - не играет никакого значения, всеравно все пропускается через свое, внутреннее АПИ. Или вы XML ручками в сокет суете? И даже не читаете про существующие неймспейсы?

Я вот в цепочке:

api - xml - gzip - ssl

поставил бы еще преобразователь в tlv

api - xml - tlv - gzip - ssl

трафик был бы еще меньше. Вот только зачем сначала преобразовывать в XML - непонятно, ибо можно сразу в ТЛВ, как это и делала аська, или будут делать клиенты на основе AMQP.

Ну, это и есть ASN.1, там различных бинарных кодировок до пса.

Вам незачем.

Если вы не видите разницы между протоколом [передачи данных] и языком разметки, то вам лучше не читать.