ज्ञानकोष

साइटको CDN रूपमा तपाईंको आफ्नै Gcore खाता प्रयोग गर्नुहोस्

CDN भूमिका भएको एक स्थायी Gcore API टोकन सिर्जना गर्नुहोस् र यसलाई कनेक्ट गर्नुहोस्, ताकि तपाईंको ड्यासबोर्डबाटै पूरै purge र सेटिङहरू प्रबन्ध गरी एउटा साइट तपाईंको आफ्नै Gcore CDN मा चल्न सकोस्।

यसले तपाईँका लागि के गर्छ

तपाईँको आफ्नै Gcore खाता जडान गर्दा तपाईँलाई हाम्रो CDN को सट्टा तपाईँको CDN मा साइट राख्न अनुमति मिल्छ। जोन, ट्राफिक र बिल तपाईँको खातामा हुन्छन्, र तपाईँ अझै पनि आफ्नो Zinn® ड्यासबोर्ड भित्रबाट क्यास पछाडि धकेल्न (purge गर्न) र CDN को सेटिङहरू परिवर्तन गर्न सक्नुहुन्छ — प्यानलहरू बीच स्विच गर्नु पर्दैन।

सुरु गर्नुअघि

CDN उपलब्ध भएको एउटा Gcore खाता।

१. Gcore मा कुञ्जी (key) सिर्जना गर्नुहोस्

Gcore ग्राहक पोर्टलमा, माथि दायाँतिर रहेको आफ्नो प्रोफाइल चित्र (avatar) खोल्नुहोस्, त्यसपछि Profile → API tokens → Create token मा जानुहोस्। यसलाई नाम दिनुहोस्, Never expire वा म्याद सकिने मिति छान्नुहोस्, र यसलाई आवश्यक पर्ने प्रत्येक उत्पादनका लागि भूमिका (role) दिनुहोस्। Gcore ले टोकन एक पटक मात्र देखाउँछ; त्यसपछि यसलाई कपी गर्नुहोस्।

उही टोकन तपाईँले जडान गर्ने प्रत्येक Gcore उत्पादनका लागि काम गर्दछ, त्यसैले यदि तपाईँले पहिले नै एउटा Gcore उत्पादन जडान गरिसक्नुभएको छ भने तपाईँ सोही टोकन पुनः टाँस्न (paste गर्न) सक्नुहुन्छ — शर्त यो छ कि यसको भूमिकाले यो उत्पादनलाई पनि समेटेको हुनुपर्छ। एउटा टोकनलाई तपाईँको आफ्नै लगइन भन्दा उच्च भूमिका दिन सकिँदैन।

CDN का लागि, टोकनलाई CDN को भूमिका दिनुहोस्।

२. यहाँ जडान गर्नुहोस्

आफ्नो ड्यासबोर्डमा Integrations खोल्नुहोस् र Connect an account छान्नुहोस्। समूहको रूपमा Your own CDN र खाताको रूपमा Gcore छान्नुहोस्, API token भर्नुहोस्, र Connect account थिच्नुहोस्।

कुनै पनि कुरा बचत हुनुअघि तपाईँले टाँस्नुभएको कुरा हामी परीक्षण गर्छौँ। काम नगर्ने कुञ्जी कहिल्यै भण्डारण गरिँदैन, र जवाफले यसमा के खराबी थियो भन्ने बताउँछ। काम गर्ने कुञ्जी हाम्रो गोप्य भल्ट (secrets vault) मा एन्क्रिप्ट गरेर राखिन्छ — हाम्रो डेटाबेसमा कहिल्यै राखिँदैन — र तपाईँलाई पनि पुनः कहिल्यै देखाइँदैन।

त्यसपछि के हुन्छ

  • कुनै साइटको CDN ट्याब खोल्नुहोस्। Where this site is served from अन्तर्गत, यो खाता गन्तव्यको रूपमा देखा पर्दछ। यसलाई छान्नुहोस् र पुष्टि गर्नुहोस्; हामी तपाईँको खातामा साइटको कन्फिगरेसन निर्माण गर्छौँ, यसलाई जाँच गर्छौँ, र त्यसपछि मात्र साइटलाई स्थानान्तरण गर्छौँ, ताकि स्थानान्तरणको क्रममा साइट सुचारु नै रहोस्।
  • सोही ट्याबबाट तपाईँ साइटको क्यास purge गर्न सक्नुहुन्छ र आफ्नो खातामा यसको CDN सेटिङहरू परिवर्तन गर्न सक्नुहुन्छ।
  • तपाईँले जडान गर्दा, कुञ्जीले के-के गर्न सक्छ भनेर हामी जाँच गर्छौँ: तपाईँका जोनहरू वा गुणहरू सूचीबद्ध गर्ने, कुनै एकलाई विस्तारमा पढ्ने, क्यास purge गर्ने, सेटिङहरू परिवर्तन गर्ने र — विक्रेतासँग उपलब्ध भए अनुसार — भौगोलिक नियमहरू। जडानको छेउमा रहेको चेकलिस्टले हामीले तीमध्ये कुन-कुन पुष्टि गर्न सक्यौँ भन्ने देखाउँछ, त्यसैले तपाईँले खातामा साइट स्थानान्तरण गर्नुअघि नै छुटेको अनुमति देखिन्छ।
  • Deploy a site to your own CDN account ले खाताहरू बीच साइट स्थानान्तरण गर्ने विषयलाई विस्तारमा समेट्छ।

यदि यो जडान भएन भने

तपाईँका स्रोतहरू देखा पर्दैनन्। टोकनको भूमिकामा CDN समावेश छैन। CDN समावेश भएको टोकन सिर्जना गर्नुहोस्।

यसले कुञ्जी अस्वीकृत भएको भन्छ। लगभग सधैँ तीनवटा कुराहरूमध्ये एउटा हुन्छ: यससँगै कपी भएको खाली ठाउँ (space) वा लाइन ब्रेक, म्याद सकिएको कुञ्जी, वा तपाईँले कपी गरेपछि रद्द गरिएको वा पुनः सिर्जना गरिएको कुञ्जी। नयाँ सिर्जना गर्नुहोस् र यसलाई पुनः टाँस्नुहोस्।

यो जडान हुन्छ, तर पछि केही असफल हुन्छ। कुञ्जीले प्रमाणिकरण त गर्छ तर यसमा कार्यका लागि आवश्यक अनुमतिको कमी हुन्छ। माथि सूचीबद्ध अनुमतिहरूसहित नयाँ कुञ्जी सिर्जना गर्नुहोस्, त्यसपछि पुरानो जडान विच्छेद गर्नुहोस् र नयाँ कुञ्जी जडान गर्नुहोस्।

जडान विच्छेद गर्दै

Integrations खोल्नुहोस्, खाता खोज्नुहोस् र Disconnect थिच्नुहोस्। त्यसले भण्डारण गरिएको कुञ्जी तुरुन्तै मेटाउँछ। यसलाई प्रयोग गरिरहेको जुनसुकै कुरा यसको अर्को कार्यमा रोकिन्छ, र यसमा निर्भर स्क्रिनहरूले सुस्त रूपमा असफल हुनुको सट्टा सोही कुरा जनाउँछन्।

जडान विच्छेद गर्नाले पहिले नै भइसकेका कामहरू रद्द हुँदैनन् — हामीले तपाईँको खातामा परिवर्तन गरेका रेकर्डहरू, डिप्लोयमेन्टहरू वा सेटिङहरू जस्ताको तस्तै रहन्छन्। यदि तपाईँलाई कुञ्जी आफैँ लिक भएको हुन सक्छ जस्तो लाग्छ भने, विक्रेताकहाँ गएर पनि यसलाई रद्द गर्नुहोस्; जडान विच्छेद गर्नाले हाम्रो प्रतिलिपि हट्छ, उनीहरूको हट्दैन।

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

हामीले हस्तीङ, एसइओ र ठूलो मात्रामा वेबसाइटहरू सञ्चालन गर्ने बारेमा के लेखिरहेका छौँ।

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

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

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

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

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

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

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

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

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

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

अझै पनि अल्झिनुभयो?

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

सम्पर्क समर्थन सबै लेखहरू