मैं पढ़ रहा हूँ NGINX का डिबगिंग अनुभाग और यह डिबगिंग चालू करने के लिए कहता है, आपको करना हैसंकलन करें या nginx को एक निश्चित तरीके से शुरू करें और फिर एक विन्यास विकल्प बदलें। मैं यह नहीं समझता कि यह एक दो कदम प्रक्रिया क्यों है और मैं इसका मतलब है कि इसका मतलब है, "आप डॉन 'टी नगनेक्स को डिबग मोड में चलाना चाहते हैं, भले ही आप डीबग संदेश लॉग न कर रहे हों क्योंकि यह बुरा है। "।
विन्यास विकल्प के बाद से (error_log) पहले से ही लॉगिंग स्तर निर्धारित करता है, बस "मैं नहीं कर सकता"हमेशा डिबग मोड में संकलित / चलाएं और जब मैं डीबग स्तर लॉग देखना चाहता हूं, तो कॉन्फ़िगरेशन को बदल दें? इसके लिए डाउनसाइड क्या हैं? अगर मैं इसे डिबग संदेश में लॉगिंग नहीं कर रहा हूं, तो क्या मैं इसे डिबग मोड में संकलित / शुरू कर दूंगा, क्या नगनेक्स धीमा हो जाएगा?
उत्तर:
उत्तर № 1 के लिए 1सबसे पहले, डिबग में नंगेक्स को चलाने के लिए आपको चलाने की आवश्यकता हैnginx- डीबग बाइनरी, सामान्य nginx नहीं, जैसा कि nginx डॉक्स में वर्णित है। यदि आप ऐसा नहीं करते हैं, तो यह "टी मैटर" जीतता है यदि आप error_log को डीबग करने के लिए सेट करते हैं, क्योंकि यह "t वर्क" जीता है। अगर आप इसका पता लगाना चाहते हैं क्यूं कर यह एक 2 कदम प्रक्रिया है, मैं आपको बता सकता हूं कि वास्तव में ऐसा करने का निर्णय क्यों लिया गया था।
डिबग ने बहुत सारे लॉग, एफडी जानकारी और इतने पर थूक दियाबहुत अधिक है, इसलिए हाँ यह आपके सिस्टम को धीमा कर सकता है उदाहरण के लिए क्योंकि इसमें सभी लॉग को लिखना है। एक देव सर्वर पर, जो सैकड़ों या हजारों अनुरोधों के साथ एक उत्पादन सर्वर पर ठीक है, आप देख सकते हैं कि उस लॉग द्वारा उत्पन्न डिस्क I / O कैसे सर्वर को धीमा कर सकती है और अन्य सेवाओं को कुछ मुफ्त में प्रतीक्षा करने के लिए अटक सकती है डिस्क I / O इसके अलावा, डिस्क स्थान भी जल्दी से बाहर चला सकते हैं।
इसके अलावा, हमेशा डिबग मोड में चलने का क्या कारण होगा? क्या कुछ विशेष है जो आप उन लॉग में देख रहे हैं? मुझे लगता है कि मैं यह जानने की कोशिश कर रहा हूं कि आप ऐसा क्यों चाहते हैं।
और यह शायद ध्यान देने योग्य है कि यदि आप उत्पादन में डिबग चलाना चाहते हैं, तो कम से कम उपयोग करें debug_connection केवल कुछ IP को निर्देश और लॉग करें।