वेबसाइट
साइट सेटिंग्स
The Settings tab holds the small number of site-wide switches that do not belong to any other tab: whether HTTPS is forced, whether the site is showing a maintenance page, which file is served when…
साइट सेटिंग्स टैब में थोड़ी संख्या में साइट-व्यापी स्विच होते हैं जो किसी अन्य टैब से संबंधित नहीं हैं: क्या HTTPS को बाध्य किया जा रहा है, क्या साइट रखरखाव पृष्ठ दिखा रही है, जब कोई फोल्डर खोलता है तो कौन सी फाइल परोसी जाती है, और साइट को स्थायी रूप से हटाने वाली बटन।
साइट सेटिंग्स कहाँ रहती हैं
Websites खोलें, साइट पर क्लिक करें, साइट टैब स्ट्रिप में Settings मेनू खोलें, और Settings चुनें। पृष्ठ Settings शीर्षक है और तीन लेबल वाले अनुभागों में विभाजित है: Behavior, Serving, और एक लाल Danger Zone।
इस पृष्ठ पर सब कुछ के लिए sites:write अनुमति की आवश्यकता है। केवल-पढ़ने वाली टीम के सदस्य वर्तमान मान देख सकते हैं लेकिन टॉगल लॉक हैं और Danger Zone पूरी तरह से छिपा हुआ है।
Force HTTPS
Force HTTPS स्विच हर सादे HTTP अनुरोध को उसी URL के HTTPS संस्करण में पुनर्निर्देशित करता है। पैनल इसे चालू रखने की अनुशंसा करता है, और लाइव साइट पर इसे बंद करने का लगभग कोई कारण नहीं है।
इसे चालू करने के साथ, एक आगंतुक जो बिना स्कीम के आपका डोमेन टाइप करता है, या कहीं से पुरानी http:// लिंक का पालन करता है, सादे पाठ पर परोसे जाने के बजाय सुरक्षित संस्करण पर उतरता है। ब्राउज़र पैडलॉक दिखाते हैं, मिश्रित-सामग्री चेतावनियाँ चली जाती हैं, और कुछ भी जो सुरक्षित संदर्भ पर निर्भर करता है, जैसे service workers, काम करता है।
इसे केवल तब बंद करें जब आप redirect loop का निदान कर रहे हों, और इसके बाद इसे फिर से चालू करें।
Force HTTPS को चालू करने से पहले साइट के पास कार्यशील certificate न हो तो इसे चालू न करें। यदि certificate अभी तक जारी नहीं किया गया है, तो HTTPS को बाध्य करने से आगंतुक एक ऐसे पृष्ठ पर जाते हैं जिसे उनका ब्राउज़र लोड करने से इनकार करता है। पहले certificate की पुष्टि करें: SSL Certificates देखें।
यदि आप इसे चालू करते हैं और साइट अंतहीन रूप से पुनर्निर्देशित करना शुरू करती है, तो सामान्य कारण एक दूसरा redirect है जो आवेदन के अंदर परिभाषित है, उदाहरण के लिए .htaccess में या WordPress में, एक ही काम कर रहा है। दोनों में से एक को हटाएं। Fixing Mixed Content Warnings संबंधित मामले को कवर करता है जहाँ पृष्ठ लोड होता है लेकिन पैडलॉक नहीं दिखता।
रखरखाव मोड
Maintenance mode सभी आगंतुकों को एक रखरखाव पृष्ठ दिखाता है। पृष्ठ पर विवरण जानबूझकर स्पष्ट है: आपकी साइट तब तक सुलभ नहीं होगी जब तक आप इसे अक्षम न करें।
इसे चालू करने से एक वैकल्पिक Maintenance message फील्ड प्रकट होता है। इसे भरें। डिफ़ॉल्ट सुझाव छोटा और उचित है, लेकिन एक विशिष्ट संदेश इस पर उतरने वाले किसी के लिए बहुत बेहतर है: कहें कि क्या हो रहा है और आप कब वापस आने की उम्मीद करते हैं।
Save Changes पर क्लिक करें। बटन एक टिक के साथ पुष्टि करता है जब परिवर्तन संग्रहीत हो जाता है।
रखरखाव मोड का उपयोग करें जब आप कुछ ऐसा कर रहे हों जो उड़ान में टूटा हुआ दिखेगा: एक बड़ा सामग्री import, लाइव साइट पर theme swap, database migration। इसे उससे अधिक समय तक चालू न रखें।
रखरखाव मोड सभी को लागू होता है, आपको भी शामिल है। इस पैनल में कोई बाईपास नहीं है, इसलिए सार्वजनिक साइट के माध्यम से नहीं बल्कि KPanel, SFTP या WordPress admin के माध्यम से काम करने की योजना बनाएं। खोज इंजन जो विंडो के दौरान क्रॉल करते हैं वे आपकी सामग्री के बजाय रखरखाव पृष्ठ देखते हैं, जो विंडो को छोटा रखने का एक और कारण है।
Directory Index
Serving अनुभाग डिफ़ॉल्ट document को नियंत्रित करता है: जब कोई आगंतुक फोल्डर खोलता है तो परोसी जाने वाली फाइल न कि फाइल का नाम। फाइलें उस क्रम में आज़मायी जाती हैं जिसमें आप उन्हें सूचीबद्ध करते हैं, और पहली जो मौजूद है जीती है।
प्लेटफॉर्म डिफ़ॉल्ट index.php index.html है, जो WordPress और किसी भी PHP एप्लीकेशन के लिए सही है। फील्ड एक बार जब आपने इसे बदल दिया है तो एक Custom pill दिखाता है, इसलिए आप हमेशा बता सकते हैं कि क्या आप डिफ़ॉल्ट पर हैं।
तीन presets को एक-क्लिक chips के रूप में दिए गए हैं:
| Preset | कब उपयोग करें |
|---|---|
index.html index.php | एक static front page एक PHP एप्लीकेशन के सामने बैठता है |
index.php index.html | प्लेटफॉर्म डिफ़ॉल्ट, WordPress और PHP apps के लिए सही |
index.html | एक पूरी तरह से static साइट, कोई PHP fallback नहीं चाहा |
यदि आपको कुछ और की आवश्यकता है तो अपनी खुद की list टाइप करें: फाइल नामों को spaces के साथ अलग करें। लागू करने के लिए Save पर क्लिक करें, या डिफ़ॉल्ट पर वापस जाने के लिए Reset पर क्लिक करें।
इसे बदलने का सबसे आम कारण एक static landing page है जो एप्लीकेशन के अपने front controller पर जीती है। यदि आपकी साइट एक deploy के बाद अचानक गलत पृष्ठ परोसना शुरू करती है जो एक index.html जोड़ता है, यह सेटिंग क्यों है।
साइट को हटाना
Danger Zone के निचले हिस्से में एक एकल action है। चेतावनी पाठ scope के बारे में स्पष्ट है: स्थायी रूप से हटाने से साइट निकल जाती है, और सभी files, databases, SSL certificates और backups इसके साथ जाते हैं। यह अपरिवर्तनीय है।
प्रवाह दो चरण हैं। Delete Site पर क्लिक करें, फिर Confirm Delete के साथ पुष्टि करें, या Cancel पर क्लिक करके बाहर निकलें। एक बार पुष्टि किए जाने के बाद, आप Websites सूची में वापस आ जाते हैं और साइट चली जाती है।
हटाने से backups भी निकल जाते हैं, इसलिए सामान्य safety net लागू नहीं होता है। आप जो कुछ रखना चाहते हैं उसे download करें: SFTP पर files, और database को dump के रूप में। Uploading Files With SFTP और Connecting To Your Database Over an SSH Tunnel देखें।
यदि आप एक साइट हटा रहे हैं क्योंकि आपको अब hosting की जरूरत नहीं है, तो साइट को हटाना योजना को रद्द करने के समान नहीं है। subscription तब तक billing जारी रखता है जब तक आप इसे रद्द न करें: Cancelling a Service देखें।
यदि आप साइट को कहीं और स्थानांतरित कर रहे हैं और domain को रखना चाहते हैं, तो साइट से domain को पहले हटाएं ताकि यह कहीं नया इशारा करने के लिए स्वतंत्र हो: Site Domains Tab देखें।
यह पृष्ठ पर क्या नहीं है
बहुत सी साइट configuration tab strip में कहीं और रहती है, और यहाँ समय खोने का सबसे तेज़ तरीका Settings में इसे खोजना है:
- PHP version और limits: Advanced, फिर PHP।
- Redirects और error pages: Advanced, फिर Redirects या Error pages।
- Password protection और IP blocking: Advanced, फिर Password protection।
- Backups और point-in-time recovery: Backups मेनू।
- Caching और CDN: Performance मेनू।
- Domains और DNS: Domain मेनू।
समस्या निवारण
Save Changes कुछ दिखाई नहीं देता है। बटन संक्षेप में एक टिक दिखाता है। यदि इसके बजाय एक error toast दिखाता है, तो save को अस्वीकार कर दिया गया था; पृष्ठ को reload करें और जाँचें कि क्या आपकी role को अभी भी write access है।
Maintenance mode बंद है लेकिन आगंतुक अभी भी रखरखाव पृष्ठ देखते हैं। उनके ब्राउज़र या proxy ने पृष्ठ को cache किया है। Hard-refresh करें, और यदि साइट CDN के पीछे है, तो cache को purge करें: Purging the CDN Cache देखें।
Directory index परिवर्तन का कोई प्रभाव नहीं पड़ा। एक एप्लीकेशन-स्तरीय rewrite rule प्राथमिकता ले रहा है। .htaccess की जाँचें: Editing .htaccess देखें।
अगले कहाँ जाएं
- Site Domains Tab इस साइट से जुड़े domains के लिए।
- Site Activity Log, जो यहाँ किए गए हर परिवर्तन को record करता है।
- Taking a Backup Danger Zone में कुछ भी करने से पहले।