Jabber: различия между версиями
Перейти к навигации
Перейти к поиску
>Важнов Алексей Геннадьевич (Недостатки, Ссылки) |
|||
(не показаны 2 промежуточные версии 2 участников) | |||
Строка 12: | Строка 12: | ||
== Недостатки == | == Недостатки == | ||
# Большее, чем у ICQ, потребление трафика из-за основанного на xml формата передачи информации. Однако, есть стандартное расширение [http://xmpp.org/extensions/xep-0138.html XEP-0138] — компрессия передаваемых данных. | # Большее, чем у ICQ, потребление трафика из-за основанного на xml формата передачи информации. Однако, есть стандартное расширение [http://xmpp.org/extensions/xep-0138.html XEP-0138] — компрессия передаваемых данных. | ||
+ | # Отвратительно работает на сотовых сетях. | ||
+ | # Общий дизайн протокола - передача в сокет бесконечного размера [[XML]] вместо отдельных законченных пакетов вызывает откровенное уныние. Вопрос, на самом деле, не в расходе трафика, а в том, что это крайне неудобная для корректной обработки конструкция. | ||
== Ссылки == | == Ссылки == | ||
* [http://xmpp.org/extensions/ Список стандартных расширений протокола] | * [http://xmpp.org/extensions/ Список стандартных расширений протокола] | ||
* [http://jabber.ru форпост Jabber в рунете] | * [http://jabber.ru форпост Jabber в рунете] | ||
− | * [ | + | * [https://ru.wikipedia.org/wiki/Jabber Jabber в Википедии] |
* [http://wiki.mirandaim.ru/wiki/Jabber_vs_ICQ Jabber vs. ICQ] | * [http://wiki.mirandaim.ru/wiki/Jabber_vs_ICQ Jabber vs. ICQ] | ||
* [http://www.penza-gsm.ru/snake/ Переход на Jabber] (несколько устарел) | * [http://www.penza-gsm.ru/snake/ Переход на Jabber] (несколько устарел) | ||
Строка 23: | Строка 25: | ||
[[Категория:Программы]] | [[Категория:Программы]] | ||
[[Категория:Интернет]] | [[Категория:Интернет]] | ||
+ | [[Категория:Материалы Антикопирайта]] |
Текущая версия от 21:07, 27 сентября 2023
Открытый протокол для обмена информацией. В отличие от MSN (Live), AIM, ICQ и им подобных, не принадлежит ни одной корпорации, под него есть разные реализации как серверной части (*nix-демоны Jabberd, eJabberd и другие), так и клиентского ПО (под Linux — Pidgin, Kopete, под Windows — Miranda, последние версии QIP, а также кроссплатформенные клиенты, основанные на библиотеке QT, например, Psi или Sim). Частными случаями реализации протокола Jabber являются GoogleTalk и LJTalk, системы для общения пользователей Google и Livejournal, тем не менее, прекрасно совместимые с любыми другими Jabber-сетями.
Особенности и преимущества протокола[править | править код]
- Децентрализованность. Каждый может поднять Jabber-сервер на своём домене, используя свою, открытую или закрытую, политику регистрации пользователей и конференций.
- (следствие из пункта 1) Отсутствие спама, так раздражающего в ICQ. Нет единого сервера — нет и единой базы пользователей, что усложняет жизнь спамерам. Также отсутствует и коммерческая реклама в сообщениях или окне клиента.
- Вместо безликих труднозапоминающихся UIN-ов пользователь регистрирует себе уникальный в рамках данного сервера логин a.k.a Jabber ID (JID).
- (следствие из пунктов 1 и 3) Отсутствие войны за красивые логины, угона учётных записей и торговли ими. Если понравившийся логин уже занят на одном сервере, никто не мешает зарегистрировать аналогичный на другом.
- Реализация шифрования разговора на уровне большинства клиентов, т.е., при желании НИКТО не сможет узнать, о чём разговаривают собеседники.
- Система транспортов, позволяющая из Jabber общаться с пользователями практически любой системы IM. Впрочем, компаниям-владельцам этих систем это не всегда нравится — к примеру, AOL регулярно отравляет жизнь пользователям неофициальных клиентов и транспортов, меняя спецификацию протокола (см. ICQ). Отсутствие подобных поползновений определённо делает честь Гуглю и ЖЖ, поддерживающим технологию Jabber, не ограничивающим выбор клиентов и позволяющих из своей сети общаться с любыми JID на любых серверах.
Недостатки[править | править код]
- Большее, чем у ICQ, потребление трафика из-за основанного на xml формата передачи информации. Однако, есть стандартное расширение XEP-0138 — компрессия передаваемых данных.
- Отвратительно работает на сотовых сетях.
- Общий дизайн протокола - передача в сокет бесконечного размера XML вместо отдельных законченных пакетов вызывает откровенное уныние. Вопрос, на самом деле, не в расходе трафика, а в том, что это крайне неудобная для корректной обработки конструкция.