نطاقات نشطة تم التحقق منها وروابط خاصة بالمتاجر وخطة آمنة لاستبدال أسماء المضيفين القديمة.
1. خطط للعناوين
لكل نطاق أساسي ثلاثة أدوار: لوحة التحكم لفريقك، و صفحة الدفع للعملاء، و واجهة API العامة للتكاملات. الأسماء الافتراضية merchant وpay وapi؛ يمكنك اختيار غيرها وإضافة أسماء بديلة.
| الدور | النطاق الأول | النطاق الثاني |
|---|---|---|
| لوحة التحكم | merchant.example.com | panel.example.org |
| صفحة الدفع | pay.example.com | payment.example.org |
| واجهة API العامة | api.example.com | api.example.org |
يصل النطاقان إلى التثبيت نفسه. لا ينشئان محافظ أو بيانات أو صلاحيات وصول منفصلة. يتحكم نطاق المتجر المفضل في الروابط المولّدة، وليس عزل الحسابات.
2. أضف نطاقًا أو أدر الأسماء البديلة
افتح الإعدادات ← النظام ← النطاقات. استخدم إضافة نطاق فوق النطاقات النشطة لنطاق أساسي جديد مثل example.org. استخدم الإدارة على عنصر موجود لإضافة أسماء بديلة أو تغيير العناوين الأساسية.
مثلًا، احتفظ بـmerchant وpanel معًا كاسمين للوحة. الاسم الأول المميز بنجمة هو الأساسي لهذا الدور. اختر النطاق الأساسي الأولوي للروابط الافتراضية على مستوى النظام.
لا يُعاد تسمية نطاق أساسي نشط مباشرة؛ أضف نطاقًا بديلًا. تعرض المسودات بانتظار التفعيل ولم تصبح نشطة بعد. اختر المتابعة إلى DNS للحفظ والمراجعة.
3. وجّه DNS إلى VPS
أضف سجل A لكل اسم مضيف جديد، يوجّه إلى IPv4 الخاص بـVPS المعروض في اللوحة. أضف AAAA فقط إذا كان عنوان IPv6 يصل فعلًا إلى الخادم. احذف السجلات القديمة؛ لا يحرر Wholly Crypto إعدادات DNS نيابة عنك.
أبقِ الاتصالات الواردة على TCP 80 و443 مفتوحة في جداري الخادم والمزوّد الناريين. لا تمس وصول SSH. انقر على فحص DNS. يفحص أزواج المضيف والدور الجديدة أو المعدلة عبر DNS الموثوق، ويعيد استخدام العناوين النشطة التي لم تتغير.
تستخدم Cloudflare؟
في أول تثبيت، أبقِ الوكيل متوقفًا حتى اكتمال الإعداد. بعد ذلك يمكنك استخدام DNS مباشر أو عبر الوكيل دون تبديل وضع في Wholly Crypto. يبقى Let’s Encrypt على VPS.
استخدم Full (strict) ↖. أبقِ تحدي شهادة HTTP قابلًا للوصول وتجاوز التخزين المؤقت وتحديات المتصفح والروبوتات لطلبات اللوحة والدفع وAPI. يجب أن يستطيع Wholly Crypto التحقق من الخادم الأصلي أيضًا.
تتجاوز الفحوص الموثوقة ذاكرة عناوين DNS المعتادة لدى VPS أو مزوّد الإنترنت. قد يحتفظ الزوار بنتائج DNS قديمة، وقد تستغرق تغييرات خوادم الأسماء وقتًا أطول.
4. راجع ثم انشر
حفظ مسودة أو نجاح فحوص DNS لا يغير المسارات النشطة.
راجع الإضافات والإزالات وتغييرات العنوان الأساسي ثم اختر المتابعة إلى التفعيل ← التحقق من SSL والنشر. تتطلب التعديلات أو فحوص DNS الأقدم من عشر دقائق فحصًا آخر.
تُفحص العناوين الجديدة لتحديات الشهادات وHTTPS والخدمة الصحيحة. لا تعيد أزواج المضيف والدور النشطة غير المعدلة تلك الفحوص الشبكية، لكن يُتحقق من إعداد Nginx كاملًا.
انتظر النجاح والعودة إلى النطاقات النشطة. افتح كل اسم مضيف جديد وتحقق من دوره. عند الفشل، اقرأ تقرير النشر وحالة الاسترجاع قبل المحاولة مجددًا؛ لا تحذف النطاق العامل لفرض التفعيل.
5. اختر نطاقات لكل متجر
انتقل إلى المشروع ← المتاجر ← اختر المتجر ← الأساسيات ← نطاقات المتجر. اختر مضيفي التاجر والدفع وAPI النشطين لهذا المتجر. لا يمكن اختيار العناوين المعلقة.
تستخدم الروابط المولّدة اختيار المتجر ← المتجر الافتراضي للمشروع ← افتراضي النظام. مثلًا، يمكن لحقل API الفاتورة links.checkout استخدام payment.example.org لمتجر بينما يحتفظ آخر بـ pay.example.com.
أعدّ مضيفات API لحزم SDK وإضافات المتاجر بشكل منفصل؛ تغيير تفضيل متجر لا يعيد كتابة إعدادات التكامل. تحتفظ محاولات إعادة IPN/webhook الموقّعة المخزنة بروابطها الأصلية. لا تُعاد كتابة العلامات المرجعية وروابط العملاء الموجودة.
ما زالت أسماء اللوحة البديلة تتطلب Basic Auth وتسجيل دخول التطبيق. ضمن الإعدادات ← النظام ← قيود IP المصدر، تنطبق القواعد على كل اسم مضيف بشكل منفصل. أبقِ صفحة دفع العملاء مفتوحة إلا إذا كنت تريد عمدًا صفحة دفع خاصة.
6. استبدل العناوين القديمة على مرحلتين
- أضف البديل وانشره بينما يظل اسم المضيف القديم يعمل.
- افتح عنوان اللوحة الجديد وسجّل الدخول. اختبر الوصول إلى الدفع وAPI عبر العناوين البديلة.
- حدّث تفضيلات المتاجر والتكاملات والعلامات المرجعية والروابط المنشورة. احتفظ بأسماء pay وAPI البديلة القديمة ما دام العملاء أو التطبيقات يستخدمونها.
- من عنوان اللوحة الجديد، أدر النطاق أو الاسم البديل القديم وجهّز إزالته. راجع التغيير وانشره قبل حذف سجل DNS.
تمنع اللوحة إزالة اسم المضيف الذي تستخدمه حاليًا للوصول إليها. تُرفض المضيفات الملغاة، ولا يُعاد توجيهها تلقائيًا. حتى تغيير العنوان الأساسي فقط أو الإزالة يحتاج إلى مراجعة ونشر، ولو لم يلزم بحث DNS جديد.