| Author |
Message |
| leksey |
 Posted: Fri May 11, 2007 9:49 am Post subject: |
|
| Binary wrote: | | Ога, и прикрутить автоматическую регистрацию нового номера после самопроизвольного удаления старого :) с оповещением о новом номере по смс :) |
Нет. Каждый асечник теперь должен иметь не меньше трех номеров. 1 основной и 2 резервных! Это новое правило - расскажи о нем каждом у твой цветочек завянет нахрен. :-) |
|
 |
| Binary |
| Posted: Fri May 11, 2007 5:30 am Post subject: |
|
Ога, и прикрутить автоматическую регистрацию нового номера после самопроизвольного удаления старого  с оповещением о новом номере по смс |
|
|
| leksey |
| Posted: Thu May 10, 2007 10:57 pm Post subject: |
|
Если заниматься аськой, то надо транспорт надо "кластеризовать" на уровне сервера.
И не изобретать велосипеду. |
|
|
| Lion |
| Posted: Thu May 10, 2007 10:22 pm Post subject: |
|
| Для нормальной работы достаточно иметь тройку надежных транспортов. |
|
|
| leksey |
| Posted: Thu May 10, 2007 10:17 pm Post subject: |
|
| Lion wrote: | | Техническая часть вполне реализуема. Ведется список альтернативных транспортов, в случае отказа текущего, находятся все контакты с него и добавляются в рабочий, после чего удаляются. Альтернативные транспорты можно регистрировать как в момент использования, так и держать их уже зарегаными, но отписаными от презенса. Для большего удобства, можно реализовать поддержку каждого типа транспорта отдельно. |
А как доверять такой кучи транспортов? Рано или поздно торговцам номерками может прийти в голову поднять свой публичный асечный транспорт. Заодно можно хорошо дискредитировать жаббер в глазах простых юзеров, да еще нумерков заполучить. |
|
|
| Lion |
| Posted: Thu May 10, 2007 10:15 pm Post subject: |
|
| Техническая часть вполне реализуема. Ведется список альтернативных транспортов, в случае отказа текущего, находятся все контакты с него и добавляются в рабочий, после чего удаляются. Альтернативные транспорты можно регистрировать как в момент использования, так и держать их уже зарегаными, но отписаными от презенса. Для большего удобства, можно реализовать поддержку каждого типа транспорта отдельно. |
|
|
| leksey |
| Posted: Thu May 10, 2007 10:00 pm Post subject: |
|
| Lion wrote: | Зря все-таки они так поступают, многим нужен этот транспорт и не факт что те, кому он нужен, останутся в джаббере. Тем более начинающим джаббероводам он как воздух необходим.
З.Ы. Сейчас тот клиент, который первым научится в горячем режиме менять транспорты, выйдет на первый план в рунете. |
Транспорт не прокся или SOCKS, чтобы их перебирать. Как ты видишь техническую часть такой штуки? |
|
|
| Lion |
| Posted: Thu May 10, 2007 9:11 pm Post subject: |
|
Зря все-таки они так поступают, многим нужен этот транспорт и не факт что те, кому он нужен, останутся в джаббере. Тем более начинающим джаббероводам он как воздух необходим.
З.Ы. Сейчас тот клиент, который первым научится в горячем режиме менять транспорты, выйдет на первый план в рунете. |
|
|
| Binary |
| Posted: Thu May 10, 2007 5:30 pm Post subject: |
|
| транспорту приходится хранить информацию о том, какие контакты подписывал пользователей и у себя, потому что доступа к ростеру юзера не имеется, а знать такие вещи надо |
|
|
| S_talker |
| Posted: Thu May 10, 2007 5:24 pm Post subject: |
|
| leksey wrote: | | Логика и практика подсказывает, что действительно контакты храняться в ростере. А при настройке гейтвея это скорее всего выбор - хрванить в ростере жабы (локально) или на серванте асикью. |
У меня инфа об асечных контактах юзеров физически хранится в директории /var/spool/jit/ (а жабьий ростер - в /var/spool/ejabberd/). Там дерево директорий с XML-файлами, структура которого соответствует ростерам юзеров. Кроме того, в конф-файле жита присутствуют такие опции | Quote: | <!-- Remove this tag to disable JIT's own contact list.
This will break the transport if it can not request
the user's roster via xdb get then (meaning the peer
uses jabberd 2 or the peer uses a remote jabber
server). -->
<own_roster/>
<!-- When present, this tag will tell JIT not to try to
get the user's roster (which will take a bit of time
to fail in scenarios described above). -->
<no_jabber_roster/> |
|
|
|
| leksey |
| Posted: Thu May 10, 2007 4:38 pm Post subject: |
|
| Δ wrote: | | leksey wrote: | | если верить разбирательствам транспорт хранит все контакты в своей базе, а не на сервере. |
ээ.. разве? контакты в ростере всё таки хранятся :) |
Не администрировал JIT. Если всегда в ростере, то проблем никаких.
Вобще. Логика и практика подсказывает, что действительно контакты храняться в ростере. А при настройке гейтвея это скорее всего выбор - хрванить в ростере жабы (локально) или на серванте асикью. |
|
|
| S_talker |
| Posted: Thu May 10, 2007 4:17 pm Post subject: |
|
| Δ wrote: | | контакты в ростере всё таки хранятся |
JIT может иметь свой ростер, физически находящийся отдельно от сервачного (по крайней мере, при установке помню момент, когда нужно было выбрать, хранить асечные контакты в общем ростере, или в отдельном). Причем AFAIR вариант "отдельно" - дефолтовый. |
|
|
| Δ |
| Posted: Thu May 10, 2007 3:24 pm Post subject: |
|
| leksey wrote: | | если верить разбирательствам транспорт хранит все контакты в своей базе, а не на сервере. |
ээ.. разве? контакты в ростере всё таки хранятся |
|
|
| leksey |
| Posted: Thu May 10, 2007 2:00 pm Post subject: |
|
| leksey wrote: | О как. Ну что же. Бывает иногда проще убить, чем поддерживать подобие жизни.
Странно, что оставили это угребство под названием мылру. |
Блин. А у меня там на каком-то древнем аккаунте были какие-то древние асечные контакты. Они мне по факту уже давно не нужны, но вдруг.
Надо срочно бежать все сохранять, потому что если верить разбирательствам транспорт хранит все контакты в своей базе, а не на сервере.
Кстати. надо спросить про тот питерский асечный транспорт. может поднимут, прицепив к другому серверу.. |
|
|
| leksey |
| Posted: Thu May 10, 2007 1:35 pm Post subject: |
|
О как. Ну что же. Бывает иногда проще убить, чем поддерживать подобие жизни.
Странно, что оставили это угребство под названием мылру. |
|
|