ज्ञात आधार · खिड़कियाँ
किस फ़ाइल में मेरे डोमेन के लिए ISAPI _ Rewrite नियम होने चाहिए?
अंतिम बार अद्यतन किया गया 2019-02-04
कृपया जाँच करें http://www.isapirewrite.com/docs/#conffile
अलग-अलग विन्यास फ़ाइलों का नाम httpd.ini होना चाहिए और वे आभासी साइटों की भौतिक root निर्देशिकाओं में दिखाई दे सकती हैं। सभी विन्यास फ़ाइलों का प्रारूप एक ही होता है। और यह एक मानक विंडोज INI फ़ाइल का प्रारूप है जहाँ सेटिंग्स को अनुभागों द्वारा विभाजित किया जाता है। ISAPI _ Rewrite के इस संस्करण में एकमात्र अनुभाग की अनुमति है [ISAPI _ Rewrite]। सभी निर्देशों को इस खंड में रखा जाना चाहिए और प्रत्येक निर्देश को एक अलग पंक्ति पर रखा जाना चाहिए। इस खंड के बाहर किसी भी पाठ को नजरअंदाज कर दिया जाएगा।
httpd.ini फ़ाइल का उदाहरण हैः
[आई. एस. ए. पी. आई. फिर से लिखें]
#यह एक टिप्पणी है #300 = 5 मिनट
कैशक्लॉकरेट 300
सीमा 20 को दोहराएँ
#httpd.ini और httpd.parse.errors फ़ाइलों तक बाहरी पहुँच को अवरुद्ध करें
नियम/HTTPd (?: \. ini। \. पार्स \. एरर्स)/[F, I, O] को फिर से लिखें।
#सहायक आई. एस. ए. पी. आई. विस्तार तक बाहरी पहुँच को अवरुद्ध करें
नियम को फिर से लिखें। * \. isrwhlp/[F, I, O]
#कुछ कस्टम नियम
दूसरे मेजबान को फिर से लिखेंः (. +)
नियम (. *)/$1 $2 [I] को फिर से लिखें
जब ISAPI _ Rewrite पार्स कॉन्फ़िगरेशन फ़ाइल उसी निर्देशिका में httpd.parse.error नामक त्रुटि लॉग फ़ाइल बनाती है जहाँ पार्स की गई फ़ाइल स्थित है। पार्सिंग के दौरान केवल स्पष्ट वाक्यविन्यास त्रुटियों का पता लगाया जा सकता है। जटिल वाक्यविन्यास त्रुटियाँ और तर्क त्रुटियाँ केवल नियमों के निष्पादन के दौरान पाई जा सकती हैं। इसलिए, उन्हें httpd.ini में लॉग इन नहीं किया जाएगा। एक कॉन्फ़िगरेशन फ़ाइल में एक नियम डालने से पहले नियमित अभिव्यक्ति परीक्षण उपकरण के साथ एक नए नियम की जाँच करने की सलाह दी जाती है।
अलग-अलग विन्यास फ़ाइलों का नाम httpd.ini होना चाहिए और वे आभासी साइटों की भौतिक root निर्देशिकाओं में दिखाई दे सकती हैं। सभी विन्यास फ़ाइलों का प्रारूप एक ही होता है। और यह एक मानक विंडोज INI फ़ाइल का प्रारूप है जहाँ सेटिंग्स को अनुभागों द्वारा विभाजित किया जाता है। ISAPI _ Rewrite के इस संस्करण में एकमात्र अनुभाग की अनुमति है [ISAPI _ Rewrite]। सभी निर्देशों को इस खंड में रखा जाना चाहिए और प्रत्येक निर्देश को एक अलग पंक्ति पर रखा जाना चाहिए। इस खंड के बाहर किसी भी पाठ को नजरअंदाज कर दिया जाएगा।
httpd.ini फ़ाइल का उदाहरण हैः
[आई. एस. ए. पी. आई. फिर से लिखें]
#यह एक टिप्पणी है #300 = 5 मिनट
कैशक्लॉकरेट 300
सीमा 20 को दोहराएँ
#httpd.ini और httpd.parse.errors फ़ाइलों तक बाहरी पहुँच को अवरुद्ध करें
नियम/HTTPd (?: \. ini। \. पार्स \. एरर्स)/[F, I, O] को फिर से लिखें।
#सहायक आई. एस. ए. पी. आई. विस्तार तक बाहरी पहुँच को अवरुद्ध करें
नियम को फिर से लिखें। * \. isrwhlp/[F, I, O]
#कुछ कस्टम नियम
दूसरे मेजबान को फिर से लिखेंः (. +)
नियम (. *)/$1 $2 [I] को फिर से लिखें
जब ISAPI _ Rewrite पार्स कॉन्फ़िगरेशन फ़ाइल उसी निर्देशिका में httpd.parse.error नामक त्रुटि लॉग फ़ाइल बनाती है जहाँ पार्स की गई फ़ाइल स्थित है। पार्सिंग के दौरान केवल स्पष्ट वाक्यविन्यास त्रुटियों का पता लगाया जा सकता है। जटिल वाक्यविन्यास त्रुटियाँ और तर्क त्रुटियाँ केवल नियमों के निष्पादन के दौरान पाई जा सकती हैं। इसलिए, उन्हें httpd.ini में लॉग इन नहीं किया जाएगा। एक कॉन्फ़िगरेशन फ़ाइल में एक नियम डालने से पहले नियमित अभिव्यक्ति परीक्षण उपकरण के साथ एक नए नियम की जाँच करने की सलाह दी जाती है।
हमें बताएँ कि क्या रहना है।
एक इंजीनियर के साथ एक छोटी सी बातचीत। कोई उद्धरण-बॉट नहीं, कोई कॉलबैक कतार नहीं।