0

是的，实验项目！我决定尝试使用 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.logas/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告诉我 Hip-hop正在9000 上运行。我觉得如果我知道哪里出了问题，我可以取得一些进展。

我对 Stackoverflow 上的问题非常自觉；我见过人们被撕成碎片，坦率地说，这很可怕。我意识到还有另一个类似的，最近的问题：HHVM with Nginx fastcgi not working normal but given our configuration is not quiet as,我的问题更多的是关于调试日志（虽然很短）我认为我的情况需要另一个问题。

笔记：

按权利标记应该是hhvm-fastcgi，但我没有代表将其创建为标记。

4

1 回答 1

2

哇。哇。

在为此挣扎了太久之后，原来是我的防火墙阻止了端口 80。为什么我能够调用 403？我偶尔会通过服务器运行代理，因此我测试的另一个域被视为内部请求。

我猜这个代理混淆是导致错误日志中出现任何内容的原因。

就像这种混淆一样令人尴尬 - 我将把这个问题留在上面，因为我已经从这次经历中拿走了一些东西。

  • 首先，不要指手画脚：

我立即假设因为没有其他方法可以调用它是 nginx 的错。奇怪的调试日志激起了我的怀疑。

  • 其次，看高：

看堆栈的中间没有意义。我应该寻找请求，并确保甚至拨打电话。

  • 第三，跟踪你在做什么：

我明显的困惑源于我有一些奇怪的代理魔力。如果我花时间记住我对服务器所做的一切不同寻常的事情，我可能会考虑早点检查我的防火墙设置。

我有机会获得风滚草徽章

于 2014-01-10T06:57:01.673 回答