वर्डप्रेस

Question

प्रति IIS.net's guide.

के रूप में आईआईएस 7 (विंडोज सर्वर 2008) WP-Supercache साथ पर वर्डप्रेस चल रहा है महान चल रहा था लेकिन हाल ही में हम कुछ फ़ोल्डर्स और व्यवस्थापक पासवर्ड अनुमतियों को बदल दिया और हमें PHP-cgi.exe प्रक्रियाओं के परिणामस्वरूप हमारे CPU उपयोग में भारी स्पाइक्स मिल रही हैं।

इस ओर जाता है मुझे इसे कैशिंग तथापि पृष्ठों में उनसे नीचे स्थित "WP-Supercache साथ संचित" टिप्पणी नहीं है विश्वास करने के लिए, और कैशिंग सही ढंग से काम कर रहा है।

यहां और समस्या क्या हो सकती है?

Answer 1

उस कार्य को देखते हुए एमजीआर हर अनुरोध पर कैश गायब होने की तरह दिखता है। इसके अलावा यह आलेख 2008 की तारीखों में इतना मुश्किल कहता है कि लिखित निर्देश अभी भी काम करेंगे या नहीं। WP-SuperCache के साथ कुछ बदल सकता था।

मैं डब्ल्यू 3 कुल कैश का उपयोग करने की सिफारिश करता हूं। मैंने विंडोज सर्वर 2008 और आईआईएस 7 पर इसके साथ व्यापक परीक्षण किया है और यह बहुत अच्छा काम करता है। यह PHP के लिए WinCache एक्सटेंशन के साथ भी अनुकूल है और इसका लाभ उठाता है। यदि आप रुचि रखते हैं, मिनीफिकेशन, सीडीएन समर्थन इत्यादि हैं तो कुछ अन्य बेहतरीन सुविधाएं भी हैं। यह वर्डप्रेस के लिए वास्तव में एक शानदार प्रदर्शन प्लगइन है। तुम्हें पता है, यहाँ प्लगइन प्राप्त कर सकते हैं http://wordpress.org/extend/plugins/w3-total-cache/

कुछ अन्य बातों की जांच करने के ...

एप्लिकेशन पूल क्या आकार है? (प्रक्रियाओं में से #?) सुनिश्चित करें कि आप PHP 5.3 का उपयोग कर रहे हैं। सुनिश्चित करें कि आप WinCache का उपयोग कर रहे हैं। MaxInstanceRequests को PHP_FCGI_MAX_REQUESTS से कम कुछ सेट करना सुनिश्चित करें। निश्चित रूप से PHP को ऐप पूल को रीसीलिंग करने की अनुमति न दें। डिफ़ॉल्ट 10K अनुरोध है। यदि आप लोड परिणामों के दौरान इन परिणामों को देख रहे हैं तो यह कारण हो सकता है। MaxInstanceRequests बढ़ाएं और इसे PHP_FCGI_MAX_REQUESTS से कम रखें।

उम्मीद है कि मदद करता है।

Answer 2

मुझे लगता है कि मुझे इस समस्या के समाधान या कम से कम एक कार्य मिल गया है, कम से कम ऐसा लगता है कि यह मेरे लिए भरोसेमंद काम कर रहा है।

, की स्थापना आईआईएस सर्वर के तहत अधिकतम उदाहरण स्थापित करने का प्रयास करें -> FastCGI सेटिंग्स, ऐसा नहीं है कि केवल कुछ अनुरोधों एक php-cgi.exe प्रक्रिया दुष्ट जाकर घेर करने के लिए पैदा कर रहे थे मुझे लग रहा था करने के लिए 1.

सीपीयू, आमतौर पर एक पोस्ट अद्यतन करते समय। इस मुद्दे पर अन्य पोस्ट पढ़ने पर उनमें से एक ने मैक्स इंस्टेंस सेटिंग का उल्लेख किया और यह 0 या स्वचालित पर डिफ़ॉल्ट पर सेट है। मुझे आश्चर्य हुआ कि क्या इसका कोई अच्छा प्रभाव नहीं हो सकता है जब चीजें नहीं होनी चाहिए। मैं अनुमान लगा रहा हूं (लेकिन यह विशेषज्ञता का मेरा क्षेत्र नहीं है) यदि कोई निश्चित अनुरोध प्रक्रिया को लॉक-अप करने का कारण बन रहा है, तो फास्टसीजीआई पहले स्थान को छोड़कर एक और बनाता है। किसी भी तरह ऐसा लगता है कि केवल एक ही उदाहरण होने पर PHP को लॉक-अप से आगे बढ़ने की अनुमति मिलती है और सीपीयू नियंत्रण में रहता है।

फास्टसीजीआई को केवल एक ही उदाहरण में सेट करने के अनुरोधों के उच्च स्तर वाले सर्वरों के लिए आदर्श नहीं हो सकता है, लेकिन यह निश्चित रूप से देरी हो रही है जो मुझे पहले मिल रहा था। WP-SuperCache और WinCache के साथ संयोजन में प्रयुक्त, चीजें अब अच्छी तरह से झुकाव लगती हैं।