डिज़ाइनर्स और डेवलपर्स के लिए एक शुरुआती गाइड टू .htaccess

अपने वेब सर्वर को अनुकूलित करने के लिए कई विभिन्न उपकरणों के बीच .htaccess config फाइल एक जबरदस्त संपत्ति है। आप ऐसा कर सकते हैं जल्दी से दस्तावेज़ प्रकार, पार्सिंग इंजन, URL पुनर्निर्देशित रीसेट करें, और कई अन्य महत्वपूर्ण विशेषताएं। वेबमास्टर्स जो बहुत तकनीकी नहीं हैं, वे आपकी स्वयं की .htaccess फ़ाइल को प्रबंधित करने की बारीकियों में नहीं आ सकते हैं। लेकिन विषय ही आकर्षक है और कुछ जांच के लायक है.

इस लेख के लिए मैं वेबमास्टर्स और वेब डेवलपर्स के लिए कुछ अधिक उद्देश्यपूर्ण अवधारणाओं को प्रस्तुत करना चाहता हूं। जो कोई भी हो अपाचे सर्वर पर अपनी खुद की वेबसाइट लॉन्च करना निश्चित रूप से समझना चाहते हैं कि उनकी .htaccess फ़ाइल को कैसे प्रबंधित किया जाए। यह इतना अनुकूलन प्रदान करता है और यह किसी भी वेब भाषा पर काम कर सकते हैं PHP से Ruby तक.

इस पोस्ट के निचले भाग में मैंने कुछ बाहरी वेबपृष्ठ जोड़े हैं नए लोगों को गतिशील रूप से अपनी .htaccess फ़ाइलों को बनाने में मदद करें.

क्यों एक .htaccess फ़ाइल का उपयोग करें?

यह एक महान सवाल है और शायद हमें जवाब देकर शुरू करना चाहिए “.htaccess फ़ाइल क्या है”? यह अपाचे वेब सर्वर द्वारा उपयोग की जाने वाली एक बहुत ही विशेष कॉन्फ़िगरेशन फ़ाइल है। .Htaccess फ़ाइल वेब सर्वर को बता सकती है विभिन्न प्रकार की जानकारी कैसे प्रस्तुत करें और विभिन्न HTTP अनुरोध हेडर को कैसे संभालें.

वास्तव में यह एक साधन है विकेन्द्रीकरण वेब सर्वर सेटिंग्स को व्यवस्थित करने के लिए। एक भौतिक सर्वर 50 अलग-अलग वेबसाइटों को अपनी .htaccess फ़ाइल के साथ पकड़ सकता है। यह वेबमास्टरों को बहुत अधिक शक्ति देता है, जो अन्यथा असंभव होगा। लेकिन आपको एक का उपयोग क्यों करना चाहिए?

सबसे बड़ा कारण सुरक्षा है। आप ऐसा कर सकते हैं कुछ निर्देशिकाओं को बंद कर दें या उन्हें पासवर्ड से सुरक्षित रखें. यह निजी परियोजनाओं या नई सामग्री प्रबंधन प्रणालियों के लिए बहुत अच्छा है, जहां आप थोड़ी अतिरिक्त सुरक्षा चाहते हैं। लेकिन कुछ वेब पेज पर 404 त्रुटि संदेशों को पुनर्निर्देशित करने जैसे सामान्य कार्य भी हैं. यह केवल कोड की एक पंक्ति लेता है और यह नाटकीय रूप से प्रभावित कर सकता है कि आगंतुक कैसे लापता पृष्ठों पर प्रतिक्रिया करते हैं.

सच में, बहुत कुछ नहीं है मैं दूसरों को समझाने के लिए कह सकता हूं कि एक .htaccess फ़ाइल समझने लायक है। एक बार जब आप इसे कार्रवाई में देखते हैं तो आप सभी को पहचान सकते हैं जो इस छोटे से कॉन्फिगर फाइल से आता है। इसके अलावा, मुझे उम्मीद है कि इस लेख के बाकी भाग को एक .htacament प्रबंधन के प्रकाश में वेबमास्टर्स लाने के लिए कुछ व्यावहारिक विषय प्रस्तुत कर सकते हैं।.

अनुमति दें / अस्वीकार करें

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

आदेश की अनुमति, 123.45.6 से 255.0.0.0 इंकार से इनकार करते हैं। सभी से अनुमति 

ये नमूना कोड Htaccess गाइड से कॉपी किए गए थे क्योंकि वे आरंभ करने के लिए सही टेम्पलेट हैं। ध्यान दें कि दूसरा IP पता 4th पूर्णांक याद कर रहा है. यह कोड ब्लॉक पहले आईपी (255.0.0.0) और हर आईपी को 123.45.6.0-255 के दायरे में लक्षित करेगा, फिर अन्य सभी ट्रैफ़िक की अनुमति दें। वेबमास्टर्स इसे अन्य तकनीकों के रूप में अक्सर उपयोग नहीं कर सकते हैं लेकिन यह समझने में मददगार है.

निर्देशिका लिस्टिंग को रोकें

ऐसा समय होगा जब आपके पास एक खुली निर्देशिका होगी डिफ़ॉल्ट रूप से ब्राउज़िंग की अनुमति देने के लिए सेट अप करें. इसका अर्थ है कि उपयोगकर्ता आपके चित्र फ़ोल्डर की तरह आंतरिक निर्देशिका संरचना के अंदर सूचीबद्ध सभी फ़ाइलों को देख सकते हैं। कुछ वेबमास्टर्स निर्देशिका लिस्टिंग की अनुमति नहीं देना चाहते हैं और शुक्र है कि कोड स्निपेट याद रखना बहुत आसान है.

विकल्प -भारत 

मैंने पूरे स्टैक ओवरफ्लो में अनगिनत बार प्रस्तुत किए गए इस उत्तर को देखा है और यह याद रखने के लिए सबसे आसान .htaccess नियमों में से एक हो सकता है.

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

पासवर्ड सुरक्षित

अपने निर्देशिकाओं को पासवर्ड-सुरक्षित करना एक बहुत ही सामान्य प्रक्रिया है आपकी वेबसाइट के लिए महत्वपूर्ण प्रशासन क्षेत्रों और अन्य फ़ोल्डरों को सुरक्षित करना. कभी-कभी आप केवल लोगों के एक छोटे समूह तक पहुंच की पेशकश करना चाहेंगे। अन्य बार पासवर्ड हैकर्स को आपकी वेबसाइट प्रशासन पैनल में पहुंच प्राप्त करने से रोकने के लिए होते हैं। लेकिन या तो यह समस्याओं की एक पूरी संख्या के लिए एक बहुत शक्तिशाली समाधान है.

पासवर्ड सुरक्षा पर एक आसान गाइड है जो महत्वपूर्ण कोड स्निपेट की रूपरेखा तैयार करता है। तुम्हें यह करना पड़ेगा एक पासवर्ड फ़ाइल जनरेट करें जो उपयोगकर्ता नाम / पासवर्ड क्रेडेंशियल संग्रहीत करता है. यह है कि कैसे Apache के खिलाफ उपयोगकर्ता इनपुट देख सकते हैं कि क्या उन्हें एक्सेस दी जानी चाहिए। और ध्यान दें कि आपको अपने उपयोगकर्ता नाम और पासवर्ड के लिए एक नमूना कैसे तैयार करना होगा.

मैं इस htpassword जनरेटर का उपयोग करने की सलाह दूंगा ताकि आप थोड़ा समय बचा सकें. वाक्यविन्यास हमेशा सही होगा और आपको पासवर्ड को स्वयं एन्क्रिप्ट करने की आवश्यकता नहीं है. और दूसरा बढ़िया विकल्प पासवर्ड को पूरी डायरेक्टरी लिस्टिंग को सुरक्षित रखना है। इस उदाहरण को हम CSS-Tricks कोड स्निपेट गैलरी में देख सकते हैं.

AuthType Basic AuthName "यह क्षेत्र पासवर्ड प्रोटेक्टेड है" AuthUserFile /full/path/to/.htpasswd को वैध-उपयोगकर्ता की आवश्यकता है 

वर्डप्रेस के लिए सुरक्षा

इस पासवर्ड-सुरक्षा विचार को अच्छे उपयोग में लाने के लिए, आइए एक वास्तविक दुनिया का उदाहरण प्रदर्शित करें। यह अधिक जटिल कोड स्निपेट होगा WordPress wp-login.php फ़ाइल एक्सेस करने वाले किसी भी व्यक्ति के लिए उपयोगकर्ता प्रमाणीकरण को बाध्य करें. आस्क अपाचे पर आपको मूल स्रोत मिलेगा जिसमें कई अन्य वर्डप्रेस सुरक्षा स्निपेट्स हैं.

 आदेश अस्वीकार करें, सभी को संतुष्ट करने की अनुमति दें किसी भी नाम से पूछें "AskApache द्वारा संरक्षित" AuthUserFile /web/askapache.com/.htpasswda1 AuthType Basic को वैध-उपयोगकर्ता की आवश्यकता है  

और अगर आप इन .htaccess नियमों का पालन करने जा रहे हैं तो यह एडमिन एरिया की सुरक्षा के लिए पासवर्ड की मदद भी ले सकता है। आमतौर पर WP-login.php फ़ाइल को आपके सिस्टम में अपनी तरह से बल देने का प्रयास करने वाले लोगों से सबसे हिट प्राप्त करने जा रहा है। तो ऊपर के सैंपल कोड भी होंगे पर्याप्त अतिरिक्त सुरक्षा से अपनी वर्डप्रेस वेबसाइट के लिए.

HTTP URL पुनर्लेखन नियम

यूआरएल को फिर से लिखना शायद .htaccess फ़ाइलों के लिए सबसे आम उपयोगों में से एक है। वर्डप्रेस डिफ़ॉल्ट इंस्टॉलेशन वास्तव में हो सकते हैं प्रशासन पैनल से सही .htaccess फ़ाइल जनरेट करें. यह आपको सुंदर URL बनाने की अनुमति देता है जिसमें .php नहीं है? P = 1 संरचना.

मैं इस पुनर्लेखन के उदाहरण को देखना चाहता हूं कैसे डैश पर अंडरस्कोर अपडेट करें तब से इसमें बहुत महत्वपूर्ण तत्व शामिल हैं.

Options + FollowSymLinks RewriteBase / RewriteRule पर RewriteEngine! \! (Html ​​| php) $ - [S = 4] RewriteRule ^ ([^ _] *) _ (^ _] *) _ ([^ _] *) _ ( [^ _] *) _ (*। *) $ 1- $ 2- $ 3- $ 4- $ 5 [E = uscor: Yes] RewriteRule ^ ([^ _] *) _ ([^ _] *) _ ([^ _ ] *) _ (*। *) $ $ 1- $ 2- $ 3- $ 4 [E = uscor: Yes] RewriteRule ^ ([^ _] *) _ ([^ _] *) _ (। *) * $ 1- $ 2-। $ 3 [E = uscore: Yes] RewriteRule ^ ([^ _] *) (। *) $ $ 1- $ 2 [E = uscore: Yes] RewriteCond% ENV: uscor ^ Yes RewriteRule (। *) Http: //d.com/$1 [R = 301, L] 

RewriteEngine तथा RewriteBase सबसे हमेशा इन सटीक मूल्यों के लिए सेट किया जा सकता है। लेकिन आपको काम करने के लिए किसी और चीज के लिए चालू किए गए रिवेट्राइंगइन की आवश्यकता है। ऑनलाइन बहुत सारे मार्गदर्शक हैं जो बता रहे हैं कि mod_rewrite कैसे सक्षम करें और आपका होस्टिंग प्रदाता भी मदद कर सकता है.

सूचना सिंटैक्स के एक पैटर्न का अनुसरण करता है RewriteRules शीर्ष पर। इन नियमों का उपयोग किया जाता है एक HTTP अनुरोध के रूप में भेजे जा रहे मामलों के खिलाफ मैच. इनका उत्तर एक रेवेरिएट द्वारा दिया जाता है जो इस मामले में डोमेन के लिए सब कुछ पुनर्निर्देशित करता है d.com. अंतिम कोष्ठक जैसे [R = 301, L] को फिर से लिखना झंडे कहा जाता है जो महत्वपूर्ण, लेकिन एक उन्नत विषय से अधिक है.

Mod_rewrite सिंटैक्स निश्चित रूप से थोड़ा भ्रमित है लेकिन डरा नहीं है! स्निपेट अन्य उदाहरणों में बहुत आसान लग सकता है.

जब बस शुरू हो रही है, तो मुझे इस mod_rewrite webapp की अनुशंसा करनी होगी जो वास्तविक URL का उपयोग करके कोड नमूने बनाने में आपकी सहायता करता है। यह एक शानदार उपकरण है क्योंकि आप सिंटैक्स में विभिन्न मदों को देखने के लिए देख सकते हैं कि वे वास्तव में रिवाइट नियमों में क्या करते हैं। अध्ययन के लिए एक सरल उदाहरण के साथ यहां एक और शानदार ट्यूटोरियल है:

रिवेरिट्यूले ^ डीर / ([0-9] +) /? $ /Index.php?id=$1] [ 

एक बार इन सब पर खुद को ओवरलोड करने की कोशिश न करें। मुझे 3-4 महीनों में अच्छी तरह से समझ में आने लगा कि URL को फिर से कैसे लिखना है [0-9a-zA-Z] + और इसी तरह के पैटर्न के साथ। अभ्यास करते रहें और समय के साथ मैं वादा करता हूं कि आपको यह सामान मिलेगा जैसे कि यह सामान्य ज्ञान है.

वेबमास्टर्स के लिए कोड स्निपेट

मुझे आसानी से इस्तेमाल होने वाले स्निपेट्स पसंद हैं और मैं वेबमास्टर्स के लिए पर्टेंटेंट .htaccess कोड्स के इस छोटे से संग्रह को एक साथ रखना चाहता हूं। इन विचारों में से प्रत्येक अन्य कोड ब्लॉक के साथ अपने स्वयं के .htaccess फ़ाइल में अच्छी तरह से फिट हो सकता है। इनमें से अधिकांश स्निपेट के लिए महान हैं अपने वेब सर्वर वातावरण में त्वरित समस्याओं या सुधारों को हल करना. एकदम नए ऑनलाइन वेबमास्टर्स के लिए एकदम सही अपाचे सेटअप की कल्पना करें.

DirectoryIndex की स्थापना करना

DirectoryIndex के लिए कमांड का उपयोग आमतौर पर एक लाइन में किया जाता है। आप अपाचे को बता सकते हैं कि शुरू में किन दस्तावेजों को माना जाना चाहिए “मुख्य” दस्तावेज़। डिफ़ॉल्ट रूप से यह होगा index.html, index.php, index.asp और अन्य सूचकांक फ़ाइलों जैसे लक्ष्य आइटम. लेकिन इस कोड स्निपेट का उपयोग करके जो मैंने नीचे कॉपी किया है, आपके पास इस रूट डॉक्यूमेंट को कुछ भी बनाने की क्षमता है.

DirectoryIndex index.html index.cgi index.php 

दस्तावेजों का क्रम सबसे महत्वपूर्ण से शुरू होना चाहिए और रैंकों के माध्यम से कम से कम महत्वपूर्ण होना चाहिए। इसलिए अगर हमारे पास HTML या CGI फाइल नहीं है तो कमबैक होगा index.php. और आप इन फ़ाइलों को नाम भी दे सकते हैं home.php या someotherfile.php और यह सब वैध सिंटैक्स है.

डब्ल्यूडब्ल्यूडब्ल्यू या गैर-डब्ल्यूडब्ल्यूडब्ल्यू उपडोमेन

यदि आप निर्दिष्ट नहीं करते हैं तो Google आपके वेबसाइट डोमेन के दोनों संस्करणों के साथ काम कर सकता है www.domain.com या केवल domain.com. मेरे अनुभव में यह सबसे अच्छा अभ्यास है इनमें से एक चुनें और इसे एकमात्र विकल्प के रूप में सेट करें के माध्यम से .htaccess तब Google विभिन्न यूआरएल को कुछ डब्ल्यूडब्ल्यूडब्ल्यू उपडोमेन की ओर इशारा नहीं करेगा जबकि अन्य नहीं.

# फोर्स WWW सबडोमेन रेवेरिटेनइन ऑन रेवेरिटकॉन्ड% HTTP_HOST ^ domain.com [NC] RewriteRule ^ (। *) $ Http://www.domain.com/$1 [L, R = 301] रेब्राइटकॉन्ड% पर कोई Subdomain RewriteEngine नहीं। HTTP_HOST! ^ Domain.com $ [NC] RewriteRule ^ (। *) $ Http://domain.com/$1 [L, R = 301] 

यह कोड स्निपेट एक CSS- ट्रिक्स संग्रह से आता है और एक बहुत ही आसान समाधान प्रदान करता है। आपको अपनी वेबसाइट के लिए जो भी आवश्यक हो, डोमेन को अपडेट करना चाहिए। अन्यथा समस्याएं होंगी और आप तुरंत नोटिस करेंगे! लेकिन मैं इन दोनों विकल्पों में से एक को मजबूर करने के लिए अत्यधिक समर्थन करता हूं और यह एक नई वेबसाइट लॉन्च करने के बाद अपने कार्य सूची में सबसे ऊपर है.

फोर्स मीडिया फ़ाइल डाउनलोड

एक और काफी महत्वपूर्ण स्निपेट कुछ मीडिया प्रकारों को मजबूर करने की अनुमति देता है ब्राउज़र में प्रदर्शित होने के बजाय डाउनलोड करें. तुरंत मैं पीडीएफ दस्तावेजों और एमपी 3 ऑडियो फाइलों के बारे में सोच सकता हूं जो एक डाउनलोड करने योग्य प्रारूप में प्रस्तुत किए जा सकते हैं, लेकिन आप कैसे हैं सुनिश्चित करें कि वे डाउनलोड करने योग्य हैं? मुझे Htaccess Guide पर प्रकाशित एक ऐसा ही लेख मिला, जो इस कोड स्निपेट को रेखांकित करता है.

AddType एप्लिकेशन / ऑक्टेट-स्ट्रीम .zip .mp3 .mp4 

इस लाइन के अंत में और भी अधिक फ़िलिप को शामिल करने के लिए स्वतंत्र महसूस करें। ऑक्टेट-स्ट्रीम MIME प्रकार का उपयोग करने वाले सभी मीडिया प्रारूप डाउनलोड करने योग्य होंगे। यह सुनिश्चित करने के लिए .htaccess एक बहुत ही सीधा मार्ग है, यह सुनिश्चित करने के लिए कि लोग इन फ़ाइलों को ब्राउज़र में नहीं देख पा रहे हैं.

कस्टम त्रुटि दस्तावेज़

एक अंतिम अंतिम टुकड़ा जो मैं जोड़ना चाहता हूं वह कस्टम त्रुटि दस्तावेजों का एक पूरा टेम्पलेट है। आमतौर पर ये नंबर कोड केवल सर्वर एंड पर देखे जाते हैं। लेकिन इनमें से बहुत सारे त्रुटि दस्तावेज हैं जिनसे आपको परिचित होना चाहिए। कुछ उदाहरण हो सकते हैं 403/404 त्रुटी और यह 301 पुनर्निर्देशित.

यह त्रुटि कोड टेम्पलेट 100 से शुरू होता है और 500 त्रुटियों में ऊपर की ओर बढ़ता है. कृपया ध्यान दें कि आपको स्पष्ट रूप से इन सभी की आवश्यकता नहीं है। यदि आपको आवश्यकता महसूस होती है, तो केवल सबसे आम त्रुटियां आवश्यक होंगी, और संभवतः कुछ अस्पष्ट स्निपेट भी.

यदि आप एक कोड को नहीं पहचानते हैं तो बेहतर समझ पाने के लिए इसे विकिपीडिया पर देखें.

ErrorDocument 100 / 100_CONTINUE ErrorDocument 101 / 101_SWITCHING_PROTOCOLS ErrorDocument 102 / 102_PROCESSING ErrorDocument 200 / 200_OK ErrorDocument 201 / 201_CREATED ErrorDocument 202 / 202_ACCEPTED ErrorDocument 203 / 203_NON_AUTHORITATIVE ErrorDocument 204 / 204_NO_CONTENT ErrorDocument 205 / 205_RESET_CONTENT ErrorDocument 206 / 206_PARTIAL_CONTENT ErrorDocument 207 / 207_MULTI_STATUS ErrorDocument 300 / 300_MULTIPLE_CHOICES ErrorDocument 301 / 301_MOVED_PERMANENTLY ErrorDocument 302 / 302_MOVED_TEMPORARILY ErrorDocument 303 / 303_SEE_OTHER ErrorDocument 304 / 304_NOT_MODIFIED ErrorDocument 305 / 305_USE_PROXY ErrorDocument 307 / 307_TEMPORARY_REDIRECT ErrorDocument 400 / 400_BAD_REQUEST ErrorDocument 401 / 401_UNAUTHORIZED ErrorDocument 402 / 402_PAYMENT_REQUIRED ErrorDocument 403 / 403_FORBIDDEN ErrorDocument 404 / 404_NOT_FOUND ErrorDocument 405 / 405_METHOD_NOT_ALLOWED ErrorDocument 406 / 406_NOT_ACCEPTABLE ErrorDocument 407 / 407_PROXY_AUTHENTICATION_REQUIRED त्रुटि त्रुटि 408 / 408_REQUEST_TIME_OUT ErrorDocument 409 / 409_CONFLICT ErrorDocument 410 / 410_GONE ErrorDocument 411 / 411_LENGTH_REQUIRED ErrorDocument 412 / 412_PRECONDITION_FAILED ErrorDocument 413 / 413_REQUEST_ENTITY_TOO_LARGE ErrorDocument 414 / 414_REQUEST_URI_TOO_LARGE ErrorDocument 415 / 415_UNSUPPORTED_MEDIA_TYPE ErrorDocument 416 / 416_RANGE_NOT_SATISFIABLE ErrorDocument 417 / 417_EXPECTATION_FAILED ErrorDocument 422 / 422_UNPROCESSABLE_ENTITY ErrorDocument 423 / 423_LOCKED ErrorDocument 424 / 424_FAILED_DEPENDENCY ErrorDocument 426 / 426_UPGRADE_REQUIRED ErrorDocument 500 / 500_INTERNAL_SERVER_ERROR ErrorDocument 501 / 501_NOT_IMPLEMENTED ErrorDocument 502 / 502_BAD_GATEWAY ErrorDocument 503 / 503_SERVICE_UNAVAILABLE ErrorDocument 504 / 504_GATEWAY_TIME_OUT ErrorDocument 505 / 505_VERSION_NOT_SUPPORTED ErrorDocument 506 / 506_VARIANT_ALSO_VARIES ErrorDocument 507 / 507_INSUFFICIENT_STORAGE ErrorDocument 510 / 510_NOT_EXTENDED 

ऑनलाइन .htaccess वेबएप

• Htaccess बिल्डर
• .htaccess रिडायरेक्ट जेनरेटर
• .htaccessEditor - .htaccess फ़ाइल बनाएँ
• GenerateIt.net द्वारा मॉड रिवाइराइट जेनरेटर

अन्य उपयोगी संसाधन

• .Httpd विकी में htaccess
• आधिकारिक अपाचे htaccess प्रलेखन
• अपाचे ब्लॉग पूछो - Htaccess अभिलेखागार
• अंतिम गाइड htaccess और mod_rewrite के लिए
• सब कुछ आप कभी भी mod_Rewrite नियमों के बारे में जानना चाहते थे लेकिन पूछने के लिए डर गए थे

अंतिम विचार

वहाँ बहुत सारे अनगिनत संसाधनों पर चर्चा कर रहे हैं ऑनलाइन .htaccess फ़ाइलें। मेरे लिंक किए गए लेख और वेबएप आरंभ करने के लिए एक शानदार जगह है। लेकिन नए विचारों का अभ्यास करते रहें और डरे नहीं कोड स्निपेट का परीक्षण करना. जब तक आपके पास एक बैकअप फ़ाइल है फिर आप अपनी पसंद की चीज़ों का परीक्षण कर सकते हैं और यह सीखने का एक मजेदार अनुभव है.

यदि आपके पास .htaccess प्रबंधन के बारे में अन्य विचार या सुझाव हैं, तो कृपया नीचे चर्चा क्षेत्र में हमारे साथ साझा करें.