iHead: Работает ли у вас в 3.7.0 исходящие сообщения на серверы яндекса (ya.ru, jabber.ru). Сегодня пробовали с коллегой: входящие идут, а исходящие нет. В 3.6.4. ходило в обе стороны. С Google Talk такой проблемы нет.
Не проверял, тормознул вот с описанной выше граблей, а оно и правда получается криво работает. Спасибо, что подметили.
Что-то мне подсказывает, что с OpenFire я спрыгну и сделаю это быстро, пока оно не ушло куда-нибудь в прадакт. А жаль, внезапно было удобно из коробки.
ower_xz: Директива задаёт имя каталога для хранения временных файлов полученных от другого сервера. В каталоге может использоваться иерархия подкаталогов до трёх уровней.
Спасибо, документацию читал. Вопрос "для хранения временных файлов полученных от другого сервера" - от какого другого сервера (если у вас _один_ фронтенд/бэкенд) вы храните данные и чем не устроил proxy_cache_path. Единственное, что не ясно.
ower_xz: А права на папки www и доменов у вас какие? Если 751, то ничего вообще видно быть не должно. Должна отдаваться ошибка 403.
Извините, вы не читали первоначальное сообщение.
С правами все в порядке.
ower_xz: И папку кэша попробуйте разместить в другом месте. У меня вот так сделано..
proxy_cache_path /var/cache/nginx/cache levels= keys_zone=one:50m max_size=1024m;
А в секции сервер
server {
listen ....................;
server_name domain.com www.domain.com; proxy_temp_path /var/cache/nginx/domain.com;
Не совсем понимаю, на что перемена мест залегания кэша может влиять?
Поясните причины использования proxy_temp_path в данном случае?
TiA: skurudo, то есть у вас при обращении http://url-сайта:8080 все хорошо, а при обращении на 80 порт такая фигня?
Да, совершенно верно. Об этом сказано в начальном сообщении.
TiA: Попробуйте для проверки такой конфиг:
Вы просто предлагаете избавиться от кэшей nginx'a.
Я здесь попробовал все-таки посмотреть в сторону апача, как советовал Andreyka - на предмет отключения неиспользуемых модулей, добавление памяти eAccelerator'у под кэш. После этих нехитрых манипуляций - полет пока что стабильный.
Проверьте, доходят ли от вас сообщения на сервера яндекса?
Нет, не доходят.
Хм, странно. Здесь-то не должно быть косяков.
skurudo добавил 31.07.2011 в 16:35
прошу прощение 3.6 попробуйте поставить
Здесь тоже сложности, его официально вроде как не дают же скачать. :(
Работает ли у вас в 3.7.0 исходящие сообщения на серверы яндекса (ya.ru, jabber.ru). Сегодня пробовали с коллегой: входящие идут, а исходящие нет. В 3.6.4. ходило в обе стороны. С Google Talk такой проблемы нет.
Не проверял, тормознул вот с описанной выше граблей, а оно и правда получается криво работает. Спасибо, что подметили.
Что-то мне подсказывает, что с OpenFire я спрыгну и сделаю это быстро, пока оно не ушло куда-нибудь в прадакт. А жаль, внезапно было удобно из коробки.
как вариант смотрите исходники или обратитесь к автору модуля.
Непросто, ох как не просто - java, блина :)
skurudo добавил 31.07.2011 в 13:55
Попробуйте установить версию 8 ( хотя я не совсем уверен ) мало информации покажите логи в опенфире "как есть"
Версия 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:
Логи, пример подключения из info.log:
mygoogle@gmail.com - откуда подключаемся
11111111 - номер icq
зачем в proxy_cache_key $request_method использовать ?
Раздавать кэш через HEAD, например.
Вопрос хороший, спасибо. Признаться, пора пересмотреть конфиги, они мало обновлялись с 0.7х.
Директива задаёт имя каталога для хранения временных файлов полученных от другого сервера. В каталоге может использоваться иерархия подкаталогов до трёх уровней.
Спасибо, документацию читал. Вопрос "для хранения временных файлов полученных от другого сервера" - от какого другого сервера (если у вас _один_ фронтенд/бэкенд) вы храните данные и чем не устроил proxy_cache_path. Единственное, что не ясно.
ower_xz, понятно. Естественно, для каждого домена у меня свой proxy_cache_path. Причины использования у вас proxy_temp_path не ясна.
А права на папки www и доменов у вас какие? Если 751, то ничего вообще видно быть не должно. Должна отдаваться ошибка 403.
Извините, вы не читали первоначальное сообщение.
С правами все в порядке.
И папку кэша попробуйте разместить в другом месте. У меня вот так сделано..
proxy_cache_path /var/cache/nginx/cache levels= keys_zone=one:50m max_size=1024m;
А в секции сервер
server {
listen ....................;
server_name domain.com www.domain.com;
proxy_temp_path /var/cache/nginx/domain.com;
Не совсем понимаю, на что перемена мест залегания кэша может влиять?
Поясните причины использования proxy_temp_path в данном случае?
skurudo, то есть у вас при обращении http://url-сайта:8080 все хорошо, а при обращении на 80 порт такая фигня?
Да, совершенно верно. Об этом сказано в начальном сообщении.
Попробуйте для проверки такой конфиг:
Вы просто предлагаете избавиться от кэшей nginx'a.
Я здесь попробовал все-таки посмотреть в сторону апача, как советовал Andreyka - на предмет отключения неиспользуемых модулей, добавление памяти eAccelerator'у под кэш. После этих нехитрых манипуляций - полет пока что стабильный.
Итого:
Остальной локейшен не трогался.
Индекс файлы то хоть прописаны в nginx/apache? странно у вас как то...
Да, прописаны.
А как он тебе должен в логи писать? :)
Например -> Ups, i did fail again :)
Т.е. желательно либо уходить от апача, как и планировалось, или же: 1) чистить кэш; 2) дергать кэш почаще.
Спасибо.