كيفية ترحيل موقع الويب مع الحد الأدنى أو عدم التوقف
تجعل العديد من التقنيات الناشئة من السهل للغاية نقل موقع ويب من مضيف إلى آخر. ومع ذلك ، وبغض النظر عن سرعة النقل ، قد يواجه العميل العادي بعض التوقف أثناء عملية النقل. اعتمادًا على ما يجري وراء الكواليس ، يمكن أن يؤدي نقل خوادم DNS بين مضيفات الويب القديمة والجديدة إلى توقف المجال لمدة تتراوح بين 12 إلى 72 ساعة بعد إرسال طلب التغيير إلى المسجل الجديد.
بالإضافة إلى الحاجة إلى نقل ملفات موقع الويب ، واستعادة قواعد البيانات المهمة ، والحصول على كل عمليات تثبيت البرامج وتكوينات النطاق الفرعي في حالة عمل ، قد يستغرق الأمر ما يصل إلى يوم من عدم النشاط قبل أن يعمل موقعك بالكامل مرة أخرى. هناك ، ولكن, بعض الحيل الرائعة لتجنب الكوارث عند نقل موقع على شبكة الإنترنت إلى خادم مضيف جديد. هذه النصائح سهلة نسبيًا طالما أن مسؤول الموقع لديه فهم عام لـ cPanel وعناوين IP وإجراءات تسجيل دخول FTP أكثر تطوراً والتي ستمكنهم من العمل على تهيئة خطة استضافة ويب جديدة قبل تغيير DNS ونقله إلى مضيف جديد.
في نهاية اليوم ، إذا كان العميل العادي غير مدرك تمامًا لأي تغييرات يتم إجراؤها خلف الكواليس ، فإن المهمة ستنجح!
1. تحرك أولاً ، قم بالإلغاء لاحقًا
لا تلغي خطة استضافة ويب موجودة قبل اكتمال النقل.
الخطأ الأكثر شيوعًا الذي يرتكبه مسؤولو الويب التعادل الجدد في استضافة الويب بشكل عام ، أو الجديد في نقل مواقع الويب الخاصة بهم بين الخوادم ، هو أنهم يقومون على الفور بالاتصال بالمضيف القديم لإبلاغهم بقرارهم بنقل خدماتهم إلى شركة جديدة الخوادم.
على الرغم من أنها فكرة جيدة بالتأكيد لإبلاغ مضيف الويب القديم في الوقت المناسب بالتغييرات المستقبلية ، إلا أن القيام بذلك قبل تنفيذ الانتقال ببراعة يمكن أن يؤدي إلى التوقف ليس فقط ، ولكن فقدان كامل للملفات ومعلومات قاعدة البيانات من لحظة طلب الإلغاء.
امسك تلك المكالمة
تقوم شركات استضافة الويب عمومًا بإلغاء الخطة فورًا تقريبًا - بمجرد انتهاء مكالمة العميل - دون انتظار انتهاء خدمة الشهر الحالي أو رسوم الاشتراك. ويعتبر هذا بمثابة خدمة مصلحة المستهلك يحصلون على استرداد فوري ومتناسب لأي رسوم متبقية.
ومع ذلك ، فهذا يعني أيضا أن الشركة سوف القمامة تقريبا كل قطعة من المعلومات التي تم تحميلها إلى الخادم خلال وقتهم مع الشركة. لن تكون هناك فرصة ، في العديد من الحالات ، لاسترداد هذه الملفات ونقلها إلى خادم شركة استضافة الويب الجديدة أو خطة الاستضافة المشتركة في الوقت المناسب.
هذا هو نوع التعطل الذي يصعب للغاية استرداده منه ، لأنه قد يعني فقد جميع بيانات المحتوى والمشترك ، وكذلك الخسائر التجارية وتفاصيل دفع العميل لبعض مواقع الويب..
ماذا أفعل
بمجرد تأمين خطة استضافة جديدة, نقل جميع الملفات قبل إلغاء خطة الاستضافة الحالية عقدت من قبل الشركة القديمة. قد تكون فكرة جيدة السماح للموقع بالعمل على خوادم الشركة الجديدة لبضعة أيام فقط للتأكد من عدم تجاهل أي شيء أثناء النقل.
عندما يتم التحقق من كل شيء على أنه تم نقله بشكل صحيح ، عندها فقط يجب إلغاء خطة الاستضافة القديمة.
2. قم بتنزيل ملفات النسخ الاحتياطي
قم بتسجيل الدخول إلى cPanel واحصل على نسخ احتياطية من ملفات الموقع ومعلومات قاعدة البيانات المضغوطة.
لسهولة الاستخدام المطلقة ، يجب على العملاء الذين ينتقلون إلى مضيف ويب جديد ضمان أن تستخدم كل من شركات الاستضافة الجديدة والقديمة نفس تقنية الإدارة القائمة على الويب. عادة ، سيكون هذا الاختيار بين وحة التحكم وأقل قليلا شعبية PleskPanel لوحة تحكم الموقع.
تعد محاذاة التكنولوجيا التي يستخدمها كلا المضيفين أسهل طريقة ل ضمان إمكانية نسخ البيانات احتياطيًا واستعادتها بسرعة في مثلما بطريقة سريعة. بالنسبة لخيار لوحة التحكم cPanel ، وهو المعيار تقريبًا في استضافة الويب ، يجب على العملاء الانتقال إلى مجالهم مع رقم المنفذ 2082 المرفق.
كمرجع ، يبدو هذا في شريط عناوين متصفح الويب: http://my-site.com:2082. بدلاً من ذلك ، قد يعمل http://my-site.com/cpanel في بعض مواقع الويب:
حدد موقع صفحة النسخ الاحتياطي
بعد تسجيل الدخول بنجاح إلى واجهة cPanel ، حدد موقع مجموعة من الإعدادات وصفحات لوحة التحكم المميزة “دعم.” هذا يحتوي على أدوات ل النسخ الاحتياطي الرئيسي للموقع “بوبليك” مجلد وكذلك أي نطاقات فرعية. بالإضافة إلى ذلك ، ستساعد الأدوات هنا عملاء استضافة الويب في نسخة احتياطية من قواعد بيانات MySQL لاستعادتها إلى الخادم الجديد.
أعثر على “تحميل النسخ الاحتياطية” الخيار داخل هذه المجموعة ، وانقر على صفحة إدارة cPanel ذات الصلة.
تنزيل النسخ الاحتياطية
في هذه الصفحة ، سيقوم cPanel بتقسيم النسخ الاحتياطية المتاحة حسب النوع. نسخة احتياطية كاملة الموقع متاح. يجب عليهم تنزيل هذا الملف حتى يمكن تحميله على مضيف مختلف لاحقًا. سيكون هناك أيضا ملفات النسخ الاحتياطي المحددة لكل مجال فرعي داخل الموقع. هذه الخيارات اختيارية عمومًا لأن النسخة الاحتياطية الكاملة لموقع الويب ستحتوي على جميع هذه المعلومات ، ولكن لكي تكون آمنًا ، يمكنك تنزيلها أيضًا.
في منطقة منفصلة على نفس صفحة التنزيلات الاحتياطية ، يمكن للعملاء تأمين نسخة احتياطية مضغوطة من كل قاعدة بيانات MySQL بشكل فردي. يجب تنزيل كل قاعدة بيانات بتنسيقها المضغوط. سيتم تحميل هذه الملفات على الخادم الجديد لإنشاء أسماء قاعدة بيانات مطابقة في وقت لاحق.
لا تقم بضغط!
أثناء هذه العملية ، تأكد من عدم إلغاء ضغط أي من ملفات النسخ الاحتياطي التي تم تنزيلها. هذا لأنه سيتم إكمال هذه العملية بواسطة الخادم الجديد عندما يتم تحميل الملف من قبل العميل.
لمستخدمي Mac OS X ، تأكد من عدم ضبط Safari على فتح ما يسمى تلقائيًا “آمنة” ملحقات الملفات بعد التحميل. القيام بذلك سوف يضمن أن يبقى الملف غير مضغوط وجاهزًا للاستعادة السريعة. عندما يتم تأمين جميع ملفات النسخ الاحتياطي المضغوطة ، قم بتسجيل الخروج من تثبيت المضيف القديم لـ cPanel وتوجه إلى إصدار المضيف الجديد لبرنامج إدارة موقع الويب الشهير.
3. إجراء النقل
ابدأ في تحميل ملفات النسخ الاحتياطي المضغوطة إلى الخادم الجديد.
ستقوم كل شركة استضافة ويب تقريبًا ، بعد تلقي رسوم الشهر الأول ، بإرسال بريد إلكتروني به معلومات مثل خوادم اسم المجال وتفاصيل عنوان IP لخطة استضافة جديدة. يمكن استخدام عنوان IP هذا لعرض محتوى موقع الويب قبل نشر DNS ، وللوصول إلى حساب FTP الفردي وواجهة إدارة cPanel قبل إجراء التغييرات.
تسجيل الدخول
ابحث عن هذا البريد الإلكتروني وابحث عن عنوان IP ذي الصلة. إذا لم يتم تضمين رابط cPanel على وجه التحديد ، افترض ذلك أيضًا “/ وحة التحكم” أو ال “: 2082” يمكن إضافة لاحقة المنفذ إلى عنوان IP هذا لتمكين تسجيل الدخول الإداري.
عند تسجيل الدخول إلى تكرار cPanel للخادم الجديد ، حدد موقع أدوات النسخ الاحتياطي المذكورة في الخطوة 2 ، ثم انتقل إلى صفحة Backup Downloads. في الصفحة ، حدد موقع مربع تحميل الملفات المرتبط بنسخة احتياطية للموقع بالكامل. وغالبا ما يكون هذا المسمى “اسنرجاع البيانات” خاصية. حدد ملف النسخة الاحتياطية كامل الموقع الذي تم تنزيله من شركة استضافة الويب القديمة لبدء عملية التحميل.
بعد تحميل الملف بالكامل ، سيتم تحديث صفحة الويب وسيتم عرض التفاصيل الخاصة بالملف على أساس كل سطر مع نقل كل ملف إلى مكانه. عندما تتوقف هذه الصفحة الثانية عن التحميل ، تكون العملية مكتملة. حدد موقع المتصفح “الى الخلف” زر للعودة إلى الصفحة السابقة والبدء في عملية استعادة قاعدة البيانات إلى حد كبير بنفس الطريقة. عندما يتم نقل جميع المعلومات ، حان الوقت لضبط بعض الإعدادات وبدء عملية الانتقال السلس الفعلي وراء الكواليس.
4. التأكد من أن قاعدة البيانات تعمل
شيء واحد تجدر الإشارة إليه هو أن ملفات النسخ الاحتياطي لقاعدة البيانات لا تحتوي على معلومات حول أسماء المستخدمين وكلمات المرور والأذونات المرتبطة بكل قاعدة بيانات MySQL. سوف تحتاج إلى إدخال هذه المعلومات داخل واجهة قواعد بيانات MySQL داخل cPanel.
البادئة المسألة
لاحظ أيضًا البادئة المعينة لكل قاعدة بيانات داخل cPanel. في حالة وجود تباينات (مثل "jsmith_wordpress" vs "jsm_wordpress") ، ستحتاج البادئات إلى تغيير في ملف التكوين لكل تطبيق برنامج يتصل بقاعدة البيانات هذه.
جميع المعلومات ذات الصلة
أضف جميع المستخدمين وكلمات المرور والأذونات ذات الصلة ، ثم قم بإجراء أي تعديلات ضرورية على ملفات النظام عن طريق تسجيل الدخول إلى حساب FTP عبر عنوان IP لموقع الويب. هذا سوف ضمان التشغيل السلس للبرنامج بمجرد نقل اسم المجال لإظهار ملفات المضيف الجديد بدلاً من تلك الموجودة في الشركة القديمة. بمجرد الانتهاء من ذلك ، يصبح كل شيء جاهزًا للعمل بشكل مثالي.
كل ما يحتاج إلى تغيير الآن هو المعلومات التي تخبر المجال عن أي من ملفات حسابي الاستضافة ليتم عرضها على المستخدم النهائي.
5. تبديل خوادم الأسماء
أخبر مسجل النطاق باستخدام خوادم اسم المجال الجديدة
الخطوة الأخيرة من العملية هي ببساطة إخبار اسم المجال بإظهار الملفات والبيانات على خادم مختلف عن الخادم الحالي. يتم ذلك عن طريق تسجيل الدخول إلى لوحة تحكم تسجيل المجال المقدمة من مسجل النطاق (خدمات مثل GoDaddy أو Hover ، على سبيل المثال).
ضمن لوحة التحكم هذه ، تم تسمية عنصر عنوان أو شريط جانبي “خوادم اسم المجال” يجب أن تظهر ، والمعلومات الحالية الموضوعة في تلك المنطقة يجب أن تبدو كما يلي:
NS1.OLD-WEBHOST.COM NS2.OLD-WEBHOST.COM
هذه تحتاج إلى استبدال مع خوادم الاسم الجديد (موجود أيضًا في البريد الإلكتروني) للمضيف الجديد. (إذا لم يتم العثور على هذه المعلومات ، فانتقل إلى قسم دعم المضيف ، أو استعرض وثائقها أو تواصل مع ممثل يمكنه تقديم تفاصيل الخادم.)
تسري التغييرات التي يتم إجراؤها على سجلات DNS في غضون 12 إلى 24 ساعة في معظم الحالات ، على الرغم من أن بعضها قد مرَّ بأقل من ست ساعات. خلال هذا الوقت ، ستعمل كل من المواقع الجديدة والقديمة بشكل صحيح ، و سيرى العملاء محتوى متطابقًا بغض النظر عن الملفات المستضافة المقدمة.
انتظر نشر خادم الأسماء
ضع في اعتبارك أن نشر المحتوى قبل اكتمال النشر قد يؤدي إلى فقد المحتوى أو البيانات بعد أن تكون ملفات المضيف الجديدة نشطة. في حين أن التوقف لن يكون مشكلة, موقع الويب ، يجب على المالكين الامتناع عن إجراء أي تغييرات لتصميم الموقع أو الملفات أو المحتوى, حتى يكونوا متأكدين تمامًا من اكتمال العملية وهم يقومون بالوصول إلى خادم المضيف الجديد.
عندما يصبح هذا هو الحال ، فإن عملية نقل موقع الويب بسلاسة إلى مزود استضافة ويب جديد تكون كاملة وسوف يكون المستخدمون قد نجوا من عملية النقل دون ثانية من التوقف.
ملخص
تأكد من اختبار موقع الويب والتأكد من أن جميع الميزات تعمل بشكل صحيح ؛ عندما يعمل كل شيء تمامًا كما كان عليه ، يمكنك إلغاء خطة الاستضافة القديمة. هذا كل ما في الامر!