Re: Медленная отдача статики
29.10.2013, 09:47, Михаил Монашёв postmas...@softsearch.ru: Здравствуйте, admin. Много-ли оперы на серваке Как это понять? Видимо он про оперативную память. Хотя может и про мыльную оперу. Кто этот новояз разберет... ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Медленная отдача статики
памяти 12GB, свободно 6gb не менятся...это же статика. положили и забыли. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,244201,244225#msg-244225 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Медленная отдача статики
29.10.2013 12:02, Дмитрий Андреев пишет: 29.10.2013, 09:47, Михаил Монашёв postmas...@softsearch.ru: Здравствуйте, admin. Много-ли оперы на серваке Как это понять? Видимо он про оперативную память. Хотя может и про мыльную оперу. Кто этот новояз разберет... ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru Да, про нее самую я и спрашивал с целью узнать какими объемами оперативной памяти располагает проблемный сервер, дабы как вариант порекомендовать решение применяемое мной для отдачи большого количества статического контента. Теперь, как я вижу, явились великие гуру умеющие включать debug-лог силой своей мысли, стало быть сервер топикстартера в надежных руках. Не смею больше мешать вам ловить лулзы. -- http://sysadmins.ws ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Медленная отдача статики
чуть выше ответил: 12gb общая, свободно 6gb папка обновляет редко Posted at Nginx Forum: http://forum.nginx.org/read.php?21,244201,244227#msg-244227 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: nginx+websockets, потребление памяти
Правильно ли я понимаю, что если значение будет слишком маленькое, то в error.log я увижу too large headers ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,244073,244235#msg-244235 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Как отбиться от 80legs.com ?
Повадилась такая вот напасть. http://www.80legs.com/webcrawler.html Как ее грамотно выпилить? В логах много такого: 109.166.134.39 - - [29/Oct/2013:18:34:09 +0400] site.domain.com GET /page/url/ HTTP/1.1 502 107 - Mozilla/5.0 (compatible; 008/0.85; http://www.80legs.com/webcrawler.html) Gecko/2008032620 0.000 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,244236,244236#msg-244236 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Как отбиться от 80legs.com ?
On Tue, 29 Oct 2013 10:40:10 -0400 Gaidamak nginx-fo...@nginx.us wrote: Повадилась такая вот напасть. http://www.80legs.com/webcrawler.html Как ее грамотно выпилить? Забанить по юзерагенту или как они на сайте сами пишут: If you'd like us to stop crawling your website, the best thing to do is to block our web crawler using the robots.txt specification. To do this, add the following to your robots.txt: User-agent: 008 Disallow: / If you block 008 using robots.txt, you will see crawl requests die down gradually, rather than immediately. This happens because of our distributed architecture. Our computers only periodically receive robots.txt information for domains they are crawling. В логах много такого: 109.166.134.39 - - [29/Oct/2013:18:34:09 +0400] site.domain.com GET /page/url/ HTTP/1.1 502 107 - Mozilla/5.0 (compatible; 008/0.85; http://www.80legs.com/webcrawler.html) Gecko/2008032620 0.000 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,244236,244236#msg-244236 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Peter B. Pokryshev p...@valuehost.ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
nginx proxy without 302 status header
Приветствую! Необходимо настроить на nginx переадресацию на другие веб-ресурсы, чтобы например при обращении по адресу http://nginx-server/reloc_proxy/web-site/index.php?page=1 происходил редирект на http://web-site/index.php?page=1 и возвращались обратно хедеры и боди от http://web-site/index.php?page=1 Я реализовал следующим образом: server { location /reloc_proxy_targets { rewrite ^/reloc_proxy_targets/(.*)$ http://$1 break; } } В моей же случае я получаю обратно статус 302 с боди: html headtitle302 Found/title/head body bgcolor=white centerh1302 Found/h1/center hrcenternginx/1.2.1/center /body /html Каким образом можно заменить 302 статус на реальноотдающий статус ресурса? На апаче это было реализовано следующим правилом: RewriteEngine On RewriteRule^reloc_proxy/(.*)$ http://$1 [P,L] -- С уважением, Олег ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru