proxy_send_timeout 300; proxy_read_timeout 300;
Я читал про это - но эти лимиты надо увеличивать когда код ответа 502, а в моем случае код 200 !
Автор и разобрался и замечательно сделал - хрюши довольны :)
1. Ну это Вы зря - некоторые правила httaccess того же Битрикс (если по уму были сделаны) ни одна инструкция (полно именно про Битрикс - но не рабочих) не переводит.
2. Главный вопрос - если нормальное железо то nginx+apache не медленно чем просто nginx.
Не знаю - включил но не заметил ни плюсов ни минусов :) (Но работает только если в nginx как выше написал настроить)
Пришлось на форуме nginx вопрос задать:
"Эта опция - чтобы выставить SO_KEEPALIVE на сокете соединения с
бэкендом, аналогично параметру "so_keepalive" для listen-сокетов.
Это нужно, чтобы даже по неактивному соединению периодически ходили
пакеты, и соответственно а) если та сторона не отвечает - то nginx об
этом узнал по возможности раньше, и б) если между nginx'ом и
бэкендом стоит statefull firewall, то он видел, что соединение -
активно, и соответствующий ему state не надо выкидывать.
Если вы хотите просто хотите использовать постоянные соединения с
бэкендами - вам эта опция не нужна, а нужно настроить keepalive в
соответствии с инструкциями тут:
http://nginx.org/r/keepalive "
Так что настроил как там указано:
upstream http_backend {
server 127.0.0.1:8080;
keepalive 100;
}
location / {
proxy_pass http://http_backend;
proxy_redirect http://http_backend /;
proxy_http_version 1.1;
proxy_set_header Connection "";
И всё заработало.
А proxy_socket_keepalive on; в моём случае вредна даже была бы.
Я в Вас верю ! Спасибо за исчерпывающий ответ.
И у меня так - второй день краткосрочные падения - и хосттрекер и битрикс-мониторинг замучали сообщениями о недоступности/доступности сайта.
Нет, это размер ежедневного бекапа. Во многих статьях кроме фото есть еще и видео (не большие 640×360 обычно
но две три штуки на статью).
Бэкап 3 Гб занимает, база данных 132 Мб
У Вас модуль "Проактивная защита" отключён был или вообще не настроен ?
