मुफ़्त .htaccess नियम परीक्षक
.htaccess RewriteRules और रीडायरेक्ट का परीक्षण करें। किसी भी URL के लिए चरण-दर-चरण नियम मूल्यांकन। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में बिना साइन-अप के काम करता है।
अपडेट किया गया
.htaccess Rule Tester
Test .htaccess RewriteRules and redirects. Step-by-step rule evaluation for any URL path.
Common .htaccess Snippets
Enter a URL path (e.g. /old-page) or full URL.
Simulation Limitations
This tool simulates .htaccess processing in the browser. Server variables like %{REQUEST_FILENAME} are approximated (file/directory tests always return false). For production use, test directly on your server.
अक्सर पूछे जाने वाले प्रश्न
.htaccess Rule Tester क्या है?
.htaccess Rule Tester एक मुफ़्त ऑनलाइन टूल है जो .htaccess की rewriterules और रीडायरेक्ट का परीक्षण करता है, और किसी भी url के लिए चरण-दर-चरण नियम मूल्यांकन देता है। यह पूरी तरह आपके ब्राउज़र में चलता है, किसी इंस्टॉलेशन या साइन-अप की ज़रूरत नहीं।
मैं कौन-सी डायरेक्टिव का परीक्षण कर सकता हूँ?
RewriteRule, RewriteCond, Redirect, RedirectMatch और Header डायरेक्टिव।
क्या यह दिखाता है कि कोई नियम क्यों मेल खाया?
हाँ — चरण-दर-चरण मूल्यांकन दिखाता है कि कौन-सी शर्तें पूरी हुईं या छोड़ी गईं।
क्या यह मुफ़्त है?
हाँ, पूरी तरह मुफ़्त।
क्या इस टूल के साथ मेरा डेटा सुरक्षित है?
बिल्कुल। .htaccess Rule Tester सब कुछ आपके ब्राउज़र में क्लाइंट-साइड पर ही प्रोसेस करता है। कोई भी डेटा किसी सर्वर पर अपलोड या संग्रहीत नहीं किया जाता। आपकी सामग्री हर समय आपके डिवाइस पर निजी रहती है।
क्या .htaccess Rule Tester मोबाइल डिवाइस पर काम करता है?
हाँ, .htaccess Rule Tester पूरी तरह रिस्पॉन्सिव है और स्मार्टफ़ोन व टैबलेट पर काम करता है। आप इसे आधुनिक वेब ब्राउज़र वाले किसी भी डिवाइस पर इस्तेमाल कर सकते हैं, किसी ऐप डाउनलोड की ज़रूरत नहीं।
क्या इस टूल का उपयोग करने के लिए मुझे खाता बनाना होगा?
किसी खाते या पंजीकरण की ज़रूरत नहीं है। बस अपने ब्राउज़र में .htaccess Rule Tester खोलें और तुरंत इस्तेमाल शुरू करें। कोई साइन-अप बाधा या उपयोग प्रतिबंध नहीं है।
मैं .htaccess Rule Tester का उपयोग कैसे करूँ?
बस दिए गए फ़ील्ड में अपना इनपुट दर्ज करें, अपनी पसंद के अनुसार कोई भी सेटिंग समायोजित करें, और टूल उसे तुरंत प्रोसेस कर देगा। फिर आप परिणाम को क्लिपबोर्ड पर कॉपी कर सकते हैं या डाउनलोड कर सकते हैं।
कौन-से ब्राउज़र समर्थित हैं?
.htaccess Rule Tester सभी आधुनिक ब्राउज़र में काम करता है, जिनमें Chrome, Firefox, Safari, Edge और Opera शामिल हैं। बेहतरीन अनुभव के लिए अपने पसंदीदा ब्राउज़र का नवीनतम संस्करण उपयोग करें।
.htaccess में 301 और 302 रीडायरेक्ट में क्या फर्क है?
किसी .htaccess RewriteRule में, फ्लैग [R=301] एक स्थायी (permanent) रीडायरेक्ट देता है और [R=302] एक अस्थायी (temporary) रीडायरेक्ट देता है — और SEO के लिए यह चुनाव मायने रखता है। 301 सर्च इंजनों को बताता है कि यह मूव स्थायी है, इसलिए वे रैंकिंग सिग्नल्स को पुराने URL से नए URL में ट्रांसफर कर देते हैं और अपना इंडेक्स अपडेट कर लेते हैं। 302 यह संकेत देता है कि मूल URL वापस आएगा, इसलिए इंजन पुराने पते को इंडेक्स करना जारी रखते हैं और अथॉरिटी आगे ट्रांसफर नहीं कर सकते। सबसे आम गलती डिफॉल्ट को वैसे ही छोड़ देना है, क्योंकि खाली [R] फ्लैग 302 में बदल जाता है। रीनेम किए गए पेजों, www या HTTPS कैननिकलाइज़ेशन, और रिटायर हो चुके URL के लिए 301 इस्तेमाल करें; 302 को सचमुच थोड़े समय के लिए होने वाले मूव्स, जैसे मेंटेनेंस पेज, के लिए रखें। ऊपर अपने नियम और एक टेस्ट URL पेस्ट करें और टेस्टर बताएगा कि हर रीडायरेक्ट किस HTTP स्टेटस को रिटर्न करेगा, ताकि आप शिप करने से पहले कन्फर्म कर सकें कि यह 301 कह रहा है।
RewriteRule में [L] फ्लैग क्या करता है और नियमों का क्रम क्यों मायने रखता है?
[L] फ्लैग का मतलब है "last": जब [L] वाला कोई RewriteRule मैच करता है, तो Apache उस राउंड में बाकी बचे rewrite नियमों को प्रोसेस करना बंद कर देता है और उसी नतीजे का उपयोग करता है। चूंकि Apache नियमों को क्रमवार, ऊपर से नीचे मूल्यांकित करता है, इसलिए आपके नियमों का क्रम भी उतना ही नतीजा बदलता है जितना नियम खुद। कोई व्यापक (broad) नियम अगर पहले रखा जाए तो वह किसी ज्यादा विशिष्ट नीचे वाले नियम के चलने से पहले ही मैच होकर रुक सकता है, या [L] की गैरमौजूदगी कई नियमों को एक चेन में चला सकती है और ऐसा URL बना सकती है जिसका आपने इरादा नहीं किया था। सिर्फ रॉ टेक्स्ट पढ़कर इसे समझना सबसे मुश्किल चीज़ों में से एक है। यह टेस्टर आपके नियमों को उसी ऊपर-से-नीचे क्रम में चलाता है जिसमें Apache चलाता है और ठीक-ठीक बताता है कि [L] कहां प्रोसेसिंग रोकता है, ताकि आप लाइव जाने से पहले देख सकें कि कोई नियम नीचे वालों को शॉर्ट-सर्किट कर रहा है या नहीं।
मेरा RewriteRule उस URL से मैच क्यों नहीं करता जिसकी मुझे उम्मीद है?
सबसे आम वजह लीडिंग स्लैश है। किसी per-directory .htaccess फाइल में, जो पाथ Apache आपके RewriteRule पैटर्न को देता है उसमें लीडिंग स्लैश पहले ही हटाई जा चुकी होती है, इसलिए ^/old-page जैसा पैटर्न कभी मैच नहीं करेगा — आपको इसकी जगह ^old-page चाहिए। अन्य आम वजहें हैं: बिना एस्केप किया गया डॉट (लिटरल पीरियड के लिए \. इस्तेमाल करें), (.*) जैसा लालची (greedy) पैटर्न जो इरादे से ज्यादा पकड़ लेता है, नियम के ऊपर मौजूद कोई RewriteCond जो चुपचाप फेल हो जाती है जिससे नियम स्किप हो जाता है, या RewriteEngine का कभी On न किया जाना। रेगेक्स एंकर्स भी मायने रखते हैं: ^ और $ पाथ के शुरू और अंत को तय करते हैं। यहां मौजूद स्टेप-बाय-स्टेप ट्रेस दिखाता है कि आपके पैटर्न से किस वैल्यू की तुलना की जा रही है और साथ में सीधी-सादी भाषा में यह नोट कि वह मैच हुआ या स्किप हुआ और क्यों, जो आमतौर पर सेकंडों में गड़बड़ी की जगह पकड़ लेता है। नियम और एक सैंपल पाथ पेस्ट करके इसे जांचें।
.htaccess रीडायरेक्ट लूप किस वजह से होता है और मैं इसे कैसे ढूंढूं?
रीडायरेक्ट लूप तब होता है जब कोई नियम किसी URL को बार-बार ऐसे टारगेट पर rewrite करता रहता है जो फिर उसी नियम से दोबारा मैच हो जाता है, जिससे ब्राउज़र लगातार उछलता रहता है और ERR_TOO_MANY_REDIRECTS एरर दिखाता है। आम वजहें हैं: कोई HTTPS-फोर्स करने वाला नियम जिसकी कंडीशन किसी प्रॉक्सी के पीछे कभी पूरी नहीं होती, कोई www नियम जो अपने ही आउटपुट पर दोबारा ट्रिगर हो जाता है, या दो नियम जो एक-दूसरे की ओर इशारा करते हैं। समाधान आमतौर पर एक ज्यादा टाइट RewriteCond होता है जो पहले से सही स्थिति को बाहर रखे — उदाहरण के लिए तभी रीडायरेक्ट करना जब %{HTTPS} ऑफ हो — साथ ही आगे की प्रोसेसिंग रोकने के लिए सही [L] फ्लैग। नियमों को सिर्फ पढ़कर लूप पकड़ना मुश्किल है। अपने स्निपेट को किसी टेस्ट URL पर टेस्टर में चलाएं और ट्रेस देखें: अगर आउटपुट URL दोबारा उसी मैचिंग नियम में घुसता है, तो स्टेप-बाय-स्टेप मूल्यांकन उस चेन को साफ दिखा देता है ताकि आप डिप्लॉय करने से पहले उसे तोड़ सकें।
क्या यह टेस्टर उन RewriteCond नियमों को जांच सकता है जो चेक करते हैं कि कोई फाइल मौजूद है, जैसे -f और -d?
भरोसे के साथ नहीं, और यह जानबूझकर ऐसा है। RewriteCond %{REQUEST_FILENAME} !-f या -d जैसी कंडीशन Apache से पूछती हैं कि डिस्क पर कोई असली फाइल या डायरेक्टरी मौजूद है या नहीं, और किसी ब्राउज़र की आपके सर्वर के फाइलसिस्टम तक कोई पहुंच नहीं होती। इसलिए टेस्टर इन्हें अनुमानित करता है: फाइल और डायरेक्टरी मौजूदगी वाले टेस्ट false रिजॉल्व होते हैं, और %{REQUEST_FILENAME} की जगह असली फाइलसिस्टम पाथ के बजाय रिक्वेस्ट पाथ का इस्तेमाल किया जाता है। इसका मतलब है कि -f, -d, या -e पर निर्भर लॉजिक — जो missing फाइलों को index.php पर रूट करने वाले front-controller सेटअप में आम है — Apache जैसा बिल्कुल व्यवहार नहीं करेगा। यह टूल आपके rewrite और redirect नियमों के लॉजिक, क्रम और फ्लैग्स को जल्दी और निजी तौर पर वैलिडेट करने के लिए बनाया गया है। इसका इस्तेमाल पैटर्न, कैप्चर ग्रुप्स, स्टेटस कोड, और [L] के व्यवहार को यहां कन्फर्म करने के लिए करें, फिर फाइलसिस्टम पर निर्भर किसी भी चीज़ को लाइव जाने से पहले अपने असली सर्वर पर वेरिफाई करें।
Embed This Tool
Add a free, live version of this widget to your own website or blog post — it runs entirely in your visitors' browsers, with a credit link back to The Toolbox.
<iframe src="https://getthetoolbox.com/embed/htaccess-tester" title="Free .htaccess Rule Tester — The Toolbox" width="100%" height="380" style="max-width:480px;border:1px solid #e2e8f0;border-radius:12px" loading="lazy"></iframe>
<p style="font-size:12px;margin:4px 0 0"><a href="https://getthetoolbox.com/website-tools/htaccess-tester?utm_source=embed&utm_medium=widget" target="_blank" rel="noopener">Free .htaccess Rule Tester</a> by The Toolbox</p>संबंधित टूल
मुफ़्त वेबसाइट स्पीड टेस्ट
अपनी वेबसाइट के पेज लोड समय, प्रदर्शन मेट्रिक्स और अनुकूलन के अवसरों का विश्लेषण करें। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में काम करता है, बिना साइन-अप के।
मुफ़्त मोबाइल फ्रेंडली टेस्ट
जांचें कि आपकी साइट मोबाइल डिवाइस के लिए अनुकूलित है या नहीं। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में काम करता है, बिना साइन-अप के।
मुफ़्त मेटा टैग एक्सट्रैक्टर
SEO और सोशल मीडिया विश्लेषण के लिए किसी भी वेबपेज से सभी मेटा टैग निकालें और समीक्षा करें। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में, बिना साइन-अप के।
मुफ़्त वेबसाइट स्क्रीनशॉट टूल
डिज़ाइन समीक्षा और परीक्षण के लिए किसी भी वेबपेज के पूर्ण-पृष्ठ या व्यूपोर्ट स्क्रीनशॉट कैप्चर करें। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में, बिना साइन-अप के।
.htaccess Rule Tester के बारे में
.htaccess Rule Tester आपको एक Apache .htaccess स्निपेट पेस्ट करने, एक टेस्ट URL डालने, और यह देखने देता है कि आपके rewrite और redirect नियम लाइन-दर-लाइन बिल्कुल कैसे चलेंगे — वह भी लाइव सर्वर को छुए बिना। प्रोडक्शन पर नियम एडिट करके पेज रिफ्रेश करते रहने और यह उम्मीद करने के बजाय कि कुछ न टूटे, आपको नतीजा तुरंत दिखता है: फाइनल URL, HTTP स्टेटस कोड, और किस नियम की वजह से यह हुआ।
यह उन डेवलपर्स, SEO विशेषज्ञों और साइट मालिकों के लिए बनाया गया है जो Apache या शेयर्ड होस्टिंग मैनेज करते हैं। अगर आप कभी किसी RewriteRule को घूरते हुए सोचते रहे हैं कि रीडायरेक्ट लूप क्यों कर रहा है, कोई पेज 404 क्यों दे रहा है, या [L] ने वहां प्रोसेसिंग क्यों नहीं रोकी जहां आपने उम्मीद की थी, तो यह टूल उस अनुमान लगाने वाले काम को एक साफ-सुथरे ट्रेस में बदल देता है। सब कुछ आपके ब्राउज़र में चलता है — कोई साइन-अप नहीं, कोई अपलोड नहीं, और कोई फाइल आपकी डिवाइस से बाहर नहीं जाती।
टेस्टर क्या-क्या जांचता है
टेस्टर आम Apache डायरेक्टिव्स को पढ़ता है और उन्हें ऊपर से नीचे उसी क्रम में चलाता है जिस क्रम में Apache चलाता है:
- RewriteEngine — ट्रैक करता है कि rewriting ऑन है या नहीं;
Off(या गायब) इंजन के नीचे के नियम "स्किप्ड" के रूप में रिपोर्ट किए जाते हैं। - RewriteCond — मौजूदा रिक्वेस्ट के आधार पर हर कंडीशन का मूल्यांकन करता है,
%{REQUEST_URI},%{HTTP_HOST},%{HTTPS}, और%{QUERY_STRING}जैसे वेरिएबल्स को एक्सपैंड करते हुए, साथ ही!^www\.जैसे नेगेटेड पैटर्न भी। - RewriteRule — आपके पैटर्न को पाथ से मैच करता है, कैप्चर ग्रुप्स (
$1–$9और$0) को एक्सपैंड करता है, और[L](last) तथा[R=301]/[R=302](redirect) जैसे फ्लैग लागू करता है। - Redirect और RedirectMatch — एग्जैक्ट-प्रीफिक्स और रेगेक्स रीडायरेक्ट, उनके स्टेटस कोड के साथ।
- Header — header डायरेक्टिव्स को पहचाना जाता है और ट्रेस में दिखाया जाता है।
स्टेप-बाय-स्टेप ट्रेस कैसे काम करता है
अपना .htaccess कंटेंट और एक URL या पाथ (उदाहरण के लिए /old-page) डालें, फिर टेस्ट चलाएं। हर डायरेक्टिव के लिए टूल लाइन नंबर, नियम का टेक्स्ट, एक रंग-कोडेड टाइप बैज (rewrite, redirect, condition, header), और यह दिखाता है कि वह मैच हुआ या स्किप हुआ — साथ ही एक सीधी-सादी भाषा में नोट जिसमें बताया जाता है कि क्यों। जो कंडीशन फेल होती है, वह आपको बताती है कि उसने वेरिएबल की कौन सी वैल्यू किस पैटर्न से मिलाई और वह पूरी नहीं हुई। मैच हुआ rewrite नतीजे वाला URL दिखाता है; मैच हुआ redirect टारगेट और स्टेटस दिखाता है।
सबसे ऊपर, एक सारांश आपके इनपुट URL को फाइनल आउटपुट URL से जोड़कर दिखाता है और HTTP स्टेटस फ्लैग करता है — ताकि आप एक नज़र में देख सकें कि /old-page, साफ-सुथरे 301 के साथ /new-page बन जाता है, या यह पता लगा सकें कि कुछ भी मैच नहीं हुआ और URL बिना बदले पास हो गया।
नियम पहले टेस्ट करना क्यों मायने रखता है
टूटा हुआ .htaccess, टेक्निकल SEO और साइट रिलायबिलिटी में सबसे महंगी गलतियों में से एक है। कोई रीडायरेक्ट अगर 301 की जगह 302 के साथ चलता है तो रैंकिंग सिग्नल्स के ट्रांसफर में रुकावट आ सकती है; क्रम में गड़बड़ी वाला नियम एक redirect chain या इनफिनिट लूप बना सकता है; एक लालची (greedy) पैटर्न ऐसे URL पकड़ सकता है जिन्हें आपने छूने का इरादा कभी नहीं किया था। चूंकि Apache नियमों को क्रमवार तरीके से चलाता है और [L] प्रोसेसिंग रोक देता है, इसलिए आपके नियमों का क्रम भी उतना ही नतीजा बदलता है जितना नियम खुद — और यही वह चीज़ है जिसे एक स्टेप-बाय-स्टेप ट्रेस दिखाई देता है।
जल्दी शुरुआत करने के लिए, टूल सबसे आम कामों के लिए तैयार स्निपेट्स के साथ आता है: www फोर्स करना, HTTPS फोर्स करना, ट्रेलिंग स्लैश जोड़ना या हटाना, .html एक्सटेंशन छुपाना, और इमेज हॉटलिंकिंग ब्लॉक करना। किसी एक को लोड करें, उसे एडजस्ट करें, और अपने ही URL पर उसे टेस्ट करें।
एक सिमुलेशन, लाइव सर्वर नहीं
यह एक ईमानदार प्रीव्यू है, पूरा Apache इंस्टेंस नहीं। फाइलसिस्टम चेक्स — RewriteCond के -f, -d, और -e जैसे टेस्ट जो पूछते हैं कि कोई असली फाइल या डायरेक्टरी मौजूद है या नहीं — ब्राउज़र में हल नहीं हो सकते, इसलिए इन्हें अनुमानित (approximate) किया जाता है (फाइल और डायरेक्टरी टेस्ट false रिटर्न करते हैं, और %{REQUEST_FILENAME} की जगह रिक्वेस्ट पाथ इस्तेमाल किया जाता है)। टेस्टर का उपयोग अपने नियमों के लॉजिक और क्रम को जल्दी और निजी तौर पर वैलिडेट करने के लिए करें; फिर फाइलसिस्टम पर निर्भर किसी भी चीज़ को लाइव जाने से पहले अपने असली सर्वर पर कन्फर्म कर लें।