انقل حساباتك دون تنزيل في المنتصف.
وجّه Nimbopanel إلى خادمك القديم عبر SSH، أو سلّمه نسخة احتياطية لديك بالفعل. في كلتا الحالتين يُعيد إنشاء الحساب بالكامل — معزولًا، على خادمك الجديد، مع بقاء كلمات المرور سليمة.
اختر ما يناسب طريقة وصولك
من خادم إلى خادم، عبر SSH
أعطِ Nimbopanel عنوان الخادم القديم وبيانات دخول. يطلب من اللوحة القديمة بناء نسخة احتياطية جديدة، ثم ينقلها مباشرةً — لا شيء يمرّ عبر حاسوبك المحمول، فحساب بحجم عشرين غيغابايت ليس أصعب من حساب صغير. تعمل عملية النقل في الخلفية وتُبلغ عن تقدمها؛ وإن فشلت، لا تترك أي أثر.
يمكنه أيضًا نقل أرشيف موجود بالفعل على الخادم القديم، بدلًا من طلب بناء أرشيف جديد.
ارفع نسخة احتياطية لديك بالفعل
يمكن رفع نسخة احتياطية قياسية كاملة للحساب — أرشيف cpmove أو pkgacct الذي ينتجه cPanel أصلًا — من اللوحة. مفيد حين يكون الخادم القديم قد اختفى، أو حين لا يكون بيدك منح وصول SSH إليه.
كلا المسارين يصلان إلى النقطة نفسها: فحص مبدئي يخبرك بالضبط بما في الداخل، ثم نقرة واحدة.
يطلب منك مسار SSH تأكيد بصمة مفتاح الخادم القديم قبل نقل أي شيء، وبيانات الدخول التي تكتبها تُستخدم لتلك العملية الواحدة ولا تُخزَّن أبدًا.
اسحب واستورد بنقرة واحدة
ضع علامة على “Import automatically” عند بدء نقل عبر SSH، ولن يكتفي Nimbopanel بجلب النسخة الاحتياطية — بل ينفّذ الاستيراد بالكامل لحظة وصول الأرشيف. لا خطوة preflight، ولا نقرة ثانية: يُعاد إنشاء الحساب وملفاته وقواعد بياناته وصناديق بريده وسجلات DNS من أجلك، وتُبلّغ اللوحة “Migrated — account X created” عند الانتهاء. تفضّل الاطّلاع أولًا؟ لا يزال مسار connect → preflight → import متاحًا عندما ترغب في فحص أرشيف قبل وصوله.
أربع خطوات، بلا عناء
اتصل أو ارفع
ادخل إلى الخادم القديم عبر SSH وأكّد بصمته، أو ارفع أرشيف cpmove / pkgacct من اللوحة.
فحص مبدئي
يقرأ Nimbopanel الأرشيف ويُبلّغ بالضبط بما سيُستورَد: النطاقات وقواعد البيانات وصناديق البريد والأحجام — وأي شيء لا يمكنه نقله يُذكر بالاسم بدلًا من إسقاطه.
استيراد
نقرة واحدة تُعيد إنشاء الحساب: مستخدم Linux معزول، والملفات، وقواعد البيانات ومستخدموها، وصناديق البريد برسائلها المخزّنة، ومنطقة DNS، والنطاقات الإضافية والمركونة، وإصدار PHP الذي كان الموقع يعمل عليه.
تحقّق وانتقل
اختبر الموقع والبريد على الخادم الجديد، ثم وجّه DNS. كلمات المرور وإعدادات التطبيقات متطابقة بالفعل، فلا شيء يحتاج إلى إعادة إدخال.
.htaccess الخاص بك يأتي معك
روابط WordPress الدائمة، ومسارات Laravel وSymfony، وقواعد إضافة أمان، وقواعد إضافة تخزين مؤقت — كلها تعيش في .htaccess، وكلها تكتبها البرمجيات بعد انتهاء النقل بوقت طويل.
اكتُشف أثناء الاستيراد
إذا حمل حساب توجيهات لا يمكن إعادة إنتاجها على مسار nginx الأسرع، يُنشأ ذلك الحساب بـ Apache حقيقي خلف nginx. يحدث ذلك تلقائيًا، ويحدث لكل موقع — ولن يُطرح عليك سؤال تحتاج إلى البحث عنه أولًا.
حيثما دعت الحاجة فقط
الموقع الذي لا يستخدم .htaccess إطلاقًا يبقى على القفزة الواحدة الأسرع. وعلى خادم لا يحتاج فيه أي حساب إلى Apache، لا يعمل خادم ويب ثانٍ على الإطلاق.
لا شيء آخر يتغيّر
يظل PHP يعمل بهوية مستخدم Linux الخاص بالحساب، ولا يزال HTTPS ينتهي عند nginx — فالشهادات والتجديدات والعزل تمامًا كما كانت.
أو اطّلع على ما سيُترجَم
تفضّل مسار nginx؟ تحوّل اللوحة ما تستطيع وتسرد، سطرًا سطرًا، التوجيهات التي لم تستطع تحويلها — فتقرّر أنت، بدلًا من أن تكتشف الأمر من أحد الزوّار.
لن يلاحظ عملاؤك — بالمعنى الجيد
تحافظ أداة الاستيراد على التفاصيل التي تُفشل عمليات الترحيل الأقل جودة.
كلمات المرور محفوظة
تُحفظ كلمات مرور مستخدمي قواعد البيانات وصناديق البريد (تُنقل بصيغتها المُجزّأة)، فتظل التطبيقات وعملاء البريد قادرة على تسجيل الدخول.
نفس أسماء قواعد البيانات
لأن الحساب يحتفظ باسم مستخدم cPanel الخاص به، تتطابق أسماء قواعد البيانات — فيعمل wp-config.php وأمثاله دون أي تغيير.
البريد + الرسائل القديمة
تُنقل صناديق البريد وأدوات إعادة التوجيه والرسائل المخزّنة الفعلية إلى صندوق البريد المُعاد إنشاؤه.
النطاقات + DNS
تُعاد إنشاء النطاقات الإضافية والنطاقات الفرعية والنطاقات المركونة وسجلات مناطق DNS.
إصدار PHP الذي كان الموقع يعمل عليه
الموقع المكتوب لـ PHP 7.4 يعمل على PHP 7.4 في مجمّعه الخاص. تتوفر الإصدارات من 5.6 حتى 8.5، ويُختار الإصدار لكل حساب.
حاجز يحيط بالأرشيف
النسخة الاحتياطية القادمة من خادم آخر مُدخَل غير موثوق. تُنقّى المسارات، ولا تُؤخذ في الاعتبار سوى الملفات العادية، ويُحدَّد سقف للحجم وعدد الملفات، ولا يُنفَّذ أي شيء بداخلها إطلاقًا.
ملاحظة صادقة: تُنقل الحسابات واحدًا تلو الآخر، وأي شيء يحمله الأرشيف ولا يجد له Nimbopanel موضعًا يُدرَج في التقرير بدلًا من إسقاطه بصمت — فترى دائمًا بالضبط ما جرى استيراده وما لم يُستورَد.
كيف يتوافق إعدادك الحالي مع Nimbopanel
كل جزء من منظومة cPanel وWHM التقليدية له مكان هنا — وغالبًا ما تُدمج عدة منتجات منفصلة ضمن اللوحة نفسها.
| إعدادك الحالي | في Nimbopanel |
|---|---|
| WHM (إدارة الخادم) | لوحة تحكم المشغّل — الحسابات، والخطط، والحصص، والأمان، والبريد، كل ذلك من مكان واحد. |
| حسابات cPanel | حسابات معزولة تمامًا، لكل منها مستخدم Linux خاص ومجمّع PHP-FPM مستقل، محصّنة عن بعضها البعض. |
| EasyApache وMultiPHP | إصدار PHP لكل موقع من 5.6 إلى 8.5، يُختار لكل حساب ويعمل ضمن مجمّعه الخاص. |
| AutoSSL | AutoSSL من Let’s Encrypt لكل نطاق — بما في ذلك www والبريد — تُصدر وتُجدد نيابةً عنك. |
| نسخ احتياطية للحساب | نسخ احتياطية مجدولة وأخرى خارج الخادم، مع استعادة دقيقة لملفات منفردة أو قاعدة بيانات واحدة أو البريد أو مهام cron. |
| WHMCS لفوترة العملاء | NimboBilling، مدمج في كل خطة مدفوعة — الفواتير، والضرائب، والتذاكر، والدفع عبر بوابات متعددة، دون أي ترخيص إضافي. |
| ترخيص لكل حساب | ترخيص لكل خادم — أضف أكبر عدد ممكن من حسابات الاستضافة التي يتحملها خادمك، دون أي رسوم إضافية لكل حساب. |
مقارنة مباشرة، لا بطاقة تقييم — هذه ببساطة نظائر Nimbopanel للعناصر التي تُشغّلها بالفعل.
مستعد للانتقال؟
ابدأ مجانًا، وانقل حسابًا واحدًا، وشاهد مدى سلاسة الانتقال قبل أن تلتزم.