كيفية نقل موقعك إلى Cloudesta (قائمة مراجعة ومساعدة مجانية في النقل)

كيفية نقل موقعك إلى Cloudesta (قائمة مراجعة ومساعدة مجانية في النقل)

يمكنك نقل موقعك إلى Cloudesta بإحدى طريقتين. الأولى أن تفتح تذكرة دعم ويتولى فريق Cloudesta نقل حسابات cPanel الخاصة بك مجانًا، والثانية أن تنقل الملفات وقواعد البيانات والبريد الإلكتروني بنفسك. وفي كلتا الحالتين يكون الترتيب الآمن كالتالي: حصر كل ما لديك، ثم خفض قيمة TTL في DNS قبل النقل بيوم، ثم نسخ كل شيء، ثم اختبار الموقع على السيرفر الجديد عبر ملف hosts، ثم تحويل DNS، مع إبقاء الاستضافة القديمة تعمل لبضعة أيام. يشرح هذا الدليل الطريقتين لاستضافة cPanel ولـ VPS السحابي.

المتطلبات المسبقة

  • خدمة فعّالة لدى Cloudesta، سواء الاستضافة المشتركة بلوحة cPanel أو VPS سحابي، بالإضافة إلى IP السيرفر الجديد الموجود في رسالة الترحيب (ويظهر في هذا الشرح على أنه 203.0.113.10).
  • صلاحية الدخول إلى استضافتك القديمة (cPanel أو SSH أو FTP) وإلى الجهة التي تُدار منها إعدادات DNS لنطاقك.
  • قائمة بكل حسابات البريد الإلكتروني وكلمات مرورها، أو صلاحية إعادة تعيينها.
  • نحو ساعة في فترة يقل فيها عدد الزوار لإجراء التحويل النهائي لـ DNS.

1. هل تترك Cloudesta تنقل موقعك أم تنقله بنفسك؟

الخيار A: نقل مجاني بواسطة فريق Cloudesta

إذا كانت استضافتك القديمة تستخدم cPanel، فهذا هو الخيار الأسهل. افتح تذكرة على https://cloudesta.com/submitticket.php وأرفق أحد ما يلي:

  • رابط cPanel الخاص بالاستضافة القديمة واسم المستخدم وكلمة المرور. وبذلك يستطيع فريقنا نقل الحساب مباشرةً، بما في ذلك الملفات وقواعد البيانات والبريد الإلكتروني وشهادة SSL.
  • رابط تنزيل لنسخة احتياطية كاملة من cPanel. يمكنك إنشاؤها على الاستضافة القديمة من خلال cPanel » Files » Backup » Download a Full Account Backup. وعند انتهاء العملية يظهر ملف النسخة الاحتياطية (backup-*.tar.gz) في المجلد الرئيسي لحسابك.

أخبرنا أيضًا بالنطاقات المعنية، وهل تريد أن نبلغك بموعد تحويل DNS. أما إذا كانت استضافتك القديمة لا تستخدم cPanel، مثل Plesk أو DirectAdmin أو السيرفرات المُعدّة يدويًا، فاشرح إعداداتك في التذكرة وسنرشدك إلى الطريقة المناسبة.

غيّر كلمة مرور cPanel القديمة بعد اكتمال النقل، لأنك شاركتها في تذكرة.

الخيار B: النقل بنفسك

اتبع الأقسام التالية. نفّذ الخطوتين 2 و3 أولًا، ثم ما ينطبق عليك من الخطوات 4 إلى 6.

2. ما الذي يجب تجهيزه قبل النقل؟

دوّن كل ما هو موجود حاليًا على الاستضافة القديمة:

  • المواقع: كل نطاق ونطاق فرعي ونطاق إضافي (addon domain)، والمجلد الجذري (document root) الخاص بكل منها.
  • قواعد البيانات: أسماء قواعد البيانات ومستخدميها، والموقع الذي يستخدم كل قاعدة. راجع ملفات wp-config.php أو .env.
  • البريد الإلكتروني: كل صندوق بريد، وكل عملية إعادة توجيه، وكل رد تلقائي، وكل قائمة بريدية.
  • سجلات DNS: صدّر جميع السجلات أو التقط لقطة شاشة لها، بما فيها A وAAAA وCNAME وMX وTXT (‏SPF وDKIM وDMARC وسجلات التحقق) وSRV.
  • SSL: هل تستخدم شهادة مجانية من AutoSSL أو Let's Encrypt، أم شهادة مدفوعة. وفي حالة الشهادة المدفوعة ستحتاج أيضًا إلى المفتاح الخاص بها وملف CA bundle.
  • مهام Cron وإصدار PHP: دوّن إصدار PHP وأي امتدادات مطلوبة.

اخفض قيمة TTL قبل التحويل بـ 24 ساعة على الأقل

ابحث لدى مزوّد DNS الحالي عن سجلات A الخاصة بـ example.com وwww، وعن سجل MX. اضبط قيمة TTL لها على 300 ثانية. ثم انتظر مدة لا تقل عن قيمة TTL القديمة (وهي غالبًا 14400 أو 86400 ثانية) قبل التحويل، حتى تلتقط سيرفرات DNS التغيير خلال دقائق. يمكنك التحقق من قيمة TTL الحالية باستخدام:

dig example.com A +noall +answer

3. كيف تنقل موقع WordPress بنفسك؟

الطريقة 1: إضافة All-in-One WP Migration

استخدم هذه الطريقة مع المواقع الصغيرة والمتوسطة:

  1. ثبّت WordPress على السيرفر الجديد. في cPanel يمكنك استخدام Softaculous من خلال cPanel » Software.
  2. ثبّت الإضافة على الموقع القديم والموقع الجديد.
  3. على الموقع القديم، انتقل إلى All-in-One WP Migration » Export » File.
  4. على الموقع الجديد، انتقل إلى All-in-One WP Migration » Import.

النسخة المجانية تفرض حدًا لحجم الاستيراد. إذا كان ملف التصدير كبيرًا جدًا، فاستخدم الطريقة اليدوية التالية.

الطريقة 2: نقل الملفات وقاعدة البيانات يدويًا

أولًا، انسخ الملفات. إذا كان SSH متاحًا على السيرفرين، فنفّذ الأمر التالي من السيرفر الجديد:

rsync -avz -e ssh olduser@old.example-host.com:public_html/ ~/public_html/

إذا لم يكن SSH متاحًا، فاضغط مجلد public_html من مدير الملفات في الاستضافة القديمة ونزّله، ثم ارفعه وفك ضغطه عبر cPanel » Files » File Manager على Cloudesta.

بعد ذلك، صدّر قاعدة البيانات واستوردها كما هو موضح في القسم 5. ثم حدّث قيم DB_NAME وDB_USER وDB_PASSWORD وDB_HOST (وتكون عادةً localhost) في ملف wp-config.php.

إذا تغيّر النطاق أو البروتوكول، فاستبدل الروابط القديمة باستخدام WP-CLI. نفّذ التجربة الاختبارية (dry run) أولًا، ثم الاستبدال الفعلي:

cd ~/public_html
wp search-replace 'http://old.example.com' 'https://example.com' --all-tables --dry-run
wp search-replace 'http://old.example.com' 'https://example.com' --all-tables
wp cache flush

استخدم WP-CLI أو أداة تتعامل مع البيانات المُسلسلة (serialized) لهذه المهمة، لأن البحث والاستبدال العادي عبر SQL يُفسد البيانات المُسلسلة.

4. كيف تنقل حسابات البريد الإلكتروني إلى السيرفر الجديد؟

أولًا، أنشئ صناديق البريد نفسها على Cloudesta من خلال cPanel » Email » Email Accounts. وإذا كنت تفضّل استضافة بريد مستقلة، فاطّلع على بريد الأعمال.

ثم انسخ الرسائل عبر IMAP باستخدام imapsync. يمكنك تشغيله من جهاز يعمل بنظام Ubuntu 24.04 أو 22.04، مثل VPS سحابي:

sudo apt update && sudo apt install -y imapsync
echo 'oldpassword' > ~/pass1 && echo 'yourpassword' > ~/pass2 && chmod 600 ~/pass1 ~/pass2
imapsync --host1 mail.old-host.com --user1 info@example.com --passfile1 ~/pass1 --ssl1 \
         --host2 203.0.113.10 --user2 info@example.com --passfile2 ~/pass2 --ssl2

شغّله مرة الآن، ومرة أخرى مباشرةً بعد تغيير سجل MX لالتقاط أي رسائل جديدة. التشغيل المتكرر ينسخ الرسائل الناقصة فقط. احذف ملفات كلمات المرور عند الانتهاء. وإذا كان لديك عدد قليل من صناديق البريد الصغيرة، فيمكنك بدلًا من ذلك إضافة الحسابين في Thunderbird وسحب المجلدات من أحدهما إلى الآخر.

5. كيف تنقل قاعدة بيانات MySQL باستخدام mysqldump؟

على السيرفر القديم، صدّر قاعدة البيانات:

mysqldump -u dbuser -p --single-transaction --routines --triggers dbname > dbname.sql

بعد ذلك، أنشئ قاعدة البيانات الجديدة ومستخدمها على Cloudesta. في cPanel استخدم cPanel » Databases » MySQL Database Wizard، مع ملاحظة أن cPanel يضيف بادئة حسابك إلى الأسماء. وعلى VPS أنشئهما من خلال عميل mysql. ثم نفّذ الاستيراد:

mysql -u newdbuser -p newdbname < dbname.sql

إذا لم يكن SSH متاحًا، فنفّذ التصدير والاستيراد عبر phpMyAdmin بدلًا من ذلك.

6. كيف تختبر الموقع قبل تغيير DNS؟

يمكنك توجيه جهازك أنت فقط إلى السيرفر الجديد بإضافة سطر إلى ملف hosts. على Linux وmacOS يكون الملف /etc/hosts. وعلى Windows يكون C:\Windows\System32\drivers\etc\hosts، ولتعديله افتح Notepad بصلاحيات المسؤول (Administrator).

203.0.113.10  example.com www.example.com

تصفّح الموقع، وسجّل الدخول إلى لوحة الإدارة، وأرسل النماذج، وتحقق من الصور. احذف السطر عند الانتهاء. ويمكنك أيضًا الاختبار من سطر الأوامر دون تعديل أي ملف:

curl -I --resolve example.com:80:203.0.113.10 http://example.com

7. كيف تحوّل DNS وتُكمل عملية النقل؟

لديك طريقتان للتحويل:

  • تغيير سيرفرات الأسماء (Nameservers) لدى مسجّل النطاق إلى تلك الموجودة في رسالة الترحيب من Cloudesta. إذا اخترت هذه الطريقة، فأعد أولًا إنشاء كل السجلات التي دوّنتها، وخاصةً سجلات TXT وسجلات التحقق.
  • الإبقاء على مزوّد DNS الحالي وتحديث سجلات A فقط (وسجل MX إذا كنت ستنقل البريد) لتشير إلى 203.0.113.10.

بعد أن يشير DNS إلى Cloudesta، يُصدر AutoSSL في cPanel الشهادات تلقائيًا. ويمكنك تشغيله يدويًا من خلال cPanel » Security » SSL/TLS Status » Run AutoSSL. وعلى VPS نفّذ sudo certbot --nginx -d example.com -d www.example.com، أو استخدم --apache مع Apache.

لا تُلغِ الاستضافة القديمة بعد. أبقِها تعمل لمدة 3 إلى 7 أيام حتى يظل الزوار وسيرفرات البريد التي تتأخر في تحديث DNS قادرين على الوصول إلى نسخة تعمل. وتجنّب إجراء أي تعديلات على محتوى الموقع القديم خلال هذه الفترة.

تحقق من أن كل شيء يعمل

تأكد من أن DNS وHTTPS والبريد تشير جميعها إلى السيرفر الجديد:

dig +short example.com A
dig +short www.example.com A
dig +short example.com MX
curl -I https://example.com

يجب أن تُرجع سجلات A القيمة 203.0.113.10، وأن يُرجع curl الاستجابة HTTP/2 200 (أو تحويلًا 301 إلى الرابط المفضّل لديك) مع شهادة صالحة. وأخيرًا، أرسل رسائل تجريبية من كل صندوق بريد وإليه.

مشكلات شائعة

علامة القفل غير ظاهرة أو المتصفح يحذّر من محتوى مختلط (mixed content)

قاعدة البيانات ما زالت تحتوي على روابط http://. نفّذ wp search-replace 'http://example.com' 'https://example.com' --all-tables وامسح ذاكرة التخزين المؤقت لأي إضافة كاش أو لـ LiteSpeed Cache.

صفحة بيضاء أو خطأ "missing extension"

إصدار PHP أو امتداداته مختلفة عن الاستضافة القديمة. في الاستضافة المشتركة، اضبطها لتطابق القديمة من خلال cPanel » Software » Select PHP Version. وعلى VPS، ثبّت ما ينقص ثم أعد تشغيل PHP-FPM:

sudo apt install -y php-mysql php-curl php-gd php-mbstring php-xml php-zip php-intl
sudo systemctl restart php*-fpm

رسائل البريد ترتد أو تتوقف عن الوصول بعد تغيير سجل MX

يعني هذا عادةً أن صناديق البريد لم تكن قد أُنشئت بعد على السيرفر الجديد، أو أن قيمة TTL كانت لا تزال مرتفعة. أنشئ جميع الحسابات قبل تغيير MX، واخفض قيمة TTL قبلها بيوم، ثم شغّل imapsync مرة أخرى لجمع الرسائل التي وصلت إلى السيرفر القديم.

خطأ "Error establishing a database connection"

بيانات الاتصال في wp-config.php لا تطابق قاعدة البيانات الجديدة. تذكّر أن أسماء قواعد البيانات ومستخدميها في cPanel تحمل بادئة الحساب، مثل cpuser_wpdb.

الأسئلة الشائعة

هل النقل مجاني فعلًا؟

نعم، ينقل فريق Cloudesta حسابات cPanel دون أي رسوم. افتح تذكرة تتضمن بيانات الدخول إلى استضافتك القديمة أو رابط نسخة احتياطية كاملة، وسنؤكد لك نطاق العمل.

هل سيتوقف موقعي أثناء النقل؟

في الوضع الطبيعي لا. تظل الاستضافة القديمة تخدم الزوار حتى يتغيّر DNS، ومع قيمة TTL منخفضة يكتمل التحويل خلال دقائق.

كم من الوقت يستغرق وصول تغييرات DNS إلى الجميع؟

مع قيمة TTL تبلغ 300 ثانية، يرى معظم الزوار السيرفر الجديد خلال ساعة. أما تغيير سيرفرات الأسماء لدى مسجّل النطاق فقد يستغرق من 24 إلى 48 ساعة.

تحتاج إلى مساعدة؟ افتح تذكرة دعم على https://cloudesta.com/submitticket.php وسيتولى فريقنا نقل الموقع نيابةً عنك أو حل أي مشكلة تواجهك أثناء النقل.

هل كانت المقالة مفيدة ؟

0 أعضاء وجدوا هذه المقالة مفيدة

Powered by WHMCompleteSolution