• Jabber XMPP Чем больше работаю с XMPP, тем больше замечаю не только его преимущества, но и недостатки.
    Например, все фанатично боготворят распределенность сети. А я каждый день сталкиваюсь с глюками этой распределенности, которые зачастую сложно диагностировать и исправить.
    Возможность любому легко поднять свой собственный сервер? Вспомним jabbus.org: сегодня сервер есть, завтра его нет — это несерьезно.
    Или ещё часто упоминают про широкий выбор серверного и клиентского ПО, но забывают сказать про плохую совместимость этого ПО друг с другом.
    Джаббер не идеален, давайте без фанатизма. ;)
    ♡ recommended by @gelin, @top, @iLeamare, @O01eg, @MPogoda

Replies (92)

  • @ugnich, да что уж там, так и говори: кривая поделка :)
  • @ugnich, но лучше то у нас ничего нет )
  • @ugnich, Ваши предложения.
  • @ugnich, Я давно предлагал бота под асечку.
  • @ugnich, Так фокус-то как раз в поднимании своего сервера. Лично для себя, ну и нескольких друзей-коллег. Соответственно, при пропадании сервера пропадет только эта группа людей.
  • @ugnich, у меня создаётся ощущение, что ты как бы намекаешь нам на то, что софт кривой, а не сам протокол :)
  • @ugnich, Ага, жаббер говно, вот только какая замена? IRC, который труп?
  • @ugnich, "плохую совместимость"
    в чем это выражается?
  • @ugnich, "Знаете чем отличается ICQ от Jabber (XMPP)?! Аська — это проприетарное говно со смайликами, а XMPP — это протокол."©ugnich, 2008
    Так-так-так…
  • @Als, В протоколе тоже есть свои недостатки. Например, негарантированная доставка сообщений: при нестабильном канале сообщения теряются.
  • @ugnich, что нередко жутко бесит. + если так падают логи- ну вы поняли
  • @ugnich, а что, где-то есть гарантированная?
  • @Als, думаю, та которая с поддверждением о доставки. правда чтоли в жаббере этого нет?
  • @ugnich, да, джаббер не совсем соответствует той рекламе, которую на него навесили и с которой продвигают "фанаты". попользовавшись чуть больше и копнув чуть глубже получаем кучу недостатков и несоответствий. в принципе, многое из этого можно поправить, дело не стоит на месте, просто не нужно по незнанию так фанатично расхваливать джаббер :)
  • @antigluk, есть, есть подтверждение между клиентами.
  • @Als, тогда в чем проблема?
  • @antigluk, Как обычно, в глюках. :) Шаг влево-вправо от примитивного обмена сообщениями и уже ничего не работает. Взять хотя бы Google Talk: вроде и джаббер, а не джаббер. :)
  • @Als, в скайпе сообщения всегда доставляются, жабберный ксеп подтверждения доставки сообщения совсем не работает, эти самые подтверждения теряются :)
  • @ugnich, блин. *ушёл в асечку
  • @antigluk, отчёт о доставке это не гарантия доставки
  • @vt, скорее просто клиенты не очень его соблюдают. у меня в миранде если подтверждение о доставке не приходит, то появляется специальная бяка в окне общения
  • @Als, ну и тебе надо повторять сообщение, а потом сеть продуплится и абонент получит два сообщения
  • @vt, в большинстве случаев не продупляется :) а если продупляется, то ничего страшного
  • @Als, зато если ты отправил оно может не дойти. а тебе надо сидеть и контролировать эти самые бяки, вместо того, что бы их контролировал какой нибудь сервер
  • @maj, не надо ничего контроллировать, бяка появится сама и запишется
  • @Als, воот. А в скайпе такого нет, загорается бяка, а потом тухнет, когда абонент все-таки получил это сообщение, повторять ничего не надо
  • @maj, поясните пожалуйста)
  • @vt, в миранде тоже тухнет. во время того как она висит ты можешь: проигнорить, повторить и забить
  • @Als, можешь ты, а там всем этим занимается сервер
  • @vt, Это просто умный отчёт о доставке. Нормального оффлайн-хранилища там нет -> полноценной гарантированной доставки быть не может.
  • @ugnich, сервер забивает за меня!? не, не надо, я сам хочу :D
  • @Als, ты видишь человека онлайн, отправляешь ему гору ссобщений и идёшь спать. у того человека теряется сеть и он ничего не получает. возможно у тебя где то бяки и не появятся, но их при возвращении проверять не будешь
  • @ugnich, Там хранилище на клиенте и организовано.
  • @ugnich, Я вот тоже давно знаком с этой сетью, потихоньку разбираюсь в потрохах и тоже замечаю недостатки. Считаю, что самое плохое в Jabber — это то, что у него мало своего. Обычно мы видим то же самое, что и в ICQ/MRIM/IRC/Skype, только исправленное. Да, есть интересные моменты, такие как User Location, но они мало кому нужны.
    В случае распределенности было бы лучше всего, если бы существовал один или несколько надежных серверов и сохранялась возможность поставить свой небольшой. Т.е. то, что мы видим в E-Mail — можно спокойно использовать GMail, имеющий высокую надежность, и в то же время поднять корпоративный сервер. А вот с глюками взаимодействия что-то не сталкиваюсь, ведь везде стоит один и тот же ejabberd, разве что настройки и конкретные версии могут быть кривыми.
    В случае с клиентским ПО таки да, видел проблемы. Но хорошо, что из распространенных клиентов зоопарк не слишком большой.
  • @maj, да я ж не спорю, просто я говорю, что текущая ситуация не так ужасна, как может показаться из хедпоста
  • @Als, даеш бота в фейсбук елки и забейте на xmmp :)
  • @h31, а что надо было придумать своего такого, что ба ж прямо ТАКОГО?
  • @Daemon, Мне правда это нужно объяснять?! Отправьте сообщение оффлайн-юзеру и уйдите в оффлайн на недельку. Он его получит? Нет.
    Хватит уже обсуждать уютненький скайпик в треде про джаббер. :)
  • @Als, раз продолжаем пользоваться — значит не так ужасна :) но недостатки достаточно видимы и ощутимы. при том что продвигается джаббер в лучшем свете, а эти недостатки устранять практически не пытаются
  • @ugnich, Это тонкий намек на скорое внедрение поддержки ICQ (и пр.) в juick? )))
  • @ugnich, одна только передача файлов чего стоит. конечно не идеален.
  • @maj, и как их устранять? ведь нету ж никакого XEP'а, который бы организовывал гарантированную доставку, афайк.
    вот в Яндексе сделали и подкрутили к своему серверу пинговалку из 199 хера. хорошая же вещь! а в транк ёжика фикс не приняли. что уж тут говорить про гарантии
  • @andru, они (софтописатели) просто не умеют её готовить ;)
  • @ugnich, а почему гарантированной быть не может? можно отправлять на сервер пока не получим ответа от сервера, а потом отправлять от сервера клиенту пока не получим подтверждения, и так же потом пересылать это подтверждение, или уведомление о недоставке по таймауту. всё же лучше чем тупо терять :)
  • @ilder, Нет. Асечку вообще технически невозможно прикрутить к джуику без благословения от компании ICQ LLC. Без подробностей, это оффтоп.
  • @andru, А что с ней? Прописал прокси — и в 90% случаев никаких проблем.
  • @maj, ты прекрасно знаешь обо всех ахтунгах с пепами. что уж тут говорить про хранилище сообщений. будет труба
  • @h31, а тупые, простите, простые юзеры и не догадываются %)
  • @Als, XMPP Ping гарантирует только то, что потеряется меньше сообщений, но они все равно будут теряться.
  • @Als, так разработчикам и устранять. а то каждый себе что то припилил и рад :)
  • @ugnich, ну, он за сообщения не отвечает явно. он просто гарантирует, что пользователь не будет висеть в сети пока TTL не закончится %)
  • @maj, Про скайп мне говорить не интересно, а в джаббере никаких уведомлений от вашего сервера "получил сообщение, буду пытаться переслать его получателю" в принципе нет.
  • @maj, Только что наблюдал проблемы со связью, тем не менее, сообщения доходили, хоть и с задержкой, судя по уведомлениям о доставке. Думаю, что существующего контроля со стороны собеседника хватает (в смысле, что собеседник сообщает об успешной доставке).
  • @ugnich, про скайп мне тоже не интересно, а в джаббере нет, это да. но теоретически же возможно
  • @h31, в том, что существует способов передавать файлы больше, чем 1.
  • @andru, Самый надежный способ передавать файлы через джаббер — это залить куда-нибудь и дать ссылку. :)
  • @h31, Значит, либо проблемы пустяковые и TCP/IP их решил ценой небольшой задержки, либо всё-таки что-то потерялось, а вы не заметили. :)
  • @ugnich, в аське есть, к примеру. только толку %)
  • @andru, Из используемых — всего-то 2. И то, один (внутри потока) на те 10%. Даже BombusMod с Talkonaut умеют внепоточную передачу файлов.
  • @h31, тебе просто везёт :) если ты отправил сообщение когда собеседник в сети (как тебе кажется), в то время как его в сети нет, а сервер об этом не знает, то после переподключения с replaced by new connection — гарантирую, что твои пакеты ему не дошли
  • @ugnich, Если бы потерялось, то клиент собеседника не сообщил бы об успешной доставке, верно? Специально проверил — всё дошло.
  • @maj, При существующих RFC/XEP — нет, не возможно. А даже если что-то поменять — то фичу эту поддерживать будут только 80% серверов и через год.
  • @h31, если один клиент умеет один способ передачи файлов, а другой клиент его не умеет, файлы передать не получится
  • @ilder, Ирония в 1 hop. Примитив.
  • @ugnich, оо, через год это очень оптимистично :-D ну и да, оно всё равно не меняется. и это только 1 минус из множества
  • @ugnich, не надо сказок. надо просто правильно реализовывать передачу файлов. например так
    miranda.im
  • @ugnich, Золотые слова.
  • @Als, Я про другое отвечал, про уведомления. :)
  • @ugnich, о, я наверное промазал :)
  • @maj, Всё равно меня не понимаете :-) Ну ладно, вернемся к теме разговора. Есть же XEP для того, чтобы проверять доставку от клиента к серверу. Только вот проблема — на практике он не поддерживается ни сервером, ни клиентом, ну может в каком-нибудь экзотичном случае только один из них поддерживает. Почему такая важная вещь и вот так не поддерживается?
  • @h31, Не слышал про такой XEP. :) Есть только уведомления клиент-клиент.
  • @andru, Для этого есть Jabber Disk в качестве прослойки-костыля.
  • @ugnich, xmpp.org — оно?
  • @h31, оно просто пересылает "квитки" о том что абонент получил сообщение, эти квитки идут в самом сообщении и вместе с ним же и теряются :)
  • @h31, в самом начале
    ...the sender of a message can request notification that it has been received by the intended recipient
  • @vt, Раз "квитки" потерялись, значит и сообщение не дошло и его нужно переслать.
  • @h31, Не факт, что потерялось. Возможно, лежит на сервере получателя.
    Следить и пересылать получателю должен его сервер, а не отправитель.
  • @ugnich, В тему потери сообщений: #765629.
  • @ugnich, ну жаббус просуществовал не один день, к слову
  • @ugnich, он имел всю кучу сервисов, доступных в жаббере, кто был виноват что они такие недоделанные?
  • @ugnich, Ерунду говорите. Наоборот, со спамом проще бороться в одном месте.
  • @ugnich, ну каждый день он не падал. а перезапускали его из-за глючных транспортов. ещё хостер айпишники менял внезапно или ещё какая-нить лабуда случалась в датацентре.
  • @ugnich, жабер.орг стабильно лежал несколько раз в неделю, с последним переездом на другой софт стал лежать раз в неделю, это вообще никуда не годится
  • @ugnich, а сервер на запрос аптайма отвечает что он в сети 4 дня, чяднт?
  • @ugnich, Придумаем свой протокол с блэкджеком и гарантированой доставкой сообщений! 8-D
  • @ugnich, Пользователя вообще должен волновать протокол? Меня вот как пользователя волнует то, что вся эта хрень менее стабильная, чем "проприетарная поделка со смайликами", или как там.

    Джаббер на работе — хорошо: всегда можно пнуть админа, чтобы тот перезапустил там чего надо. А "глобально" — вечно всё глючит и тормозит. Вот прямо сейчас, к примеру, я на xmpp.ya.ru и онлайн вижу только три контакта. Джуйк не вижу. Кто виноват? А какая разница, если с асечкой такие проблемы раз в год, не чаще, в отличие от. Да, протокол хороший, просто софт говно.

    Во. Понг от жуйка получил. Через 8 минут после отправки пинга.
  • @trminator, Лаги — это проблема Жуйки.
  • @h31, в этом случае — не уверен, по-моему, яббер виноват.
  • @trminator, 1) У меня на @qip.ru the same.
    2) Жалобы на недохождение сообщений. #765934 #765397 + /me наблюдает это прямо сейчас.
    Так что это всё-таки жуик.
  • @trminator, Яндекс в данном случае виноват в проблеме со статусами. Ты не одинок ни в той, ни в другой проблеме.
  • @h31, Не факт. Это, кстати, как раз одна из тех труднодиагностируемых проблем, о которых я говорил.
    Джуик подтормаживает в последнее время, но не настолько.
  • @ugnich, Спорить не надо. Надо взять и реализовать, раз всё так просто. ;)