IMadering
21.04.2012 09:28 QIP
У меня снова появляется возможность заняться разбором протоколов. Думаю закончить описание протокола ICQ, а затем перейти к описанию протокола Jabber.
43 comments
recommend
bookmark
subscribeDo you really want to delete ?
нахера описывать протокол, который и так полностью документирован?
какой именно?
жабер
мля. гхде он документирован полностью? я ХОЧУ чтобы ты показал мне, где он документирован полностью ))
погугли слово XEP.
погуглил ХЕР.ня на английском + далёкая от реальности реализации и взаимодействия с реально существующими жаббер серверами.
Хер — название буквы «ха» в старорусской и церковной азбуках.
печально. Удачи тебе тогда.
ты по ХЕРам этим смотришь как работает жаббер протокол?
я тебе показал хепы, как свидетельство открытости протокола. Мне за тебя нагуглить xmpp rfc ?
дело в том, что реально полезную работу жаббер протокола можно описать проще и лучше чем там. Вот это я и собираюсь сделать. Зачем читать много лишнего и путаться.
ебать ты тупой
не принимается. тупо и не аргументировано.
не осилил коротенький rfc — тупой
/8
не вам же мудиться то ) что за кипеш тогда )
согласен с магогом: нахуя описывать протокол, который разжёван по каждой буковке: http://xmpp.org/extensions (да и вообще советую пошариться по xmpp.org)
обесню. существующие жаббер серверы не реализовали и не используют и не поддерживают и половину официальных возможностей и расширений описанных в существующей документации. Поэтому нужно описать только, то что реально работает и поддерживается. Некоторые популярные жаббер серверы немного изменили под себя протокол и это реально не документировано нигде.
не вся же документация будет тупо повторяться.. только некоторые моменты.
ну так те серверы, что изменили под себя протокол и не отметили это нигде — имеют полное право пройти нахуй. Такое не уважают нигде. ejabberd'овцы по крайней мере отмечают те места где они нарушают XEP'ы.
А вообще, по крайней мере eJabberd и Prosody честно отвечают какие XEP'ы они поддерживают вместе со ссылками на них. Так что всё равно не вижу смысла повышать энтропию.
ну и поддерживают они чуть ли не абсолютное большинство server-side XEP'ов. Другое же дело client-side XEP'ы, поддержку которых в своём клиенте ты просто обязан описать :) Алсо, напомни где лежат сорцы :)
ты пиздец.
олсо, все отвечающие почему-то забывают что центральная часть XMPP описана в паре RFC, а XEP — это уже расширения к описанному там.
http://xmpp.org/xmpp-protocols/rfcs/
в xmpp предусмотрена возможность в рантайме узнать какие именно возможности реализованы на сервере и клиенте.
которые иногда "уходят в rfc" (становятся обязательным к исполнению стандартом) :)
RFC — это таки ещё не обязательный к исполнению стандарт :3
вот тут есть хороший список расширений которые желательно поддерживать: http://xmpp.org/xmpp-protocols/xmpp-core...
почему такие как ты не понимают что только принятие протокола, а не реализации, как первичной сущности позволяет строить действительно интероперабельные и долговечные системы?
не понял что ты сказал...
вот в этом как раз и состоит главная проблема :(
друзей тут найти можно?
друзей тебе лучше искать вечером у себя на районе.
он сказал, что любые реализации надо делать по стандарту, а не стандарт подгонять под реализации. Иначе в 100% случаев получится хуйня.
не ну вот ты разумный вроде, можешь быть другом для умных бесед в обед?
это я понял. но я не понял что он сказал.
што?
для таких бесед нужны собеседники со схожим уровнем и бекграундом. А ты, насколько я вижу, пока ещё очень далёк от open source, unix и традиций ietf, так что нам не о чем беседовать.
видишь, ты тоже не понял, что я сказал. бывает же.
я не понял, как можно понять и не понять одновременно
вот и я ощютил такое же чувство... внезапно
пожалуй, я и тебе порекомендую почитать http://catb.org/~esr/writings/taoup/
Если что, скан русского издания вполне гуглится.
когда скучно и нечего делать, я начинаю ковырять что-то на ЯПах. вот и вся истина.
пожалуйста, перестань это делать от скуки. Так у тебя ничего хорошего не получится.