Отладка в Nginx дает 1 строку и бесконечное разочарование - как отлаживать отладчик
Вопрос
yay для экспериментальных проектов! Я решил попробовать настроить свой блог с New Facebook HHVM-FastCGI и WordPress. Следовали инструкции и используем следующую конфигурацию NGNIX:
server {
listen *:80 default;
server_name _;
access_log /home/blogs/logs/nginx/access.log;
error_log /home/blogs/logs/nginx/error.log debug;
location / {
deny all;
}
}
server {
listen *:80;
server_name www.site.com;
root /home/blogs/wordpress/;
index index.html index.php index.htm;
access_log /home/blogs/logs/nginx/site/access.log main;
error_log /home/blogs/logs/nginx/site/error.log debug;
# proxy_redirect off;
set $myuri $request_uri;
rewrite ^/wp-admin\/a$ /wp-admin/index.php;
if (!-e $request_filename) {
rewrite /wp-admin$ $scheme://$host$uri/ permanent;
rewrite ^/[_0-9a-zA-Z-]+(/wp-.*) $1 last;
rewrite ^/[_0-9a-zA-Z-]+(/.*\.php)$ $1 last;
}
# Try MemCached First
location / {
set $memcached_key "$uri?$args";
memcached_pass 127.0.0.1:11211;
error_page 404 405 502 504 = @fallback;
}
location ~ \.php$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /home/blogs/wordpress$fastcgi_script_name;
include fastcgi_params;
}
location @fallback {
try_files $uri $uri/ /index.php?$args;
}
location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ {
expires max;
log_not_found off;
}
}
.
Было бы слишком просто, если он сработал. Удар сайта просто заставляет мой браузер зависать и в конечном итоге сдаваться, но журнал отладки (от /home/blogs/logs/nginx/error.log
в виде /home/blogs/logs/nginx/site/error.log
просто пусто) дает только одну строку:
2014/01/03 19:20:35 [debug] 8536#0: epoll add event: fd:11 op:1 ev:00000001
.
Я предполагаю, что слабая ссылка - nginx.
Попытка ударить сайт из ограниченного домена, создает 403, как ожидалось, и журнал отладки на самом деле работает.
Мой вопрос меньше, как сделать мою настройку работать, но Почему настройка не отладки. Простой генеракодицетагкод сообщает мне, что HIP-хоп - это работает на 9000. Я чувствую, что я мог бы сделать несколько хода, если я знал, что не так.
Я супер осознавая мои вопросы на стойке; Я видел, что люди были разорваны друг от друга, и это откровенно тихое страшно. Я понимаю, что есть еще один аналогичный, очень недавний, вопрос: HHVM с Nginx FastCGI не работает должным образом Но, учитывая наши конфигурации не тихие то же самое, и мой вопрос больше о журнале отладки (хотя и очень короткий), я думал, что моя ситуация оправдала еще один вопрос.
Примечание:
Тег по правам должен быть fuser
, но у меня нет повтора создавать его как тег.
Решение
вау. Просто вау.
Оказывается после борьбы с этим для слишком длинного слишком длинного , оказывается, это был мой брандмауэр блокировал порт 80. Почему я смог вызвать 403? Я иногда запускаю прокси через сервер, поэтому другой домен, который я проверен, был замечен как внутренний запрос.
Я предполагаю, что это прокси смешивается, - это то, что привело к тому, что вообще не будет в журналах ошибок.
Как глубоко не замужем, как это смешивание было - я собираюсь оставить этот вопрос, потому что я что-то взял что-то вдали от этого опыта.
- .
- Прежде всего, не указывайте пальцы:
Я сразу предположил, потому что ничего другого не могло быть вызвано, это вина Nginx. Странный журнал отладки Egged на моих сомнениях.
- .
- Во-вторых, посмотрите выше:
Нет смысла, глядя на середину стека. Я должен был искать запросы и убедился, что это звонки даже сделаны.
- .
- В-третьих, отслеживать, что вы делаете:
Моя очевидная путаница, проистекающая от того факта, у меня было немного странного прокси-моджо. Если бы я настал время, чтобы помнить все из обычного, я делал с моим сервером, я мог бы подумать, чтобы проверить свои параметры брандмауэра ранее.
там идут мои шансы на значок Tumbleweed