जवाबों:
आप हेडर के माध्यम से nginx चर मान भेज सकते हैं। विकास के लिए आसान।
add_header X-uri "$uri";
और आप अपने ब्राउज़र की प्रतिक्रिया हेडर में देखेंगे:
X-uri:/index.php
मैं कभी-कभी स्थानीय विकास के दौरान ऐसा करता हूं।
यह भी बता देना आसान है कि क्या एक उपधारा निष्पादित हो रही है या नहीं। बस यह देखने के लिए कि क्या उनका उपयोग हो रहा है, इसे अपने खंड के अंदर छिड़क दें।
location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|html|xml|txt)$ {
add_header X-debug-message "A static file was served" always;
...
}
location ~ \.php$ {
add_header X-debug-message "A php file was used" always;
...
}
इसलिए http://www.example.com/index.php जैसे url पर जाकर http://www.example.com/img/my-ducky.png पर जाने वाले शीर्ष लेख को ट्रिगर करेगा और पूर्व शीर्षलेख को ट्रिगर करेगा।
add_header
जो हैडर कोई बात नहीं क्या प्रत्युत्तर कोड प्राप्त होगा। इसलिए, उदाहरण के लिए, add_header X-debug-message "A php file was used" always;
500 त्रुटि कोड के लिए भी काम करना चाहिए।
आप HTTP प्रतिक्रिया के रूप में एक साधारण स्ट्रिंग वापस कर सकते हैं:
location /
{
return 200 $document_root;
}
आप उस log_format
निर्देश का उपयोग करके एक कस्टम एक्सेस लॉग फॉर्मेट सेट कर सकते हैं जो उन चरों को लॉग करता है जिन्हें आप रुचि रखते हैं।
error_log
करने के लिए debug
ताकि आप चर के मूल्य और कहा कि ब्लॉक कि अमल कर रहे हैं देख सकते हैं। उदाहरणerror_log file.log debug
-
लॉग के रूप में दिखाया गया है , लेकिन नगण्य कोड में वास्तव में खाली हैं, आपको -
किसी भी समय जांच नहीं करनी चाहिए । यह कभी-कभी उपयोगकर्ताओं को भ्रमित करता है।
एक अन्य विकल्प इको मॉड्यूल को शामिल करना है जब आप नाज़िनक्स का निर्माण करते हैं, या ओपनरैस्टी स्थापित करते हैं जो कि नग्नेक्स को एक्सटेंशन के एक गुच्छा के साथ बंडल किया जाता है (जैसे गूंज।)
तो आप बस अपने कॉन्फ़िगरेशन को बयानों के साथ छिड़क सकते हैं जैसे:
echo "args: $args"
echo_log
विकास में एक निर्देश है।
add_header
काम करेगा । प्रलेखन में कहा गया है कि यह केवल कोड 200, 204, 301, 302 या 304 के साथ प्रतिक्रियाओं पर लागू किया जा सकता है। इसलिए, इसका उपयोग HTTP त्रुटियों को डीबग करने के लिए नहीं किया जा सकता है।