Re: Зависает сервер
Здравствуйте, dwow. Есть сервер А, который забирает с сервера Б статический JS файл, методом GET по HTTPS. Проблема такая: если на сервер А возникают траблы с сетью/нагрузкой, т.е. он чень медленно открывается, то за ним следом падает и сервер Б, причем так, что перестает отвечать по SSH. Логи пустые. А какие логи Вы смотрели? -- С уважением, Михаил mailto:postmas...@softsearch.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Зависает сервер
Михаил Монашёв Wrote: --- А какие логи Вы смотрели? все логи nginx + syslog. спасибо, вопрос решился. ответ простой: некорректно настроенная ротация логов. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,259117,259125#msg-259125 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Частичный сброс кеша / сброс кеша для отдельного server_name или location
Может быть кто-то кроме Романа знает, что будет В случае расположения директивы на уровне server, обратившись к xxx.ru http://xxx.ru/page.html используя спец заголовок, обновиться ли весь кеш ресурса к xxx.ru http://xxx.ru/page.html ? 25 мая 2015 г., 14:53 пользователь Иван Мишин simplebo...@gmail.com написал: Да, работать будет. Если вас устраивает такой способ обновления кеша, то все ок. В случае расположения директивы на уровне server, обратившись к xxx.ru http://xxx.ru/page.html используя спец заголовок, обновиться весь кеш ресурса к xxx.ru http://xxx.ru/page.html ? Сделайте разные кеши для разных server_name, будете очищать всю директорию. Слишком много server_name у меня для такой схемы, можно будет легко запутаться при настройке кеша для того или иного ресурса. 25 мая 2015 г., 14:31 пользователь Roman Arutyunyan a...@nginx.com написал: On 25 May 2015, at 13:43, Иван Мишин simplebo...@gmail.com wrote: proxy_cache_bypass не чистит кеш, а игнорит закешированный ответ для Ну к примеру лежит у меня в кеше xxx.ru/page.html Если я обращусь к xxx.ru/page.html то получу ее из кеша, а если обращусь к xxx.ru/page.html используя спец заголовок описанный в proxy_cache_bypass, то запрос пойдет на бекенд а по возвращении ляжет в кеш тем самым обновив старый кеш . И уже при последующем обращении к xxx.ru/page.html я получу в ответ уже обновленный кеш. Разве нет? Да, работать будет. Если вас устраивает такой способ обновления кеша, то все ок. Выходит в моем случае кеш можно чистить только удалением файлов из каталога с кешем? В большинстве случаев это будет работать. Вариант хорош, но у меня кеш огромного размера и мне потребуется сбросить кеш для определенного server_name то я получу десятки тысяч файлов, которые не понятно каким средствами можно удалить. Сделайте разные кеши для разных server_name, будете очищать всю директорию. 25 мая 2015 г., 13:27 пользователь Roman Arutyunyan a...@nginx.com написал: Добрый день, On 25 May 2015, at 13:11, Иван Мишин simplebo...@gmail.com wrote: Рассмотрел вариант с proxy_cache_bypass, но возник вопрос, а если у меня несколько фронтенд nginx и при вводе домена в браузере я попадаю то на один фронтенд nginx то на другой , а уж затем на бекенд. Получается что при использовании proxy_cache_bypass я почищу кеш только на одном произвольном фронтенд nginx, а на остальных фронтендах кеш останется старый. proxy_cache_bypass не чистит кеш, а игнорит закешированный ответ для конкретного запроса. Для очистки кеша надо использовать директиву proxy_cache_purge, но она на данный момент доступна лишь в коммерческой версии. В любом случае изменения, конечно, будут касаться именно того nginx, на котором вы выполняете указанные действия. Выходит в моем случае кеш можно чистить только удалением файлов из каталога с кешем? В большинстве случаев это будет работать. -- Roman Arutyunyan ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Roman Arutyunyan ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Частичный сброс кеша / сброс кеша для отдельного server_name или location
On 26 May 2015, at 13:22, Иван Мишин simplebo...@gmail.com wrote: Может быть кто-то кроме Романа знает, что будет В случае расположения директивы на уровне server, обратившись к xxx.ru используя спец заголовок, обновиться ли весь кеш ресурса к xxx.ru ? Не очень понятно, что вы имели в виду под обновить весь кеш ресурса к xxx.ru”. Если вы располагаете proxy_cache_bypass на уровне server, то эта директива наследуется всеми локейшенами со всеми вытекающими последствиями. Будет обновлен тот один элемент кеша, который соответствует вашему ключу. 25 мая 2015 г., 14:53 пользователь Иван Мишин simplebo...@gmail.com написал: Да, работать будет. Если вас устраивает такой способ обновления кеша, то все ок. В случае расположения директивы на уровне server, обратившись к xxx.ru используя спец заголовок, обновиться весь кеш ресурса к xxx.ru ? Сделайте разные кеши для разных server_name, будете очищать всю директорию. Слишком много server_name у меня для такой схемы, можно будет легко запутаться при настройке кеша для того или иного ресурса. 25 мая 2015 г., 14:31 пользователь Roman Arutyunyan a...@nginx.com написал: On 25 May 2015, at 13:43, Иван Мишин simplebo...@gmail.com wrote: proxy_cache_bypass не чистит кеш, а игнорит закешированный ответ для Ну к примеру лежит у меня в кеше xxx.ru/page.html Если я обращусь к xxx.ru/page.html то получу ее из кеша, а если обращусь к xxx.ru/page.html используя спец заголовок описанный в proxy_cache_bypass, то запрос пойдет на бекенд а по возвращении ляжет в кеш тем самым обновив старый кеш . И уже при последующем обращении к xxx.ru/page.html я получу в ответ уже обновленный кеш. Разве нет? Да, работать будет. Если вас устраивает такой способ обновления кеша, то все ок. Выходит в моем случае кеш можно чистить только удалением файлов из каталога с кешем? В большинстве случаев это будет работать. Вариант хорош, но у меня кеш огромного размера и мне потребуется сбросить кеш для определенного server_name то я получу десятки тысяч файлов, которые не понятно каким средствами можно удалить. Сделайте разные кеши для разных server_name, будете очищать всю директорию. 25 мая 2015 г., 13:27 пользователь Roman Arutyunyan a...@nginx.com написал: Добрый день, On 25 May 2015, at 13:11, Иван Мишин simplebo...@gmail.com wrote: Рассмотрел вариант с proxy_cache_bypass, но возник вопрос, а если у меня несколько фронтенд nginx и при вводе домена в браузере я попадаю то на один фронтенд nginx то на другой , а уж затем на бекенд. Получается что при использовании proxy_cache_bypass я почищу кеш только на одном произвольном фронтенд nginx, а на остальных фронтендах кеш останется старый. proxy_cache_bypass не чистит кеш, а игнорит закешированный ответ для конкретного запроса. Для очистки кеша надо использовать директиву proxy_cache_purge, но она на данный момент доступна лишь в коммерческой версии. В любом случае изменения, конечно, будут касаться именно того nginx, на котором вы выполняете указанные действия. Выходит в моем случае кеш можно чистить только удалением файлов из каталога с кешем? В большинстве случаев это будет работать. -- Roman Arutyunyan ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Roman Arutyunyan ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Roman Arutyunyan ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Переменные sent http у меня почему-то пустые
Добрый день.
Использую nginx как reverse-proxy. Бакенд иногда выдает неправильный
Content-Type. Исправиль на бакенде это не получается, но можно добавлять
кастомный header с нужным Contnt-Type.
Таким образом nginx получает от бакенда такие response-headers:
Content-tyype: text/html
X-My-Content-type: text/csv
Вообще, там еще есть X-Accel-redirect, но я пытаюсь упростить.
Итак, мно нужно отдать клиенту:
Content-type: text/csv
Вот что я написал:
location /myloc/ {
proxy_pass ...;
more_set_headers Content-type: $sent_http_x_my_content_type;
}
В итоге клиент получает ответ без response-header'а Content-type, то есть
$sent_http_x_my_content_type - пустое.
Проверял firebug'ом - X-My-Content-type - в наличии.
Пробовал
more_set_headers x-abc: x $sent_http_vary $sent_http_expires
$sent_http_x_my_content_type;
Но клинт получал только:
x-abc: x
Вопрос: как мне правильно значение в X-My-Content-type подставить в
Content-type?
Спасибо.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,259138,259138#msg-259138
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Переменные sent http у меня почему-то пустые
proxy_ignore_headersContent-Type; proxy_hide_header Content-Type; add_header Content-Type $upstream_http_x_my_content_type; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,259138,259139#msg-259139 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
