вписать код в overall_header.html
try_files смотрите, не нужны вам тут реврайты
http://www.gzip.org/recover.txt (если по-русски, то нужно вырезать битую часть, обрезав под корректный размер блока)
если там не тупо нули конечно...
Я лишь высказал свое мнение на несколько некорректные, с моей точки зрения, выводы глубокоуважаемого sappi, по поводу необходимости соотношения cores/vs 1:1, например, для предоставления качественной услуги... Ну и все отзывы (и не только тут) вроде бы это подтверждают.
Прошу прощения если что не так.
конечно только ваше. другие возьмут cpuacct и посчитают среднюю нагрузку по каждому vds (например в момент тестирования, когда ее выжимают по полной) и исходя из этого будут комплектовать сервера vs-ами, что позволит уплотнить кол.во vs-ов (не суть важно даже насколько, потому что когда серверов много и клиентов много, то это понятие нивелируется)... в случае же непредвиденного возрастания нагрузки (маловероятно в общем-то, так как они еще и админят, а следовательно в курсе что и почем) можно vs мигрировать но более свободную ноду, так что никто и не заметит.. плюс ksm позволяет мержить память, причем иногда очень и очень значительно (в разы), при том условии, что на сервере крутятся "похожие" vs-ы... поверьте, все эти действия, при должном подходе, совсем не повлияют на качество услуг.
тут можно тему еще развить и дальше, но у меня нет желания раскрывать проф.тайны коллег, тем боле что я сам собираюсь у них приобрести один vds-ик ;)
зы: у меня сложилось такое впечатление, что вы совершенно не в теме в технологиях виртуализации, уж простите, хотя, как я понял прочев этот топик, вы тоже вроде бы что-то там админите/продаете...
myhand
че вы такой грубый-то, а? :D
ну перепутал я body_size и buffer_size, зачем же нападать-то сразу?
некоторые дремучие cron-ы вроде как не перечитывают crontab. мало ли....
только все запросы через log =
но там не будет тех ошибок, что вы видите на экране, типа "ERROR 1054 (42S22): Unknown column 'usernamee' in 'field list'"
which apachectl apache2ctl
вы перезапустили крон? если убрать >/dev/null 2>&1 то результаты работы пойдут на почту руту
worker_connections 1024
client_max_body_size 16m;
16m*1024= 16GB
итого нужно всего лишь 512 одновременных POST-запросов чтоб выбрать все 8гигов ОЗУ и положить ваш nginx в глубочайший своп. ваш сервер прям находка для DOS-a ;)
а так как в вашем конфиге отсутствуют client_header_timeout и client_body_timeout то совсем не удивительно, что оно у вас валится
