лучший способ отладить nginx файл конфигурации?
IIS, найденный в выпусках несервера Windows, имеет значительные ограничения на количество параллельных соединений. Это, конечно, верно для XP (10 ограничений соединения), и я не ожидаю, что ограничение было удалено или повышено в Vista или 7.
Можно также найти, что это настраивается, во многом как SQL Express, более агрессивно об отбрасывании вещей от RAM быстро после использования. Такие оптимизации понизили бы его влияние на другие приложения, работающие на машине, но также ограничат его производительность как просто веб-сервер. Любые такие тонкие настройки, намного более вероятно, будут легко обратимы, чем предел соединений все же.
Править: Я не нашел Windows 7 определенной информацией, но даю удар версии IIS между Vista, и 7 доработанная версия (7-> 7.5) и то же как это между 2008 и 2008sr2, я предполагаю, что существует мало различия между Vista и 7 по вопросу. Это состояния канала, что эти 10 пределов соединений от XP были удалены в Vista, но заменены подобными, но тонко различными 3 или 10 (в зависимости от выпуска Windows) предел активных соединений. Это означает, что большее количество соединений возможно, и пользователи не будут видеть "500 внутренних ошибочных ответов" сервера из-за ограничения соединения, но действие по тем соединениям будет поставлено в очередь способом, они не находятся под IIS на выпусках сервера - таким образом, Ваши пользователи будут видеть более низкую производительность, если Ваши сайты, как будут ожидать, не будут вообще оживленными.
Нужно также отметить, что EULA Windows 7 может иметь соглашения об использовании, можно поместить его в (я не считал EULA, но это - что-то, что я мог бы ожидать находить в лицензии на настольный выпуск ОС), который сделает выполнение рекламы веб-сервисами от него для чего-либо кроме dev/testing нарушение лицензии. Даже если не (или если такое соглашение в EULA не осуществимо в Вашей юрисдикции), с помощью Windows 7 таким образом не будет продуманным поддерживаемая конфигурация. Необходимо принять во внимание эти возможности, а также проблемы производительности.
Включите rewrite_log :
rewrite_log on;
и установите уровень отладки в директиве error_log :
error_log /var/log/nginx/localhost.error_log notice;
Включите поддержку отладки , затем установите уровень отладки в error_log.
error_log /var/log/nginx/error.log debug;
Теперь вы можете отслеживать журнал и отправлять свои запросы. Возможно, там больше деталей, чем вы хотите, но иногда это может спасти.
О, и вы должны знать, что если это зло , по крайней мере в контексте местоположения ...
Использование журналов и встроенной поддержки для отладки определенно является наиболее разумным способом. Если вы выполняете быструю отладку маршрутизации на ранних стадиях и хотите взаимодействовать только через браузер / клиент, использование директивы return 4xx «text»; также может дать вам нужный ответ с очень небольшими усилиями. Например,
http {
server {
listen 80;
server_name mydomain.net;
return 404 "mydomain 80 route";
}
server {
listen 80 default_server;
return 404 "default 80 route";
}
}
Текст на возвращенной веб-странице сообщит вам, какой сервер блокирует ваш запрос.
Надеюсь, это поможет!
Андрес
Еще один хороший шаг отладки — проверить, учитываются ли ваши правила Nginx вообще:
location /test {
return 200 'My test';
}