Гена,
> On Aug 8, 2016, at 13:29, Gena Makhomed wrote:
>
> Здравствуйте!
>
> https://www.nginx.com/blog/updating-gpg-key-nginx-products/
> Updating the GPG Key for NGINX Products
>
> Извините за возможно глупый вопрос, зачем вы это делаете таким способом?
>
> Например, для
Здравствуйте!
https://www.nginx.com/blog/updating-gpg-key-nginx-products/
Updating the GPG Key for NGINX Products
Извините за возможно глупый вопрос, зачем вы это делаете таким способом?
Например, для CentOS 7 вполне работает вариант
# rpm --import https://nginx.org/keys/nginx_signing.key
Ясно, большое спасибо за ответы, теперь ситуация прояснилась.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,268830,268843#msg-268843
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
On Monday 08 August 2016 07:48:35 nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k wrote:
> Поправка: промежутков всё таки 6, но тем не менее.
> Есть даже местами и по 8:
>
> 08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=1.337
> 08/Aug/2016:14:17:53 +0300 200 site.com
On Mon, Aug 08, 2016 at 07:27:14AM -0400, nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k
wrote:
> Указал размер очереди =5:
>
> limit_req zone=php_dos_bot burst=5;
>
> Теперь в логе одни сплошные "200 OK":
>
> 08/Aug/2016:14:19:32 +0300 200 site.com
> 08/Aug/2016:14:19:32 +0300 200 site.com
>
Поправка: промежутков всё таки 6, но тем не менее.
Есть даже местами и по 8:
08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=1.337
08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=1.279
08/Aug/2016:14:17:53 +0300 200 site.com upstream_response_time=0.047
приятно видеть самого себя в начале пути :)
могу дать совет - начинайте дорабатывать бекенд. реально снять эту проблему
можно только на стороне, путем определения по ip кто именно пришел (яндекс
гугл или другой бот), там же можно выставить политику для других ботов, а
так же поставить нормальную
я использую код 429, его на самом деле многие понимают
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,268830,268838#msg-268838
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
в идеале, в вашем случае было бы круто добавить заголовок Retry-After в
503-й ответ (чтобы роботу было понятнее, через сколько повторить запрос),
но, такого, насколько я знаю, limit не умеет.
поэтому сигнализацию по интенсивности логично вынести в robots.txt, а
вообще, роботы очень аккуратно
On Monday 08 August 2016 11:36:39 Регистрации . wrote:
> >А система у вас 32-х или 64-х битная?
>
> uname -a:
> Linux 3.10.0-327.10.1.el7.x86_64 #1 SMP Tue Feb 16 17:03:50 UTC 2016 x86_64
> x86_64 x86_64 GNU/Linux
>
Просто на 32-х битной системе ваша конфигурация с proxy_cache_lock_timeout
в 20
Спасибо за совет, но хотелось бы получить разъяснение именно по настройкам
nginx. Смысл вопроса - разобраться с нюансами работы nginx по ограничению
запросов.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,268830,268834#msg-268834
___
On Monday 08 August 2016 06:21:14 nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k wrote:
> Поисковые боты часто дёргают сайты, чем создают большую нагрузку. Была
> предпринята попытка ограничить запросы к php-страницам.
> Вот конфиг nginx:
>
> http {
> ..
>
> limit_req_zone $bot_key
попробуйте вот такое прописать в robots.txt
User-agent: *
Allow: /
Crawl-delay: 5
Request-rate: 1/5
Visit-time: 1800-2359
8 августа 2016 г., 15:21 пользователь nNgzlTtv3k5lzmKRvlmS22tSl8sJr68k <
nginx-fo...@forum.nginx.org> написал:
> Поисковые боты часто дёргают сайты, чем создают большую
Поисковые боты часто дёргают сайты, чем создают большую нагрузку. Была
предпринята попытка ограничить запросы к php-страницам.
Вот конфиг nginx:
http {
..
limit_req_zone $bot_key zone=php_bot:100m rate=5r/s;
log_format bot '$time_local $status $server_name ...'
> Да модуль версия зависим
это понятно. но планируется ли (и возможно ли) сделать такую
архитектуру подключения модулей, которая бы обеспечила возможность
собрать один раз модуль как dll для программы под windows, а затем
обновлять только по мере необходимости, а не при каждом выходе новой
версии
>А система у вас 32-х или 64-х битная?
uname -a:
Linux 3.10.0-327.10.1.el7.x86_64 #1 SMP Tue Feb 16 17:03:50 UTC 2016 x86_64
x86_64 x86_64 GNU/Linux
П.С.
Как-то неудобно тут отвечать. :)
___
nginx-ru mailing list
nginx-ru@nginx.org
При использовании - ssl_ciphers aNULL получается облом для браузеров не
поддерживающих SNI. Без этой директивы все работает.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,268592,268824#msg-268824
___
nginx-ru mailing list
17 matches
Mail list logo