WordPress .htaccess File

Kapsule serves every website with a high performance web server that does not read .htaccess, so rules you add to that file have no effect: this guide explains what that means for a WordPress site…

KapsuleHost हर वेबसाइट को एक उच्च प्रदर्शन वेब सर्वर के साथ सेवा प्रदान करता है जो .htaccess को नहीं पढ़ता है, इसलिए आप उस फ़ाइल में जो नियम जोड़ते हैं उनका कोई प्रभाव नहीं पड़ता: यह गाइड WordPress साइट के लिए इसका क्या मतलब है यह समझाता है और दिखाता है कि KPanel का कौन सा सेटिंग प्रत्येक काम को करता है।

यदि आप एक साझा cPanel होस्ट से आए हैं, तो .htaccess शायद वह जगह थी जहां आप रीडायरेक्ट, HTTPS को बाध्य करना, कस्टम त्रुटि पृष्ठ और बॉट ब्लॉक रखते थे। ये सभी चीजें KapsuleHost पर काम करती हैं। वे बस एक टेक्स्ट फ़ाइल के बजाय KPanel में सेट की जाती हैं, और क्योंकि वे सर्वर स्तर पर लागू होती हैं वे तेज़ हैं और किसी टाइपो से आपकी साइट को नहीं तोड़ सकतीं।

यहां .htaccess कुछ नहीं करता क्यों

.htaccess Apache वेब सर्वर के लिए एक प्रति-निर्देशिका कॉन्फ़िगरेशन फ़ाइल है। Apache इसे हर एक अनुरोध पर फिर से पढ़ता है, जो इसे सुविधाजनक बनाता है और यह भी धीमा बनाता है।

KapsuleHost Apache को नहीं चलाता है। आपकी साइट एक ईवेंट-चालित वेब सर्वर द्वारा सेवा दी जाती है जो अपनी कॉन्फ़िगरेशन को स्टार्टअप पर एक बार लोड करता है, जो यहां साइटों के तेजी से लोड होने का एक बड़ा हिस्सा है। उस सर्वर के पास प्रति-निर्देशिका ओवरराइड फ़ाइल का कोई समकक्ष नहीं है, इसलिए यह कभी भी .htaccess को नहीं खोलता है।

KapsuleHost साइट पर .htaccess में नियम जोड़ना चुप्पी से विफल हो जाता है। कोई त्रुटि नहीं, कोई चेतावनी नहीं, और फ़ाइल बिल्कुल वहीं रहती है जहां आपने उसे छोड़ा था। नियम कभी नहीं चलते। यदि आप एक WordPress ट्यूटोरियल का पालन कर रहे हैं जो कहता है "इसे अपने .htaccess में जोड़ें", तो इसके बजाय नीचे दी गई तालिका में KPanel समकक्ष खोजें।

अच्छी खबर सामान्य .htaccess भयावह कहानी का विपरीत है: फ़ाइल में एक सिंटैक्स त्रुटि यहां आपकी साइट को नीचे नहीं ला सकती, क्योंकि कुछ भी इसे पार्स नहीं करता है।

इसके बिना क्या अभी भी काम करता है

परमालिंक्स। एक WordPress साइट को Apache पर .htaccess की आवश्यकता का सबसे आम कारण बहुत अच्छे परमालिंक्स हैं। KapsuleHost पर रीराइट आपकी साइट की सर्वर कॉन्फ़िगरेशन में निर्मित है, इसलिए /2026/07/my-post/ बिल्कुल .htaccess ब्लॉक के बिना WordPress के माध्यम से रिज़ॉल्व होता है। यदि परमालिंक्स 404 रिटर्न कर रहे हैं, तो कारण कुछ और है: WordPress परमालिंक समस्याओं को ठीक करना देखें।

फ़ाइल में WordPress लिखना। WordPress और कुछ प्लगइन अभी भी # BEGIN/# END ब्लॉक को .htaccess में लिखते हैं क्योंकि वे Apache को मानते हैं। यह हानिरहित है। फ़ाइल वास्तविक है, यह लिखने योग्य है, और आप इसे फ़ाइल प्रबंधक में देखेंगे। इसका बस कोई पाठक नहीं है।

सुरक्षा प्लगइन जो "कठोरीकरण लागू" की रिपोर्ट करते हैं। ऐसे प्लगइन जो दावा करते हैं कि उन्होंने xmlrpc.php या wp-config.php को .htaccess को संपादित करके बंद कर दिया है, वास्तव में इस प्लेटफ़ॉर्म पर कुछ भी सुरक्षित नहीं किया है। साइट के अपने Security टैब का उपयोग करें, जो सर्वर पर समकक्ष नियम लागू करता है।

सामान्य .htaccess नियमों के लिए KPanel समकक्ष

ये सभी साइट पर ही होते हैं: Websites, फिर आपकी साइट, फिर दिखाया गया टैब।

.htaccess में आपने क्या लिखा होता	KPanel में यह कहां होता है
`RewriteCond %{HTTPS} off` HTTPS को बाध्य करने के लिए	Settings, फिर Force HTTPS Behavior के तहत
`Redirect 301 /old /new`	Advanced, फिर Redirects
`ErrorDocument 404 /404.html`	Advanced, फिर Error pages
`AuthType Basic` किसी फ़ोल्डर को पासवर्ड से सुरक्षित करने के लिए	Advanced, फिर Password protection
`Require not ip 203.0.113.4` किसी पते को ब्लॉक करने के लिए	WordPress, फिर Security
`RewriteCond %{HTTP_USER_AGENT} (BadBot)` क्रॉलर को ब्लॉक करने के लिए	Performance, फिर Crawlers
`DirectoryIndex index.php index.html`	Settings, फिर Directory index Serving के तहत
`mod_deflate` / `mod_expires` संपीड़न और कैशिंग के लिए	पहले से चालू है। संपीड़न और कैश हेडर सर्वर पर सेट हैं

इनमें से दो .htaccess संस्करण से अधिक कर सकते हैं। रीडायरेक्ट सटीक पथ, ट्रेलिंग-स्लैश उपसर्ग और वाइल्डकार्ड जैसे /blog/* का समर्थन करते हैं, और KPanel आपको इसे सहेजने के बाद रीडायरेक्ट को लाइव सत्यापित करता है। त्रुटि पृष्ठ उनके सही स्थिति कोड के साथ सेवा दिए जाते हैं, इसलिए एक कस्टम 404 पृष्ठ अभी भी खोज इंजन के लिए एक वास्तविक 404 है, न कि एक 200 इसके साथ एक माफी।

KPanel में साइट का Redirects टैब

फ़ाइल खोजना और पढ़ना

आप अभी भी .htaccess को देखना चाह सकते हैं, आमतौर पर यह देखने के लिए कि एक प्लगइन ने इसमें क्या लिखा है या KPanel में उन्हें फिर से बनाने से पहले नियमों की प्रतिलिपि बनाने के लिए।

WordPress टैब से

KPanel में साइन इन करें और बाईं साइडबार में Websites पर क्लिक करें।
जिस साइट को आप चाहते हैं उस पर क्लिक करें।
WordPress टैब खोलें, फिर wp-config सेक्शन।
.htaccess पैनल तक स्क्रॉल करें। सामग्री केवल-पढ़ने योग्य दिखाई जाती है, एक Edit बटन के साथ यदि आपको उन्हें बदलने की आवश्यकता है।

फ़ाइल प्रबंधक से

साइट खोलें, फिर Files, फिर File Manager।
टूलबार में Show Hidden पर क्लिक करें। एक बिंदु से शुरू होने वाली फ़ाइलें डिफ़ॉल्ट रूप से छिपी होती हैं, इसलिए .htaccess तब तक दिखाई नहीं देगी जब तक आप ऐसा नहीं करते।
इसे बिल्ट-इन संपादक में खोलने के लिए .htaccess पर क्लिक करें।

फ़ाइल आपकी साइट की रूट पर रहती है, wp-config.php और wp-content के साथ। संपादक और इसके अनुमति नियंत्रण पर पूर्ण विवरण फ़ाइल प्रबंधक का उपयोग में है।

साइट रूट पर कुछ भी संपादित करने से पहले एक बैकअप लें, भले ही एक फ़ाइल जो नहीं पढ़ी जा रही हो। इसकी कोई कीमत नहीं है और इसका मतलब है कि एक क्लिक आपको वापस ले आता है। बैकअप लेना देखें।

डिफ़ॉल्ट WordPress ब्लॉक

संदर्भ के लिए, यह वह ब्लॉक है जो WordPress अपने लिए लिखता है। एक Apache होस्ट पर यह परमालिंक्स को चलाता है। KapsuleHost पर यह निष्क्रिय है, और इसे हटाने से कुछ भी नहीं टूटेगा:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

यदि आप साइट को Apache होस्ट पर बाद में स्थानांतरित कर सकते हैं तो इसे जगह पर रखें। WordPress इसे फिर से लिखेगा अगली बार जब आप अपनी परमालिंक्स सेटिंग सहेजते हैं।

यदि आप नियमों में माइग्रेट कर रहे हैं

जब आप cPanel से साइट ले कर आते हैं, तो आप पुरानी होस्टिंग को रद्द करने से पहले पुराने .htaccess को खोलें और इसे पंक्ति दर पंक्ति काम करें:

Redirects। प्रत्येक Redirect या RewriteRule को Advanced में फिर से बनाएं, फिर Redirects। प्रति नियम एक पंक्ति। एक स्थायी चाल के लिए 301 चुनें, यदि परिवर्तन उलट सकता है तो 302।
HTTPS को बाध्य करना। इसे हटाएं। साइट के Settings में इसके बजाय Force HTTPS चालू करें।
IP ब्लॉक। WordPress, फिर Security में, IP ब्लॉकिंग पैनल में फिर से बनाएं।
कैशिंग और संपीड़न हेडर। इन्हें हटाएं। वे आपके लिए संभाले जाते हैं, और एक पुरानी होस्ट से पुराने mod_expires नियम भ्रामक कैश व्यवहार का एक सामान्य स्रोत हैं।
कोई भी प्लगइन ने जो लिखा। इसे अनदेखा करें। नई साइट पर प्लगइन को फिर से स्थापित करें और इसे अपना काम करने दें।

आपके माइग्रेशन फ़ाइल को स्वयं रखते हैं, इसलिए जब आप सूची के माध्यम से काम करते हैं तो कुछ नहीं खोता है। पूर्ण माइग्रेशन演演: cPanel से वेबसाइट माइग्रेट करना।

समस्या निवारण

"मैंने .htaccess में एक रीडायरेक्ट जोड़ा और कुछ नहीं हुआ।" अपेक्षित। इसे Advanced में जोड़ें, फिर Redirects। वहां Status कॉलम आपको बताता है कि रीडायरेक्ट लाइव सत्यापित किया गया था या नहीं।

"एक प्लगइन कहता है कि मेरी साइट सुरक्षित है लेकिन एक स्कैनर असहमत है।" प्लगइन ने .htaccess नियम लिखे जो नहीं पढ़े जा रहे हैं। साइट के Security टैब को उन सुरक्षा के लिए जांचें जो वास्तव में लागू हैं।

"मेरे पुरानी होस्ट के .htaccess में ऐसे नियम थे जिन्हें मैं समझ नहीं पाता।" इन्हें अंधे में कॉपी न करें। फ़ाइल संलग्न करके एक टिकट खोलें और हम आपको बताएंगे कि किन के पास KapsuleHost समकक्ष है और कौन से केवल एक साझा Apache होस्ट की भरपाई कर रहे थे।

"परमालिंक्स टूट गए हैं।" यह यहां .htaccess समस्या नहीं है। WordPress परमालिंक समस्याओं को ठीक करना पर जाएं, या साइट के WordPress टैब से फिर से लिखने के नियमों को फ्लश करें, फिर Quick Actions, फिर Flush Rewrites।

KapsuleHost पर .htaccess को समझना