All streams
Search
Write a publication
Pull to refresh
0
0
Trave @Trave

User

Send message
имхо вполне может быть
Возможно проблема в сайтах а не в плеере? Можете привести пример?
ещё примеры из серии:
www.ibc.org/ крупная выставка плотно связанная с IT
www.wymeditor.org/ WYSIWYM редактор
где то видел ещё но так не вспомню. очень обидно когда набираешь адрес по памяти и не можешь зайти, создаеться впечатление что сайт мертв…
foreach($zapret as $key) {
unset ($friends[$key]);
}
второй пункт не понял что вы имеете в виду. привидите пример.
2-3 секунды это очень много на такой базе(или цепочка была очень длинная?). сделайте индекс на frid и myid и вынесете имя в отдельную таблицу — уверен скорость увеличиться в разы. добавление новых записей будет немного медленне, но если у вас не граббер который делает это в режиме постоянного сканирования, то вы этого не ощутите.
я и не предлагаю делать их ключевыми, я предлагаю сделать индекс а ключей тут совсем не нужно. может конечно я ошибаюсь…
На сколько я разбираюсь в БД то вам крайне желательно удалить ключевое поле(зачем оно?) и создать индекс по myid. так же name можно вынести в отдельную таблицу чтоб не было дублирующихся данных и таблица связей работала быстрей.

мой скриптик:
протестировал на 4000000 базе с рандомными значениями. цепочку глубиной в 10 и общим количеством участников ~350 прошло за 0.07 секунды на моем сервере.
Количество запросов к БД = количеству просматриваемых уровней.
Если не заработает буду рад разобраться и помочь. критика, вопросы, советы — велком!
Если дадите структуру БД завтра-послезавтра могу набросать скриптик для поиска кратчайшего пути в графе.
Если использовать тот клиент который позволяет провернуть все это прозрачно то появлеться ограничение на клиент. Если существует ограничение на клиенто то можно использовать только psi и оставить систему с одним jid'ом и разными ресурсами.
Автовход не понимаю как вы предлогаете осуществить. Цель позволить обменяться сообщениями пользователям с одного джида. то есть client@example.com/res1 напишет пару сообщений для client2@example.com и при этом client@example.com/res2 не должен иметь возможности их получить.
с конференциями я видел решение так:
client@example.org/res1 создает конференцию со случайным именем и защитой паролем. посылает инвайт client2@example.com и они в ней общаються. но конференцию нужно создавать а это будет ресурсоемко при большом количестве сессий.
Поиски геотермальных источников электроэнергии они осуществляют что бы получить независимый источник энергии для своих роботов убийц :)
просит логин пароль. ввожу те что указал при регистрации но он говорит что неверный логин или пароль. попробывал восстановить пароль на сайте. пришло письмо, поменял пароль. тот же результат… Возможно это связано с сетью.
Все таки Digsby не заработал. Попробывал даже пароль сбросить, но все равно говорит что неверные.
Возможно ему чем то не нравиться мое соединение с интернет?
Я.Онлайн предложил мне ввести адрес заканчивающийся на @yandex.ru и не предоставил альтернатив. Что я делаю не так?
Я.Онлайн
а с дигсби сейчас ещё попробую, но те логин/пароль что указаны при регистрации он не принял…
Попытался их установить.
Я.Онлайн работает только с яндексом и в контексте данного вопроса не актуален.
Digsby к счастью не заработал. 17 Мб инсталятор заставил зарегистрироваться(где?) и скомпилировал что то на C++ :) после установки поросил email и пароль. На ввод указанных при установе данных сказал что они не верные.
Если знаете как ими пользоваться то можете проверить было бы интересно посмотреть, я не осилил :)
SHOULD это конечно рекомендация. Но рекомендациям можно не следовать только если на то есть объективные причины. Я не вижу объективных причин отбрасывать ресурс при ответе на сообщение :) Забота о доставке сообщения отпадает потому как этим может заняться Jabber сервер. Есть какие либо другие серьезные причины что бы отвечать на JID без ресурса?
Спасибо за совет. Я его уже рассматривал. Конференции нужно создавать, а если нужно что бы пользователи обменялись парой сообщений и забыли об этом(а это нужно в моем случае) такой вариант не подходит. Да и к тому же некоторые клиенты не поддерживают инвайты в конференции защищенные паролем, а без этого приватная беседа может и не состояться.
извиняюсь, какя то ошибка произошла
ИМХО вы как раз описали работу psi, а у миранды обратная ситуация:
if(presence == Online) {
    отправить с ресурсом
} else {
    отправить без ресурса
}
null != offline
вот как раз если бы было так как вы написали то это случай с psi. миранда же делает
if(presence == Online) {
    отправить с ресурсом
} else {
    отправить без ресурса
}

имхо null != offline

Information

Rating
Does not participate
Location
Томск, Томская обл., Россия
Date of birth
Registered
Activity