ज्ञानकोष

ग्राहकहरूलाई तिनीहरूको आफ्नै CDN र DNS प्रदान गर्दै

पूलहरू, आफ्नै खाताहरू, र फुटप्रिन्ट पृथकीकरणका लागि किन एकभन्दा बढी खाता आवश्यक पर्दछ।

पूर्वनिर्धारित रूपमा तपाईंका ग्राहकका साइटहरूले हाम्रा CDN र DNS खाताहरू प्रयोग गर्छन्। धेरैजसो रिसेलरहरूका लागि यो सही हुन्छ। दुईवटा परिस्थितिहरूले यसलाई परिवर्तन गर्छन्।

ग्राहकको आफ्नै खाता कहिले हुनुपर्छ

उनीहरूसँग पहिले नै खाता छ र त्यसलाई नै राख्न चाहन्छन् — उनीहरूको टोलीलाई यो थाहा छ, उनीहरूका नियमहरू यसैमा छन्, र सार्दा कुनै फाइदा बिना नै झन्झट मात्र हुन्छ। Reseller → Networks → उनीहरूको खाता थप्नुहोस्, र त्यसपछि उनीहरूका साइटहरूले यसलाई प्रयोग गर्नेछन्।

फुटप्रिन्ट (Footprint) पृथकीकरण। आपसमा सम्बन्धित नदेखिनुपर्ने साइटहरूले नेमसर्भर, IP वा CDN खाता साझा गर्नु हुँदैन, किनकि कसैले खोज्ने सम्बन्धहरू ठ्याक्कै यिनै हुन्। खाताहरूको एउटा पूल (pool), जसमा साइटहरूलाई ती खाताहरूभरि वितरण गरिन्छ, त्यसले यो सम्बन्धलाई तोड्छ।

पूल्स (Pools)

पूल भनेको हामीले साइटहरू वितरण गर्ने खाताहरूको एउटा समूह हो। तपाईंले खाताहरू थप्नुहुन्छ — तपाईंको, हाम्रो वा ग्राहकको — र साइटहरू कसरी विनियोजन गरिन्छन् भनी रोज्नुहुन्छ: राउन्ड-रोबिन (round-robin), वा ग्राहकका आफ्नै साइटहरू सँगै रहने गरी तर फरक-फरक ग्राहकहरूले कहिल्यै साझा नगर्ने गरी समूहीकृत।

Reseller → Networks → Pools ले प्रत्येक खाताले कतिवटा साइटहरू धानिरहेको छ भनी देखाउँछ र कुनै खाताले आफ्नै प्रदायकको सीमा पुर्‍याउनुअघि चेतावनी दिन्छ।

नेमसर्भरहरू (Nameservers)

कुनै जोन जुन खातामा परे पनि, यदि तपाईंले सेटअप गर्नुभएको छ भने तपाईंका ग्राहकहरूले तपाईंको नेमसर्भरहरू देख्छन् — हाम्रो कुनै पनि कुराको सट्टा ns1.yourbrand.com। त्यो ह्वाइट-लेबलिङ (white-labelling) को सबैभन्दा बढी देखिने एकल भाग हो र यो गर्न लायक छ।

⛔ तपाईं यसमा भर पर्नुअघि ग्राहकको खाताको सीमा जाँच गर्नुहोस्। नि:शुल्क-स्तरको CDN खातामा जोनको सीमा हुन्छ, र तपाईंले सबैभन्दा कम चाहेको दिनमा नै "साइट लाइभ हुने छैन" भनी असफलता देखा पर्छ।

ब्लगबाट पछिल्लो

होस्टिङ, SEO र ठूलो मात्रामा साइटहरू सञ्चालन गर्ने बारे हामीले लेखेका कुराहरू।

होस्टिङ तहबाट एसइओ र लिङ्क निर्माण: २०२६ का अपरेटरको दृष्टिकोण

सन् २०२६ मा होस्टिङले इन्डेक्सिङ र लिङ्क इक्विटीलाई कसरी रूप दिन्छ: पृष्ठहरूलाई इन्डेक्समा राखिराख्ने, निर्माण गर्नुअघि पुराना डोमेनहरू जाँच गर्ने, कुनै सर्च फुटप्रिन्ट बिना लिङ्क निर्माण गर्ने, र पूर्वाधारले एसइओका लागि के गर्न सक्छ र के गर्न सक्दैन भन्ने बारेमा इमानदार दृष्टिकोण।

पोस्ट पढ्नुहोस् →

WordPress लाई द्रुत र सुरक्षित बनाउने: कार्यसम्पादन र प्लगइन चेकलिस्ट

द्रुत, सुरक्षित WordPress का लागि एक व्यावहारिक चेकलिस्ट: सर्भर-स्तरको क्यासिङ, प्रति-साइट अब्जेक्ट क्यास, चलाउन लायक केही सीमित प्लगइनहरू, स्ट्याकलाई अद्यावधिक राख्ने, र तपाईंले कहिल्यै क्यास गर्न नहुने WooCommerce पृष्ठहरू।

पोस्ट पढ्नुहोस् →

२०२६ मा व्यवस्थित वेब होस्टिङ कसरी छनौट गर्ने: एक खरिदकर्ताको गाइड

कन्ट्रोल प्यानल भएको सस्तो बक्सबाट राम्रो व्यवस्थित होस्टिङलाई वास्तवमा केले फरक पार्छ — माइग्रेसन, ब्याकअप, अलगाव, वास्तविक क्यासिङ र इमानदार स्केलिंग — र तपाईंले प्रतिबद्ध हुनुअघि यसलाई कसरी मूल्याङ्कन गर्ने।

पोस्ट पढ्नुहोस् →

ब्लग पढ्नुहोस् →

अझै पनि समस्या भइरहेको छ?

सबै योजनाहरूमा सहयोग समावेश गरिएको छ, हेल्पडेस्क दिनको 24 घण्टा खुला रहन्छ, र तपाईंले हाम्रा कुनै पनि 58 भाषाहरूमा हामीलाई लेख्न सक्नुहुन्छ—हामी तपाईंले बुझ्ने भाषामा जवाफ दिन्छौं।

सहयोगलाई सम्पर्क गर्नुहोस् → सबै लेखहरू →