Нет, не доходят.
Хм, странно. Здесь-то не должно быть косяков.
skurudo добавил 31.07.2011 в 16:35
Здесь тоже сложности, его официально вроде как не дают же скачать. :(
Не проверял, тормознул вот с описанной выше граблей, а оно и правда получается криво работает. Спасибо, что подметили.
Что-то мне подсказывает, что с OpenFire я спрыгну и сделаю это быстро, пока оно не ушло куда-нибудь в прадакт. А жаль, внезапно было удобно из коробки.
Непросто, ох как не просто - java, блина :)
skurudo добавил 31.07.2011 в 13:55
Версия 8? Что это? :-)
Openfire 3.7.0 - http://www.igniterealtime.org/projects/openfire/
Kraken XMPP IM Gateway 1.1.3 Beta 3 - kraken.blathersource.org
(пробовал и предыдущие stable)
Логи, пример подключения из warn.log:
2011.07.31 13:50:35 Someone who is not a user of this server tried to register with the transport: mygoogle@gmail.com/????335AA4A1
Логи, пример подключения из info.log:
2011.07.31 13:50:35 Registering mygoogle@gmail.com/????335AA4A1 as 11111111 (without making use of rosterless mode).
mygoogle@gmail.com - откуда подключаемся
11111111 - номер icq
Раздавать кэш через HEAD, например.
Вопрос хороший, спасибо. Признаться, пора пересмотреть конфиги, они мало обновлялись с 0.7х.
Спасибо, документацию читал. Вопрос "для хранения временных файлов полученных от другого сервера" - от какого другого сервера (если у вас _один_ фронтенд/бэкенд) вы храните данные и чем не устроил proxy_cache_path. Единственное, что не ясно.
ower_xz, понятно. Естественно, для каждого домена у меня свой proxy_cache_path. Причины использования у вас proxy_temp_path не ясна.
Извините, вы не читали первоначальное сообщение.
С правами все в порядке.
Не совсем понимаю, на что перемена мест залегания кэша может влиять?
Поясните причины использования proxy_temp_path в данном случае?
Да, совершенно верно. Об этом сказано в начальном сообщении.
Вы просто предлагаете избавиться от кэшей nginx'a.
Я здесь попробовал все-таки посмотреть в сторону апача, как советовал Andreyka - на предмет отключения неиспользуемых модулей, добавление памяти eAccelerator'у под кэш. После этих нехитрых манипуляций - полет пока что стабильный.
Итого:
proxy_cache_path /var/tmp/domain levels=1:2 keys_zone=domain:64m inactive=3d;
Остальной локейшен не трогался.
Да, прописаны.
Например -> Ups, i did fail again :)
Т.е. желательно либо уходить от апача, как и планировалось, или же: 1) чистить кэш; 2) дергать кэш почаще.
Спасибо.