Отладка в nGinx дает 1 строку и бесконечное разочарование - Как отлаживать отладчик

Ура экспериментальным проектам! Я решил попробовать настроить свой блог с помощью нового hhvm-fastcgi Facebook. и вордпресс. Следовал инструкциям и использую следующую конфигурацию 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, как и ожидалось, и журнал отладки действительно работает.

Мой вопрос не столько в том, как заставить мою установку работать, сколько в том, почему установка не отлаживается. Простое fuser говорит мне, что хип-хоп работает на 9000. Я чувствую, что мог бы добиться некоторого прогресса, если бы знал, что не так.


Я очень стесняюсь своих вопросов о Stackoverflow; Я видел, как людей разрывали на части, и это, откровенно говоря, немного пугало. Я понимаю, что есть еще один похожий, совсем недавний вопрос: HHVM с Nginx fastcgi не работает должным образом. но, учитывая, что наши конфигурации не одинаковы, и мой вопрос больше касается журнала отладки (хотя и очень короткого), я подумал, что моя ситуация требует другого вопроса.


ПРИМЕЧАНИЕ:

Тег по правам должен быть hhvm-fastcgi, но у меня нет представителя, чтобы создать его как тег.


person Dylan Madisetti    schedule 10.01.2014    source источник


Ответы (1)


Вот это да. Просто вау.

Оказывается, после слишком долгой борьбы с этим мой брандмауэр блокировал порт 80. Почему я смог вызвать 403? Иногда я запускаю прокси через сервер, поэтому другой домен, который я тестировал, воспринимался как внутренний запрос.

Я предполагаю, что эта путаница с прокси-сервером привела к тому, что что-либо вообще появилось в журналах ошибок.

Какой бы глубокой неловкой ни была эта путаница, я собираюсь оставить этот вопрос, потому что я кое-что вынес из этого опыта.

  • Во-первых, не показывай пальцем:

Я сразу предположил, что, поскольку ничего другого не могло быть вызвано, виноват nginx. Странный журнал отладки вызвал у меня сомнения.

  • Во-вторых, посмотрите выше:

Нет смысла смотреть на середину стека. Я должен был искать запросы и следить за тем, чтобы эти звонки вообще были сделаны.

  • В-третьих, следите за тем, что вы делаете:

Мое очевидное замешательство было связано с тем, что у меня было какое-то странное прокси-моджо. Если бы я нашел время, чтобы вспомнить все необычное, что я делал с моим сервером, я, возможно, подумал бы проверить настройки своего брандмауэра раньше.


Мои шансы на значок перекати-поля

person Dylan Madisetti    schedule 10.01.2014