كيف تنقل موقع WordPress إلى VPS جديد

نقل موقع WordPress يعني نقل ثلاثة أشياء: الملفات (وأهمها مجلد wp-content) وقاعدة البيانات وسجل DNS لنطاقك. أسهل طريق هو إضافة للترحيل. وبالطريقة اليدوية تنسخ الملفات وتصدّر قاعدة البيانات وتحمّلها على الخادم الجديد وتصحح العناوين إن تغيّرت.

الترتيب واحد أيًّا كانت الطريقة: انسخ احتياطيًا، واختبر على الخادم الجديد، واترك DNS للأخير. ولا توقف الخادم القديم حتى يعمل الموقع الجديد.

قبل أن تبدأ

• خذ نسخة احتياطية كاملة. احتفظ بنسخة من الملفات وقاعدة البيانات على حاسوبك. ويطلب دليل الترحيل الرسمي لـ WordPress كذلك أخذ نسخة احتياطية قبل أي تغيير في قاعدة البيانات.
• اعرف الحجم. كم MB يبلغ مجلد wp-content وقاعدة البيانات؟ هذا يحدد الطريقة التي تناسبك.
• قارن الإصدارات. هل يعمل إصدار PHP على الخادم الجديد مع إضافاتك القديمة؟ حدّث الإضافة غير المتوافقة قبل أن تنقلها.
• خفّض TTL. قبل التحويل بيوم أو يومين اضبط TTL لسجلات DNS في نطاقك على 300 ثانية. فلا يبقى العنوان القديم في الذاكرات المؤقتة طويلًا.
• تحقق من مكان بريدك. تغيير سجل A لا يمس سجلات MX. فإذا كان بريدك يعمل على خادم الموقع فيجب نقله على حدة.

الطريقة 1: النقل بإضافة

تجمع إضافات الترحيل الملفات وقاعدة البيانات في حزمة واحدة وتفكّها على الموقع الجديد، ومعظمها يصحح العناوين أيضًا. وثمة ثلاثة أساليب شائعة:

• رفع حزمة في المتصفح. تنشئ الحزمة على الموقع القديم، وتثبّت الإضافة نفسها على WordPress الجديد وترفع الحزمة (تعمل All-in-One WP Migration هكذا مثلًا). ويصطدم هذا الأسلوب بحد حجم الرفع في الخادم.
• وضع الحزمة عبر SFTP. تطلب إضافات مثل Duplicator أن تنسخ الأرشيف وملف installer.php إلى مجلد فارغ على الخادم الجديد، ثم تفتح installer.php في المتصفح. وعليك أن تنشئ قاعدة البيانات ومستخدمها مسبقًا. وعند الانتهاء احذف installer.php والأرشيف، لأن أي شخص يعرف العنوان يمكنه تشغيل المثبّت من جديد.
• الاستعادة من تخزين بعيد. مع إضافة نسخ احتياطي مثل UpdraftPlus، توصل التخزين السحابي نفسه بالموقع الجديد وتجد النسخة بالرابط "Rescan remote storage". فلا ترفع الملف الكبير عبر المتصفح إطلاقًا.

حد 64 MB على خادم WordPress الجاهز

على خادم WordPress الجاهز في Seturack يمكنك رفع 64 MB كحد أقصى دفعة واحدة. والإضافات التي تأخذ حزمة عبر المتصفح تصطدم بهذا الحد. فإن كانت حزمتك أكبر فاستخدم الاستعادة من تخزين بعيد أو انقل الموقع يدويًا. ولأن التطبيق الجاهز يعمل في Docker، فالملفات ليست حيث تكون في التثبيت التقليدي. وللموقع الكبير الذي ستنقله يدويًا، يكون خادم Ubuntu نظيف مثبّت عليه Apache أو Nginx أكثر قابلية للتوقع.

الطريقة 2: النقل يدويًا

هذه الخطوات لتثبيت تقليدي تكون ملفاته في /var/www/html. وإذا شغّلت WP-CLI بصلاحيات root فأضف --allow-root إلى أوامره. على الخادم القديم، داخل مجلد WordPress:

1. صدّر قاعدة البيانات خارج مجلد الويب، لأن تفريغًا متروكًا فيه يمكن لأي شخص يعرف العنوان تنزيله: wp db export ~/site.sql. وبلا WP-CLI استخدم mysqldump -u USER -p DATABASE > ~/site.sql.
2. أرشف الملفات بالأمر tar -czf ~/files.tar.gz .
3. انسخ الاثنين إلى الخادم الجديد بالأمر scp ~/site.sql ~/files.tar.gz user@NEW_IP:~/

على الخادم الجديد:

1. أنشئ قاعدة بيانات فارغة ومستخدمًا لها.
2. فكّ الملفات في مجلد الويب بالأمر tar -xzf ~/files.tar.gz -C /var/www/html
3. حدّث اسم قاعدة البيانات والمستخدم وكلمة المرور في wp-config.php بالقيم الجديدة. وامنح الملكية لمستخدم خادم الويب (www-data في Debian وUbuntu).
4. استورد قاعدة البيانات بالأمر wp db import ~/site.sql. يقرأ الأمر إعداداته من wp-config.php، ولا ينشئ قاعدة البيانات لك.

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

wp search-replace 'https://old.com' 'https://new.com' --skip-columns=guid --dry-run

إذا بدت المخرجات سليمة فشغّل الأمر ثانيةً بلا --dry-run. ولا تجرِ بحثًا واستبدالًا عاديًا على قاعدة البيانات، فقد تتلف البيانات المتسلسلة. أما WP-CLI فيتعامل مع هذه البيانات تعاملًا صحيحًا.

اختبر على الخادم الجديد قبل تحويل DNS

أضف عنوان IP للخادم الجديد ونطاقك إلى ملف hosts على حاسوبك. يقع الملف في C:\Windows\System32\drivers\etc\hosts على Windows وفي /etc/hosts على macOS وLinux:

203.0.113.10 example.com www.example.com

منذ ذلك الحين لا يفتح الخادم الجديد إلا متصفحك، بينما يرى الجميع الخادم القديم. جرّب تسجيل الدخول والصفحات والصور والنماذج، ثم احذف السطر. وتصدر شهادة HTTPS عادةً حين يشير DNS إلى الخادم الجديد.

تحويل DNS

1. إذا كان الموقع يتلقى عمليات كتابة طوال الوقت (متجر أو عضويات أو تعليقات)، فضع الموقع القديم في وضع الصيانة، وخذ قاعدة البيانات مرة أخيرة وانقلها. وإلا ضاعت الطلبات التي تُجرى أثناء التحويل.
2. في لوحة DNS وجّه سجل A إلى عنوان IP الجديد، وافعل الشيء نفسه لـ www. وتبيّن مقالة ربط نطاقك الخاص الخطوات.
3. مع TTL منخفض ينتشر التغيير بسرعة. وقد تحتفظ بعض الشبكات بالسجل القديم مدة أطول.
4. تأكد أن HTTPS يعمل على الخادم الجديد.
5. حين يسير كل شيء على ما يرام أعد TTL إلى قيمته القديمة. وأبقِ الخادم القديم بضعة أيام ثم أوقفه.

قائمة تحقق بعد النقل

• افتح Settings > Permalinks وانقر Save لتحديث قواعد إعادة الكتابة.
• افتح الصفحة الرئيسية ومقالة وصورة ونموذج الاتصال.
• ابحث عن تحذيرات المحتوى المختلط. وتصحيح العناوين يحل معظمها.
• جرّب إرسال البريد وراجع إعدادات إضافة SMTP لديك.
• امسح ذاكرة إضافة التخزين المؤقت.
• احذف ~/site.sql و~/files.tar.gz على الخادمين. كلاهما يحتوي على بيانات حساسة.
• ضمن Settings > Reading تأكد أن خانة تثبيط محركات البحث غير مفعّلة.

إذا نقلت بإضافة فالبدء من WordPress فارغ أسهل. يجهز خادم WordPress المثبّت مسبقًا في نحو 3.5 إلى 4 دقائق. اطلع على صفحة خادم WordPress.