971
правка
Rain (обсуждение | вклад) м (пора спать...) |
H31 (обсуждение | вклад) |
||
Строка 34: | Строка 34: | ||
** клиент по какой-то причине не сформировал пакет / он не дошел даже до сервера, но есть некий промежуток времени, пока клиент считается подключенным к серверу (на jabber.ru, насколько слышал, этот промежуток увеличен как раз именно из-за мобилочников - чтобы их не отключало постоянно при обрывах связи и клиент мог прозрачно переподключиться ([http://chatlogs.jabbus.org/muc/linuxoid@conference.jabbus.org/2009/04/19.html#15:03:35.981951 пример], в это время у меня оборвалась связь, но комнаты я не покидал и сообщения не потеряны, аналогично и при прямом общении); делает ли это клиент - это уже другой вопрос), так вот, как опознать, что надо еще раз отправить сообщение? Периодически отправлять? А если нарушение связи только на исходящем канале у пользователя - клиент будет получать дубликаты сообщений. По факту переподключения? Тогда сообщения так же само теряются. Более частая проверка связи? Увеличение трафика, частые дисконнекты при плохой связи. | ** клиент по какой-то причине не сформировал пакет / он не дошел даже до сервера, но есть некий промежуток времени, пока клиент считается подключенным к серверу (на jabber.ru, насколько слышал, этот промежуток увеличен как раз именно из-за мобилочников - чтобы их не отключало постоянно при обрывах связи и клиент мог прозрачно переподключиться ([http://chatlogs.jabbus.org/muc/linuxoid@conference.jabbus.org/2009/04/19.html#15:03:35.981951 пример], в это время у меня оборвалась связь, но комнаты я не покидал и сообщения не потеряны, аналогично и при прямом общении); делает ли это клиент - это уже другой вопрос), так вот, как опознать, что надо еще раз отправить сообщение? Периодически отправлять? А если нарушение связи только на исходящем канале у пользователя - клиент будет получать дубликаты сообщений. По факту переподключения? Тогда сообщения так же само теряются. Более частая проверка связи? Увеличение трафика, частые дисконнекты при плохой связи. | ||
: В общем, вопрос интересный и это, скорее, на [[JRD:|JRD]], там он как-то ближе, может что и подскажут :). Ну и это, скорее, не обсуждение "Недостатков Jabber", а wishlist, то, что хотелось бы видеть среди функций сети, так как отследить все варианты обрывов связи сложно и в других сетях с этим тоже не все гладко.--[[Участник:Rain|rain]] 23:31, 19 апреля 2009 (UTC) | : В общем, вопрос интересный и это, скорее, на [[JRD:|JRD]], там он как-то ближе, может что и подскажут :). Ну и это, скорее, не обсуждение "Недостатков Jabber", а wishlist, то, что хотелось бы видеть среди функций сети, так как отследить все варианты обрывов связи сложно и в других сетях с этим тоже не все гладко.--[[Участник:Rain|rain]] 23:31, 19 апреля 2009 (UTC) | ||
: В ICQ именно так и сделано. Клиент считает сообщение доставленным в том случае, если оно дошло до сервера, дальнейшая его судьба его не беспокоит. В Jabber подобное поведение (плюс если один из клиентов не отвечает - переслать ему позже, как только выйдет на связь) реализуется через один из XEPов, но пока что он не реализован в ejabberd (хотя потихоньку намечается). Сейчас же используется client-side уведомления, как выше сказал ув. [[Участник:Rain|rain]]. На мой взгляд, это гораздо удобнее. Если сообщение не дошло - можно ещё раз подумать, не написал ли ты дурость и бред :) . В Миранде это вообще очень удобно сделано: чтобы переслать, нужно просто нажать кнопочку. [[Участник:H31|H31]] 09:21, 20 апреля 2009 (UTC) | |||
== Спам == | == Спам == | ||
Строка 44: | Строка 46: | ||
* http://xmpp.org/extensions/xep-0158.html | * http://xmpp.org/extensions/xep-0158.html | ||
: --[[Участник:Rain|rain]] 23:51, 19 апреля 2009 (UTC) | : --[[Участник:Rain|rain]] 23:51, 19 апреля 2009 (UTC) | ||
: Известный миф. [[Jabber FAQ: Ответы на вопросы#?: Часто слышу, что в Jabber защищен от спама, однако e-mail тоже не имеет единого сервера, что не мешает рассылать спам. Более того, в Jabber есть поиск, он может помочь спамеру.|См. тут]]. [[Участник:H31|H31]] 09:21, 20 апреля 2009 (UTC) |