आपकी दुकानें। आपके डोमेन। एक इंस्टॉलेशन।

1. पतों की योजना बनाएँ

हर बेस डोमेन की तीन भूमिकाएँ हैं: कंसोल आपकी टीम के लिए, चेकआउट ग्राहकों के लिए और सार्वजनिक API इंटीग्रेशन के लिए। डिफ़ॉल्ट नाम merchant, pay और api हैं; दूसरे नाम चुन सकते हैं और उपनाम जोड़ सकते हैं।

दोनों डोमेन उसी इंस्टॉलेशन तक पहुँचते हैं। वे अलग वॉलेट, डेटा या ऐक्सेस अनुमतियाँ नहीं बनाते। स्टोर का पसंदीदा डोमेन बनाए गए लिंक तय करता है; यह टेनेंट का अलगाव नहीं है।

2. डोमेन जोड़ें या उपनाम सँभालें

खोलें: सेटिंग्स → सिस्टम → डोमेन। इस्तेमाल करें डोमेन जोड़ें जो चालू डोमेन के ऊपर है, नए बेस के लिए जैसे example.org। इस्तेमाल करें प्रबंधन मौजूदा एंट्री पर, उपनाम जोड़ने या मुख्य पते बदलने के लिए।

उदाहरण के लिए, कंसोल नामों में merchant और panel दोनों रखें। तारे से चिह्नित पहला नाम उस भूमिका का मुख्य नाम है। सिस्टम-व्यापी डिफ़ॉल्ट लिंक के लिए मुख्य बेस डोमेन चुनें।

चालू बेस का नाम वहीं नहीं बदला जाता; उसकी जगह नया डोमेन जोड़ें। ड्राफ़्ट में दिखता है सक्रिय होना बाकी और वे अभी चालू नहीं हैं। चुनें DNS पर आगे बढ़ें ताकि सहेजें और समीक्षा करें।

3. DNS को VPS पर इंगित करें

जोड़ें एक A रिकॉर्ड हर नए होस्टनेम के लिए, जो पैनल में दिखे VPS IPv4 पर इंगित करे। AAAA तभी जोड़ें जब वह IPv6 पता वास्तव में सर्वर तक पहुँचता हो। पुराने रिकॉर्ड हटाएँ; Wholly Crypto आपके लिए DNS नहीं बदलता।

आने वाला ट्रैफ़िक रखें TCP 80 और 443 सर्वर और प्रदाता के फ़ायरवॉल में खुला। अपना SSH ऐक्सेस बनाए रखें। क्लिक करें DNS जाँचें। यह नए या बदले होस्ट/भूमिका जोड़ों को authoritative DNS से जाँचता है; न बदले चालू पते दोबारा इस्तेमाल होते हैं।

Authoritative जाँच सामान्य VPS/ISP पता कैश को बायपास करती है। विज़िटर के पास फिर भी पुराना कैश DNS हो सकता है और नेमसर्वर बदलाव में अधिक समय लग सकता है।

4. समीक्षा करें, फिर प्रकाशित करें

जोड़ने, हटाने और मुख्य पता बदलने की समीक्षा करें, फिर चुनें सक्रियण पर आगे बढ़ें → SSL सत्यापित करें और प्रकाशित करें। संपादन होने या DNS जाँच दस मिनट से पुरानी होने पर फिर जाँच चाहिए।

नए पतों पर प्रमाणपत्र चैलेंज, HTTPS और सही सेवा जाँची जाती है। न बदले चालू होस्ट/भूमिका जोड़े वे नेटवर्क जाँच दोहराते नहीं, लेकिन पूरा Nginx कॉन्फ़िगरेशन फिर भी सत्यापित होता है।

सफलता और यहाँ वापसी का इंतज़ार करें: चालू डोमेन। हर नया होस्टनेम खोलें और उसकी भूमिका जाँचें। विफलता पर फिर कोशिश करने से पहले डिप्लॉयमेंट रिपोर्ट और रोलबैक स्थिति पढ़ें; सक्रियण मजबूर करने के लिए काम करता डोमेन न मिटाएँ।

5. हर स्टोर के डोमेन चुनें

यहाँ जाएँ प्रोजेक्ट → स्टोर → स्टोर चुनें → बुनियादी → स्टोर डोमेन। उस स्टोर के लिए सक्रिय मर्चेंट, चेकआउट और API होस्ट चुनें। लंबित पते नहीं चुने जा सकते।

बनाए गए लिंक इस्तेमाल करते हैं स्टोर का चुनाव → प्रोजेक्ट का डिफ़ॉल्ट स्टोर → सिस्टम डिफ़ॉल्ट। उदाहरण के लिए, इनवॉइस API का links.checkout इस्तेमाल कर सकता है payment.example.org एक स्टोर के लिए, जबकि दूसरा रखता है pay.example.com.

SDK और शॉप-प्लगइन API ओरिजिन अलग कॉन्फ़िगर करें; स्टोर की प्राथमिकता बदलने से इंटीग्रेशन सेटिंग्स नहीं बदलतीं। बचाए गए हस्ताक्षरित IPN/webhook पुनः प्रयास अपने मूल लिंक रखते हैं। मौजूदा बुकमार्क और ग्राहक लिंक नहीं बदले जाते।

कंसोल उपनामों पर फिर भी Basic Auth और एप्लिकेशन लॉगिन चाहिए। यहाँ सेटिंग्स → सिस्टम → स्रोत IP पाबंदियाँमें नियम हर होस्टनेम पर अलग लागू होते हैं। ग्राहक चेकआउट खुला रखें, जब तक आप जानबूझकर निजी चेकआउट न चलाते हों।

6. पुराने पते दो चरणों में बदलें

1. पुराना होस्टनेम काम करते हुए नया विकल्प जोड़ें और प्रकाशित करें।
2. नया कंसोल पता खोलें और साइन इन करें। नए पतों से चेकआउट और API ऐक्सेस जाँचें।
3. स्टोर प्राथमिकताएँ, इंटीग्रेशन, बुकमार्क और प्रकाशित लिंक अपडेट करें। ग्राहक या क्लाइंट इस्तेमाल करते रहें तब तक पुराने pay/API उपनाम रखें।
4. नए कंसोल पते से पुराने डोमेन या उपनाम का प्रबंधन करें और हटाने की तैयारी करें। उसका DNS रिकॉर्ड हटाने से पहले बदलाव की समीक्षा और प्रकाशन करें।

पैनल आपके अभी इस्तेमाल किए जा रहे कंसोल होस्टनेम को हटाने से रोकता है। हटाए गए होस्ट अस्वीकार होते हैं, अपने आप रीडायरेक्ट नहीं होते। केवल मुख्य पता बदलने या हटाने के लिए भी समीक्षा और प्रकाशन चाहिए, भले ही नया DNS लुकअप न चाहिए।

डोमेन संदर्भ · HTTPS समस्या समाधान