The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Совместимость GTalk API с XMPP

15.02.2008 21:30

При изучении документации по Android SDK стало известно, что GTalk API не полностью совместим с XMPP, более того со временем Gtalk перейдет от XML к бинарному кодированию обмена между клиентом и сервером.

  1. Главная ссылка к новости (http://abava.blogspot.com/2008...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/14252-gtalk
Ключевые слова: gtalk, jabber, xmpp
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (11) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Гость (?), 21:46, 15/02/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Таак, вот и второй Microsoft.
     
     
  • 2.2, Аноним (-), 22:03, 15/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Таак, вот и второй Microsoft.

    Не путайте закрытый формат и бинарный формат. GTalk нужен бинарный формат, так в больших объемах накладные расходы на оверхед от пересылки XML становится ощутимым, бинарный протокол гораздо эффективнее.

     
     
  • 3.4, Гость (?), 23:58, 15/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Не путайте закрытый формат и бинарный формат. GTalk нужен бинарный формат, так
    >в больших объемах накладные расходы на оверхед от пересылки XML становится
    >ощутимым, бинарный протокол гораздо эффективнее.

    И какие, интересно, клиенты будут его поддерживать? Они и так придумали свой X-GOOGLE-TOKEN для аутентификации, теперь еще и левый протокол. А если вам лишний килобайт на XML сделает погоду, то мне вас жалко. GTalk или не GTalk - это Jabber, а если они будут городить левые стандарты, пусть катятся вслед за ICQ.

     
  • 3.7, avatar (ok), 09:34, 16/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Таак, вот и второй Microsoft.
    >
    >Не путайте закрытый формат и бинарный формат. GTalk нужен бинарный формат, так
    >в больших объемах накладные расходы на оверхед от пересылки XML становится
    >ощутимым, бинарный протокол гораздо эффективнее.

    Накладные расходы, да будет известно, составляют, не много не мало, а 3 часть трафика.

     
  • 2.3, Nick (??), 23:45, 15/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Во-во.

    Авторы то об этом в доке от Гугли прочитали, а не дебуггером выцепили.
    Так шо не все так плохо.

    А траффик действительно не помешает экономить

     

  • 1.5, absorbb (?), 01:55, 16/02/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    какой еще траффик?! а сжатие gzip на что?
     
     
  • 2.6, Аноним (-), 06:52, 16/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >какой еще траффик?! а сжатие gzip на что?

    Гениально, *ля.Сперва значит, надо нагенерить разлапистой XMLной дряни которая по ресурсам достаточно трудна в плане ее парсинга и потребных на это ресурсов а потом еще пригрузить проц ее сжатием, неизбежно покушав этим батарейку.Вообще не понимаю нахрен в XMPP сдался XML.Парсить его сравнительно сложно, требубтся спецбиблиотеки как минимум.И есть масса технических идиотизмов в итоге, например, когда вы получаете XMLку - заранее вообще неизвестно - а какого размера кусок XML-я вам шлют и вообще, хотите ли вы этого.Пришлют на гиг?Значит на гиг.Заранее это определить и полностью пропарсить - опачки.Изначально у жаббера была идея что сложный сервер - простой клиент.На практике - сложнее жаббер\XMPP клиента мало IM программ.Потому что базовый XMPP убог а XEPы мало того что опциональны так еще и разлапистые.Для работы с XMPP требуется туева хуча жирных библ, немало памяти и прочая.Клиент получается навернутый и глючный.Совестимость хромая.Даже просто узнать факт что сообщение успешно доставлено адресату - опционально, половина клиентов не умеет подтверждать это.Я понимаю что "свое г... не пахнет" но XMPP в виде как есть - не впечатляет.Возвращаясь к XML.Я не видел ни 1 психа кроме разработчиков протокола способных адекватно читать и понимать XML в компактном виде (когда все теги шлются без форматирования).То же касается и ручной посылки пакетов.В общем якобы простота отладки протокола - оказалось мифом.Jabber самый глючный протокол из существующих.А если сравнить скажем протокол ICQ в миранде и XMPP в pidgin то придет понимание что дело не в протоколе а в разработчиках.У некоторых и бинарные протоколы нормально реализованы, а у некоторых и XMLные через анус.Плохому танцору известно что мешает %E.

     
     
  • 3.8, Гость (?), 15:12, 16/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Гениально, *ля.Сперва значит, надо нагенерить разлапистой XMLной дряни которая по ресурсам достаточно

    Доучись-ка в школе сначала, аналитик с лора.

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

    Во-первых, это совсем не значит что ее надо грузить целиком в память. Во-вторых, получая мессагу, тебе тоже ни черта не известно. В-третьих, в IM это несущественно.

    >Заранее это определить и полностью пропарсить - опачки.Изначально у жаббера
    >[боже скока бреда]
    >якобы простота отладки протокола - оказалось мифом.

    Простота отладки это не миф, это как раз так и есть. Jabber сервер ты наверняка не пробовал ставить. А основная причина использования XML - расширяемость. Давай, придумай бинарный формат, полностью совместимый снизу вверх, неограниченно расширяемый, и совместимый сверху вних в пределах старых фич. Когда это сделаешь, можешь накатать сотню мессаг в своей поделке и в XML, за'gzip'ить и сравнить размер.

    >XMLные через анус.Плохому танцору известно что мешает %E.

    Помоему только тебе что-то мешает. XMPP - это один из очень немногих случаев, где XML действительно использован к месту.

     
  • 3.9, darkk (?), 20:30, 16/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>какой еще траффик?! а сжатие gzip на что?
    >
    > Гениально, *ля.Сперва значит, надо нагенерить разлапистой XMLной дряни которая по ресурсам достаточно трудна в плане ее парсинга и потребных на это ресурсов а потом еще пригрузить проц ее сжатием,

    TCP - это поток. Поток - это файл. Если файл - то текстовый.


    > Вообще не понимаю нахрен в XMPP сдался XML.Парсить его сравнительно сложно, требубтся спецбиблиотеки как минимум.

    SAX-парсер довольно прост, можно даже на коленке набросать, если expat не мил... А про спецбиблиотеки - чего в этом плохого?


    >А если сравнить скажем протокол ICQ в миранде и XMPP в pidgin то придет понимание что дело не в протоколе а в разработчиках.У некоторых и бинарные протоколы нормально реализованы, а у некоторых и XMLные через анус.Плохому танцору известно что мешает %E.

    Я находил «баги» в реализации ICQ в миранде (да-да, с кодировками). Было ли это действительно багами - сказать не могу, спека на ICQ закрыта ;)

     

  • 1.10, fi (ok), 21:25, 16/02/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > GTalk API не полностью совместим с XMPP, более того со временем Gtalk перейдет
    >от XML к бинарному кодированию обмена между клиентом и сервером.

    Возможно речь о бинарном XML :)) - есть и такое кодирование, а  XMPP, как и любой XML, расширяем, собственно за это его и выбрали для jabber.


     
     
  • 2.11, wert (??), 22:00, 16/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Возможно речь о бинарном XML :)) - есть и такое кодирование, а
    > XMPP, как и любой XML, расширяем, собственно за это его
    >и выбрали для jabber.

    Называется Fast InfoSet

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру