utros
26.05.2011 19:24 Adium
Говножабберд соснул. Эта какашка выдает дикий лаг при нагрузочном тестировании, в отличии от второтега =)
Recommended by:
@werehuman: всё-таки twisted не виноват
and @King-Artur-VII
64 comments
recommend
bookmark
subscribe
Кэп?
Ну, какбы ежабберд позиционируют как устойчивый к нагрузкакм, а он отсасывает.
позиционироватся он может как угодно. А то, что он не держит пиковые нагрузки известно давно :)
Хы, вот это вин. Теперь есть чем тролололить ежефилов =)
чо вы там никак не настроите?
пстач
на facebook.com работает ejabberd, и как-то никто не жалуется на проблемы. Нагрузки там как бы поболее чем.
ну что там происходит? Логи? Может че подскажу.
ну что там происходит? Логи? Может че подскажу.
Тормозит он под нагрузкой.
в логах только сообщения о s2s
оптимально конечно советоваться с разработчиками ejabberd по тюнингу под большую нагрузку, я себе наоборот тюнил под минимальный расход памяти. Вы там хотя бы пострес вместо мнезии воткнули?
постгрес*
емнип постгрес херово ежом поддерживается, чем мускул хуже?
Логичный вопрос: нахуя?!
Там полторы учетки
там ебическая очередь сообщений
нормально там все поддерживается. Ну оно сейчас с мускулом или с мнезией?
а не на жабе ли эта ваша прозодя? :)
на луа
Лол. Нет, lua.
таки тогда надо попробовать поставить :)
openfire даже не рассматривается
и да, прошу прощения, мне уже говорили, но я забыл :(
Он няшка. И суппорт очень адекватен =)
Особенно настраивается он хорошо =)
а причем тут учетки?
А зачем ему ещё база? %)
/16
Только проверь версию того, что ставить хочешь. Сейчас уже 0.8 =)
Лишний оверхед же
что в твоём понимании "оверхед"?
кстати, а можно вопрос по второтегу? он умеет шаред-ростер, а так же его же, но при использовании внешней базы? Ну и остальных плюшек первотега типа пепов в базе и т.п.?
открой в вебадминке раздел "использование бд", или как-то так, и увидишь. Там целая куча таблиц, начиная от базы хешей капсов, заканчивая очередью сообщений и пепом. Там еще и есть по умолчанию дублирование disc and memory, ведущие собаководы советуют ставить почти всё в disc only и заменить все какие можно модули на _odbc версии и соответственно мускуль или постгрес.
шаредростер умеет из ini-файла, базы там вообще не было как таковой до последнего времени, все хранится в файлах, только вот начали прикручивать sql. Естественно, никаких плюшек типа работы с ldap нету, а еще жуткий косяк с s2s.
Пепы в базе? Что это?
А шаред ростер вроде умеет, да.
и сосать хуй при попытке использования шаредростера, ага :)
personal events
mod_shared_roster_ldap работает замечательно.
шаред ростер из ини-файла? ОБОЖЕ :) но ничего, надеемся, прикрутят и конфигурялку, хоть бы и через веб, как у колючего.
С базами там всё прекрасно работает. У меня на постгресе щас крутится сервер.
А с s2s это только у тебя проблемы. У всех всё работает.
а если лдап нафуй не упёрся (особенно из-за неумения писать туда), а с скулем приходется посасывать? :)
у тебя тоже не работает, ты просто не проверял.
что, и с гуглом работает? :)
Спроси в prosody@conference.prosody.im , если с ангельским проблем нет особых
Прекрасно. Ни разу проблем не было, кроме случая, когда на другой айпи переехал и паниковал по поводу того, что днс закешировался =)
а он у тебя 5223 порт не слушает, часом? :)
Вроде как нет. А должен?
Там в настройках есть
ну, я где-то слышал, что гтолк именно потому и фейлит s2s-коннекты, что проверяет доступность на сервере, который к нему стучится доступность старого legacy-5223 SSL-порта. И типа, если не находит, то фейлит. Хотя, возможно, что "фича" только ejabberd-related ;)
Видимо, это такой же миф как и то, что гуголь не умеет srv-записи =)
ну, иначе — трудно объяснить то, что между ёжиком и гтолком часто таймаутятся s2s-соединения :). При чём, если гугл первый стучится, то всё ок, а если к нему, то таймаут и сервер недоступен :) При том, что люди хвастались, что после открывания 5223 порта чудестным образом приходило исцеление (ну, последнее, возможно, либо совпадение, либо гон).
Тем не менее, факты фейла при попытке связи с гтолком имеют место быть вне зависимости от местоположения сервера и настроек.
Кстати, а второтег-то сложно научить, например, хранить пароли в md5||sha1||sha512? Ну и научить юзать определенную структуру данных (например, чтобы юзеров брал из одной таблички, а вкард составлял из полей трех других? Ну или хотя бы повесить на это дело хуки, чтоб он выполнял внешние скрипты для этого (но при этом шаред-ростер работал, да).)? :)
1. С гуглом у всех вечные пробемы, я ни разу не сталкивался (везение?)
2. Хранить пароли в виде хешей — легко, там параметр в конфиге для этого есть
3. Научить определенную структуру таблички не сложно, но нужно будет модуль написать. Благо на луа это любой программист за денек-другой лениво осилит =)
4. Шаред-ростер и прочее работают с базой на уровне абстракции, так что если ты подружишь прозоди с любым хранилщем, то всё, что работало у тебя до этого, будет работать и после.
Очень советую пробежаться глазами по http://prosody.im/doc/configure и спросить по поводу критичных вещей в конференции прозоди, потому что там не все фичи ещё есть. В этом ежабберд значительно впереди.
вот чешет, вот чешет :) С гуглом у меня тоже никогда не было проблем и не знаю как добиться. Но вот все остальное... Как хранить пароли в виде хешей, ты о чем? Это в принципе невозможно, если сервер не будет знать реальный пароль, он не сможет использовать SASL. А шаред ростер, как мы выяснили, не работает ни с какой абстракцией, только с голимыми ини-файлами :)
XEP на md5-авторизацию отменили ШТОЛЕ? :)
собственно, это тебе не почтовики :) Хотя и те умеют sha1 в базе хранить :)
Тебе тоже стоит по ссылке почитать. Или хотя бы посмотреть конфиг.
Если храниь в базе хеши, то будет использоваться аутентификация плейн-текстом внутри SSL/TLS и надо в конфиге требовать шифрование на стороне клиента
Для него серверу нужно знать твой пароль.
либо хранить в базе тот же md5, не? ;)
ты про sasl digest-md5? Вот именно при этой авторизации в процессе хендшейка пересылаются куски реального пароля. Если же авторизовываться в бд, тогда там будет только sasl plain доступен, то есть тупо пароль открытым текстом.
/55 иначе /58
я не только конфиг смотрю, но и код ;) Там есть отдельный модуль auth_internal_hashed, он использует особую sasl-scram_чо-то-там авторизацию, которую 99% клиентов не умеет.
Прочитал внимательно: хуйню городишь, товарищ.
Авторизация в бд не связана с sasl. Вот если пароли хранятся в хешированном виде, то использоваться будет sasl-plain независимо от того, где они хранятся, ввиду особенностей самой процедуры хендшейка.
Не смотрел этот модуль, ибо нинада.
нет, нет и нет. Если пароли хранятся в хешированном виде, то будет использоваться вот этот scram-sha1-как-то-там sasl. А sasl plain будет использоваться для авторизации во внешних бд, без plain не получится в них авторизовываться.
Ну ок, в этом спорить не буду, ибо сейчас не до того, чтоб в кот лезть.