> ХМПП через телефон работает прекрасно, даже через GPRS.Я проверял, спасибо. Учитывая что там даже квитки доставки опциональны - отправляешь сообщение и даже вообще не знаешь - дошло ли оно.
А еще - TCP делался во времена когда беспроводки и прочего не было. В результате, когда GPRS или какая там вафля на грани приема начинает немного терять пакеты и пинг скачет до пары секунд - TCP думает что это ... перегруз канала. Хоть это и не оно. И снижает скорость. И, что хуже, увеличивает интервал перепосылок. В чем проблема? А в том что если не повезло то IM превращается в электронную почту. Перекинуться 1 сообщением в пять минут, да еще без уверенности что оно вообще дошло - запросто. Это вот так ваш XMPP по неидеальным сетям работает. А там еще over 9000 иных проблем. Например сервера и соединения между серверами. И пока там сервер Васи из Зимбабве достукается до сервера Пети на северном полюсе, пока TLS раскочегарится (а при пинге в 200 мс он будет довольно долго раздуплять, т.к. там несколько RTT'ов пройдет). Вот так отправил сообщение и втыкаешь потом минуту, пока протокол и сервера протормаживаются. И все это без уверености что оно вообще дошло, т.к. квитирование опционально.
А уж как оно файлы шлет - это песня. Или никак. Или как вариант я видел эпическую фигню с отправкой in-band потоком. Через сервер. На скорости 3 килобайта в секунду. Б..ь! У меня диалап быстрее файлы качал чем XMPP.
> Переводить любой такой протокол на UDP - это дублировать то, что уже
> сделано и оттестировано в TCP.
В случае IM - message based формат данных, и потуги его впихнуть в stream-based подходы ведут к тому что в результате все это довольно погано работает в условиях отличных от идеала. См. выше.
> Плюс к этому добавляется возможность поиметь массу проблем с натами и фаерволами.
Примерно столько же сколько и TCP, не говоря о том что никакие законы природы не запрещают использовать и TCP как fallback. По принципу "лучше работать х...во чем не работать совсем". Если разуть глаза, по каким-то таким принципам и делался скайп. Который для наихучших случаев как только не изгибается. А в наилучших - шлет сообщения и особенно voip прямым конектом между юзерями.
> протокол может глючить? Только если в ваших руках.
Моих рук не хватит расставлять всем контактам правильные клиенты с правильными настройками. Упыри делавшие XMPP не смогли даже квитирование mandatory сделать, что для IM достаточно чувствительно. Особенно по неидеальным сетям типа мобильных и беспроводных. Вот отсох сервак через 5 минут и думай - получил получатель сообщение или нет. А уж какой п..ц там с отсылкой файлов наворотили. Есть штук пять вариантов. Все сделаны через известное место - наворочено и почти неработоспособно. Полу(не)совместимых. Клиенты реализуют 2-3 из них. Эталонное "designed by comitee".
> З.Ы. У хмpp есть достоинство - расширяемость, но оно же и недостаток.
Поэтому когда некто тебе шлет гиг дряни - ты даже заранее не знаешь что это гиг дряни. Да еще оказалось что юзеры хотят слать файлы и всякие там аватарки. А XML подразумевает лишь текстовые данные. В результате костылинг стал не слишком пресным. И получилось монструозное у...ще. Сложное и отвратительно работающее. Много мучений ради х...вого результата.
> итоге куча клиентов, формально совместимых, запилено, а подмножество расширений у всех
> разное. Больше проблем у хмпп нет.
Кроме того что из всего этого IM - как из топора спасательный круг.
