يؤدي تصحيح الأخطاء في nGinx إلى سطر واحد وإحباط لا نهائي - كيفية تصحيح أخطاء مصحح الأخطاء

Question

ياي للمشاريع التجريبية!قررت أن أحاول إعداد مدونتي مع الفيسبوك الجديد hhvm-fastcgi وورد.اتبعت التعليمات وأنا أستخدم تكوين 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, ، لكن ليس لدي الممثل لإنشائه كعلامة.

Answer 1

رائع.فقط واو.

تبين بعد صراع مع هذا ل فترة طويلة جدا, اتضح أن جدار الحماية الخاص بي كان يحظر المنفذ 80.لماذا تمكنت من استدعاء 403؟أحيانًا أقوم بتشغيل وكيل من خلال الخادم، لذا فإن النطاق الآخر الذي اختبرته كان يُنظر إليه على أنه طلب داخلي.

أعتقد أن مزيج الوكيل هذا هو ما أدى إلى وجود أي شيء في سجلات الأخطاء على الإطلاق.

وبقدر ما كان هذا الخلط محرجًا للغاية، سأترك هذا السؤال، لأنني استفدت شيئًا من هذه التجربة.

• أولاً: لا توجه أصابع الاتهام:

لقد افترضت على الفور أنه لم يكن من الممكن استدعاء أي شيء آخر، وكان ذلك خطأ nginx.أثار سجل التصحيح الغريب شكوكي.

• ثانياً: انظر للأعلى:

لا فائدة من النظر إلى منتصف المكدس.كان يجب أن أبحث عن الطلبات، وأتأكد من إجراء تلك المكالمات.

• ثالثًا، تابع ما تفعله:

إن حيرتي الواضحة تنبع من حقيقة وجود بعض السحر الوكيل الغريب الذي يحدث.لو أخذت الوقت الكافي لتذكر كل شيء خارج عن المألوف كنت أفعله مع الخادم الخاص بي، ربما كنت سأفكر في التحقق من إعدادات جدار الحماية الخاص بي مسبقًا.

---

ها هي فرصتي في الحصول على شارة الأعشاب