ज्ञानकोष

आफ्नै AWS Amplify खातामा स्थिर साइट (static site) डिप्लॉय गर्नुहोस्

AWS र Amplify प्रयोग गर्न अनुमति प्राप्त AWS पहुँच कुञ्जी सिर्जना गर्नुहोस् र यसलाई जडान गर्नुहोस् — Amplify साइटहरू तपाईंको आफ्नै AWS खातामा मात्र प्रकाशित हुन्छन्, हाम्रा खाताहरूमा कहिल्यै हुँदैनन्।

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

तपाईंको आफ्नै AWS Amplify खाता जडान गर्दा तपाईंलाई आफ्नो Zinn® ड्यासबोर्डबाट स्थिर साइट तपाईंको AWS Amplify खातामा प्रकाशित गर्न दिन्छ। परियोजना र बिल तपाईंको स्वामित्वमा हुन्छ; हामी डिप्लोय, कस्टम डोमेन र DNS रेकर्डहरू ह्यान्डल गर्छौं।

तपाईंले सुरु गर्नु अघि

एक AWS खाता। AWS Amplify केवल तपाईंको आफ्नै खातामा उपलब्ध छ: Amplify ले प्रति गिगाबाइट सर्भ र प्रति बिल्ड मिनेट बिल गर्छ, जसमा कुनै निरन्तर नि:शुल्क टिएर हुँदैन, त्यसैले हाम्रो खातामा रहेको साइटको बिल कसैले पनि सीमित गर्न नसक्ने किसिमको हुन सक्छ। तपाईंको आफ्नै खातामा यो तपाईंको खर्च, तपाईंको सीमा र तपाईंको AWS कन्सोल हो।

यस जडानको लागि म्यानेज गर्ने एपहरूमा Amplify का कार्यहरू (amplify:*) लाई अनुमति दिने नीतिसहित एक IAM प्रयोगकर्ता सिर्जना गर्नुहोस्।

१. AWS Amplify मा कुञ्जी सिर्जना गर्नुहोस्

AWS कन्सोलमा IAM → Users खोल्नुहोस्, यो जडानले कार्य गर्नुपर्ने प्रयोगकर्ता छान्नुहोस् (एक समर्पित प्रयोगकर्ता सिर्जना गर्नुहोस् — कहिल्यै पनि आफ्नो रुट खाता प्रयोग नगर्नुहोस्), यसको Security credentials ट्याब खोल्नुहोस् र Access keys अन्तर्गत Create access key छान्नुहोस्। प्रयोग केसको रूपमा Other छान्नुहोस्, जारी राख्नुहोस्, र Create access key छान्नुहोस्। Access key IDSecret access key प्रतिलिपि गर्नुहोस् — AWS ले सेक्रेट एक पटक मात्र देखाउँछ। प्रत्येक IAM प्रयोगकर्तासँग एक पटकमा दुईवटा कुञ्जीहरू हुन सक्छन्।

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

तपाईंको ड्यासबोर्डमा Integrations खोल्नुहोस् र Connect an account छान्नुहोस्। समूहको रूपमा Static hosting (Netlify, Vercel) र खाताको रूपमा AWS Amplify छान्नुहोस्, Access key IDSecret access key भर्नुहोस्, र Connect account थिच्नुहोस्।

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

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

  • जब तपाईं स्थिर साइट सिर्जना गर्नुहुन्छ वा सार्नुहुन्छ, यो खाता डिप्लोय लक्ष्यको रूपमा देखा पर्दछ। यसलाई छान्नुहोस् र हामी साइटको बिल्डलाई तपाईंको खाताको परियोजनामा प्रकाशित गर्छौं।
  • कस्टम डोमेनहरू तपाईंको लागि जोडिएका हुन्छन्, र डोमेनले नयाँ होस्टमा रिजल्भ होस् भनेर विक्रेतालाई चाहिने कुनै पनि DNS रेकर्ड डोमेनको पृष्ठले देखाउँछ।
  • परियोजना, यसको प्रयोग र यसको बिल तपाईंको खातामा हुन्छन्; तपाईं आफ्नो विक्रेता ड्यासबोर्डमा प्रत्येक डिप्लोइमेन्ट हेर्न सक्नुहुन्छ।

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

AWS ले प्रमाण पत्र अस्वीकार गर्यो। IAM मा पहुँच कुञ्जी अझै सक्रिय छ कि छैन र प्रयोगकर्ताको नीतिले एपमा Amplify का कार्यहरूलाई अनुमति दिन्छ कि छैन भनी जाँच गर्नुहोस्। निष्क्रिय पारिएको पहुँच कुञ्जीले गलत कुञ्जीले जस्तै उत्तर दिन्छ।

सेक्रेट हराएको छ। AWS ले सेक्रेट एक्सेस कुञ्जी फेरि देखाउन सक्दैन। नयाँ पहुँच कुञ्जी सिर्जना गर्नुहोस्, यसलाई जडान गर्नुहोस्, त्यसपछि IAM मा पुरानो कुञ्जी मेटाउनुहोस्।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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