إتقان عمليات الترحيل - طرق أسرع وأسهل وأكثر أمانًا لنقل موقعك من أ إلى ب
نشرت: 2023-04-09يمكن أن تكون الهجرات خادعة! نعلم جميعًا أن الشعور بالإحباط (أو الرهبة المطلقة) عندما نرى أحدًا يفشل ، لكننا نعرف أيضًا الشعور بالارتياح عندما تنجح الهجرة. مع كل التعقيدات والفروق الدقيقة للهجرات ، كيف يمكننا رفع معدل نجاحنا واستعادة وقتنا للتركيز على العمل الذي نريد حقًا القيام به؟
سواء أكنت بحاجة إلى نسخ مشروع تم إنشاؤه إلى جهازك المحلي أو نشر عدد قليل من التحديثات الإضافية للإنتاج ، تابع معنا بينما نسير في كيفية تسريع عمليات الترحيل الخاصة بك وتبسيطها وإزالتها من المخاطر.
مكبرات الصوت:
- كيفين هوفمان ، مدير أول للمنتجات في WP Engine
- أوستن وندت ، كبير مديري المنتجات في WP Engine
شرائح الجلسة:
نص:
أوستن ويندت: مرحبًا بكم جميعًا ، وشكرًا على انضمامكم. نحن متحمسون لوجودك معنا. ومرحبًا بكم في مؤتمر DE {CODE}.
اسمي أوستن وندت ، أنا مدير منتج أول هنا في WP Engine ، أعمل على بناء منتجنا المحلي. وزميلي ، كيفن ، وأنا ، الذي ستلتقي به هنا بعد دقيقة ، متحمسون للتحدث إليكم اليوم حول بناء أكثر ذكاءً - لا سيما فيما يتعلق بإتقان هجراتكم. لذلك سنغطي طرقًا أسرع وأسهل وأكثر أمانًا لنقل موقعك من النقطة أ إلى النقطة ب حتى تشعر بالثقة في سير عمل التطوير ، سواء كنت تنزل موقعًا إلى بيئة تطوير محلية وآمنة ، أو أنت ' على استعداد لدفع هذا الموقع إلى البث المباشر بمرور الوقت.
سأغطي جدول أعمال سريع قبل أن نتعمق فيه. لذا ما سنقوم بتغطيته اليوم هو أننا سنقدم الأنواع الثلاثة من عمليات الترحيل التي نود التفكير فيها هنا في WP Engine بينما نتحدث عن نقل الكود. سنحدد سير عمل الترحيل المثالي لدينا ، وسنرشدك نوعًا ما خلال ذلك على مدار هذا العرض التقديمي ، لطرق مختلفة لنقل التعليمات البرمجية الخاصة بك. سنغطي تصدير موقعك الحالي ، وتقليص ذلك - الاستيراد إلى بيئة تطوير محلية.
سنتحدث عن إجراء نشر لأول مرة - لذلك عندما تنشر موقعك على الإنترنت لأول مرة ، كيف يبدو ذلك ، وطريقتين لإنجاز ذلك ثم مزامنة هاتين البيئتين بمرور الوقت. لذلك دعونا نتعمق فيه.
الأنواع الثلاثة من عمليات الترحيل التي نفكر فيها - هناك ثلاثة خيارات رئيسية قد يحاول المستخدم تحقيقها. الأول هو من بعيد إلى محلي. لذا ، إذا كان لديك موقع مستضاف في مكان ما على الويب بالفعل ، وتريد إحضاره إلى بيئة محلية محلية ، وربما صغيرة ، l ، فهذا مفيد عندما تبدأ ربما في العمل على موقع حالي للعميل. لذلك إما أن تكون قد ورثت عميلاً جديدًا أو أن يطلب منك العميل إجراء تغييرات وتقليص ذلك في مكان آمن ، بحيث يمكنك استكشاف ذلك في بيئة منخفضة المخاطر.
مفيد جدًا أيضًا عندما تحاول فقط سحب أحدث تغييرات قاعدة البيانات ، بحيث يمكنك التأكد من أن بيئتك البعيدة وإنتاجك - أو معذرةً ، بيئة التطوير - متطابقتان قدر الإمكان. والثاني هو محلي إلى بعيد. لذلك ، عندما تعود من جهازك الشخصي إلى الخادم المستضاف في مكان ما - لذا فأنت إما تنشر موقعًا كاملاً لأول مرة ، أو قد أجريت بعض التغييرات في التعليمات البرمجية وتدفع هذه التغييرات لأعلى ، اتصل للسمات أو المكونات الإضافية ، أيًا كان ما ترغب في رؤيته ينعكس مباشرة على موقعك.
والثاني - عفواً ، الثالث هو من بعيد إلى بعيد. لن نتعمق كثيرًا في هذا اليوم ، ولكنه شيء ممكن باستخدام الأدوات التي ستتعرف عليها. يمكنك استخدام هذا عادةً عندما تقوم إما بتبديل موفري الاستضافة - لذلك تنتقل من المضيف أ إلى المضيف ب ، أو عندما تنتقل بين بيئات التطوير والتشغيل والإنتاج ، أينما تتم استضافة موقعك.
وبهذا ، سأسلمه إلى كيفن ليقدم نفسه ويساعدنا على البدء بما يبدو عليه تدفق الهجرة المثالي. كيفن ، خذها بعيدا.
كيفن هوفمان: مرحبًا ، شكرًا ، أوستن. اسمي كيفن هوفمان ، أنا مدير المنتج في WP Migrate. أريد أن أبدأ الأمور اليوم بالبدء بخطة لعبة من نوع الهجرات التي سننتقل إليها. لذلك في أي وقت تنتقل فيه من بيئة بعيدة إلى جهازك المحلي ، وتقوم بالنسخ الاحتياطي إلى مضيف بعيد ، قد تكون هذه مهمة شاقة. لكننا نريدك أن تترك هذا العرض مع خطة حلول للعبة حتى تتمكن من إجراء هذه الهجرات بنفسك بثقة.
للبدء ، نريد إخراج الموقع الحالي من المضيف القديم. لذلك سيشمل ذلك تصدير موقع كامل باستخدام WP Migrate. سننتقل بعد ذلك إلى Local ، حيث يمكننا إجراء تغييرات التطوير المحلي الخاصة بنا ، ثم نشر هذا الموقع احتياطيًا على مضيفنا الجديد.
حتى تبدأ الأمور ، سأنتقل إلى تدفق تصدير كامل للموقع باستخدام WP Migrate. قد تسأل نفسك ، لماذا نستخدم تصدير موقع كامل في هذه الحالة؟ لماذا لا تدفع أو تجذب مباشرة بين بيئتين؟ حسنًا ، هناك عدة أسباب لذلك.
للبدء ، سأستخدم الإصدار الاحترافي من WP Migrate ، ولكن يمكنك أيضًا المتابعة مع WP Migrate Lite ، وهو الإصدار المجاني من المكون الإضافي الخاص بنا في دليل البرنامج المساعد WordPress.
الأسباب الأربعة الرئيسية التي تجعلنا نستخدم تصدير موقع كامل في هذه الحالة هو أولاً لأنه ترحيل أحادي الاتجاه. نريد الخروج من المضيف البعيد ، وليس لدينا أي خطط للعودة. لا يوجد أيضًا تثبيت محلي حالي لنا لنقل الموقع إليه. إذا كان هناك ، فيمكننا استخدام ترحيل الدفع ، أو ترحيل السحب لإدخال الموقع إلى الجهاز المحلي. ولكن نظرًا لعدم وجود تثبيت حالي ، فإن الاستيراد بالسحب والإفلات إلى المستوى المحلي يكون أكثر منطقية.
وأخيرًا ، من خلال إجراء تصدير كامل للموقع ، نحصل أيضًا على نسخة احتياطية مجانية. سيتم تغليف الموقع بالكامل في ملف مضغوط واحد مجمع ، وهو نسخة احتياطية رائعة قبل إجراء أي تغييرات مستقبلية.
حتى تبدأ الأمور ، دعنا ننتقل إلى WP Migrate ونرى كيف يعمل هذا.
لذلك عندما تفتح WP Migrate لأول مرة ، سيكون أمامك ستة إجراءات. نظرًا لأننا نريد إخراج الموقع من المضيف البعيد بأسرع ما يمكن ، فسنختار إجراء التصدير. يمنحنا فتح ملف تعريف التصدير القدرة على تكوين خيارات قاعدة البيانات ، بالإضافة إلى الوسائط والسمات والمكونات الإضافية وملفات WordPress الأساسية.
دعنا نمضي قدمًا ونبدأ بتكوين قاعدة البيانات. الآن ، إذا أردت ، يمكنني استبعاد جداول معينة ، أو نشر أنواع من هذا الترحيل. لكن في الوقت الحالي ، أرغب في استخدام التكوين الافتراضي وإخراج الموقع بالكامل من المضيف البعيد. أريد أن أذكر حقول البحث والاستبدال القياسية ، مثل عنوان URL ، أو مسار تثبيت WordPress المحلي ، على الموقع الذي نقوم بتصديره.
الآن ، إذا كنت تقوم بترحيل يدوي ، فقد ترغب في نقل هذه القيم وتعديلها لمطابقة الوجهة. ومع ذلك ، نظرًا لأننا نستخدم Local ، فهو ذكي بما يكفي للاهتمام بهذا الاكتشاف والاستبدال لنا ، لذلك لا يتعين علينا ملء هذه الحقول الاختيارية. يمكننا تركها فارغة والمضي قدمًا.
التالي هو البحث والاستبدال المخصص. هذه هي القدرة على البحث عن أي سلاسل في قاعدة بيانات WordPress الخاصة بي ، أو في المحتوى الخاص بي عبر موقعي. على سبيل المثال ، ربما لدي اسم شركة قديم ، وأريد استبداله باسم شركتي الجديد ، يمكنني القيام بذلك من خلال حقول البحث والاستبدال المخصصة هذه. ويمكنني إضافة صفوف إضافية حسب الحاجة.
لذلك يعتني بقاعدة البيانات. دعنا ننتقل إلى تحميلات الوسائط الخاصة بنا. الآن ، لأنني أقوم بنقل الموقع بالكامل ، فأنا أرغب في تحديد تصدير جميع تحميلات الوسائط. لكنني أرغب في استبعاد بعض الملفات مثل السجلات والنسخ الاحتياطية وذاكرة التخزين المؤقت ، والتي قد تؤدي إلى زيادة حجم التصدير.
بينما ننتقل إلى ملفات السمات ، أريد تضمين جميع السمات الخاصة بي. ليس هذه المرة ، فقط الموضوعات النشطة ، لأنني مهتم فقط بالموضوعات التي تؤثر بنشاط على الموقع المباشر.
وبالمثل ، مع المكونات الإضافية - أريد فقط تصدير المكونات الإضافية النشطة الخاصة بي. ومع ملفات WordPress الأساسية ، أريد المضي قدمًا وتضمينها ، لأنني أريد التأكد من أن جوهر WordPress الخاص بي يتطابق مع الإصدار الدقيق للموقع الذي أقوم بالتصدير منه.
مع تكوين ملف التعريف بالكامل ، يمكنني الآن بدء التصدير ، والذي سينتقل بسرعة عبر جداول قاعدة البيانات ، وتحميلات الوسائط ، والسمات ، والمكونات الإضافية ، وملفات WordPress الأساسية.
في هذه المرحلة ، يتم تجميع قاعدة البيانات وجميع الملفات الموجودة داخل الموقع في ملف مضغوط واحد مناسب. في غضون 18 ثانية فقط ، تم ضغط الموقع بالكامل.
أنا الآن جاهز للانتقال إلى Local. وقبل أن أفعل ذلك ، أريد أن ألقي نظرة خاطفة سريعة داخل ملف zip لمعرفة ما يوجد هناك. يمكنك أن ترى أن لدي دليل ملفات. يتضمن ذلك جميع ملفات WordPress ، بما في ذلك محتوى WP ، والإضافات ، والسمات ، والتحميلات. ولدي أيضًا تفريغ قاعدة البيانات.
وملف آخر مهم حقًا وفريدًا لـ WP Migrate - يتضمن ملف WP Migrate للتصدير JSON معلومات أساسية عن الموقع الذي تم تصديره ، مثل إصدار PHP وإصدار MySQL ، بحيث عندما يتولى Local عملية الاستيراد ، يمكن أن تتطابق مع تلك البيئة البعيدة قدر الإمكان.
لذلك ، فأنت جاهز للاستيراد إلى Local. وسأعيد إرسالها إلى أوستن.
أوستن ويندت: رائع ، شكرًا كيفن. نعم ، أنا متحمس للتغطية ، كما ذكر كيفن ، كيف يمكننا استيراد هذا الملف المضغوط إلى محلي وجاهز لبدء البناء. لكن أولاً ، أريد أن أتأكد من تقديم ما هو Local. إذا لم تكن مألوفًا ، فإن Local هي أداة تطوير WordPress رقم واحد ، التي صممها البشر هنا في WP Engine ، ونحن متحمسون جدًا للمشاركة والعرض مع المجتمع مجانًا.
لذلك فهي أداة تطوير مجانية. إذا لم تكن قد سمعت به ، فالرجاء التحقق منه ، localWP.com ، يسعدنا أن تستخدم المنتج. لكن اليوم ، سنستخدم Local لتسهيل سير العمل هذا.
ولماذا محلي؟ على غرار أي بيئة خاصة بجهازك ، فإن مخاطرها منخفضة للغاية. وكما قال كيفن ، ما سيحاول Local القيام به عند استيراد هذا التصدير من WP Migrate هو أننا سنقوم بتقليد بيئة الإنتاج عن كثب. لذا يجب أن يحاكي إصدار WordPress ، وإصدار PHP ، وقاعدة البيانات ، وجهازك المحلي قدر المستطاع ، ما يحدث في الإنتاج ، بحيث إذا كنت تحاول استكشاف الأخطاء وإصلاحها أو تحاول معرفة الخطأ الذي يحدث ، فيجب أن يكون Local قادرًا على معرفة أنت ، وكن قريبًا قدر الإمكان مما يحدث في بيئتك المستضافة.
فائدة رئيسية أخرى للقيام بذلك مع Local هو سير العمل الذي ذكره Kevin للتو هو مضيف محايد. لذلك بغض النظر عن المكان الذي تستضيفه ، سواء كان ذلك مع Flywheel أو WP Engine ، ستتمكن من تصدير هذا الموقع والإسقاط إلى الموقع المحلي بسرعة وسهولة.
لذلك سأبدأ في عرض توضيحي وأريكم كيف يبدو هذا داخل واجهة المستخدم المحلية.
رائع ، لقد قمت بالفعل بعمل WP Migrate ، وقد قمت بحفظ هذا الرمز البريدي على سطح المكتب. وعندما أذهب لإنشاء موقع في Local ، ستكون هناك منطقة سحب جديدة تشير إلى أنه يمكنك سحب وإفلات ملفات zip هنا. ما هو لطيف أيضًا في Local هو أنه يمكنني القيام بذلك من أي شاشة داخل واجهة المستخدم. لذلك إذا قمت بسحب وإسقاط ملف zip هذا فوق Local ، فسيقترح اسم الموقع لي من ملف WP ترحيل تصدير JSON الذي ذكره كيفن.
لقد تم تحديد PHP الخاص بي ، وخادم الويب الخاص بي ، وقاعدة البيانات الخاصة بي. وبعد ذلك ، أنقر فوق "إنشاء" ، وسيتولى Local الباقي. لذا يقوم Local بفك ضغط هذا الملف المضغوط ، واستيراد جميع ملفات WordPress هذه ، وإعداد هذا الموقع على جهازي في حالة قريبة من الإنتاج بقدر ما يمكننا الحصول عليه.
أثناء دوران هذا ، سيطلب الإذن لتحديث ملف المضيف الخاص بي ، والذي سأدخل كلمة المرور الخاصة بي وأسمح له بذلك. ولكن بعد ذلك ، يبدأ Local في إضافة WordPress وأنت على ما يرام.
أثناء انتهاء هذا الأمر ، سأبرز شيئًا سريعًا حقًا هو أنه يمكنك رؤيته على الجانب الأيسر - القدرة على تجميع مواقعك جديدة في Local في الأسبوعين الماضيين. لذلك سأقوم بسحب وإسقاط بقالة Garrett في قسم العرض التوضيحي DE {CODE} الخاص بي - وهي طريقة لطيفة أود أن أشجعك على التحقق منها لتنظيم مواقعك ، ربما تجميعها حسب العميل ، أو حسب الإصدار ، المتصلة بـ WP محرك أم لا ، كل ما يناسبك. لذا جرب ذلك.
لكن Local تنتهي هنا ، إنها تغير نطاق الموقع هذا. وما سيفعله ذلك هو تكوينه على جهازي بحيث يكون متاحًا ، كما ترون هنا ، في mysite.local. إذا قمت بالنقر فوق Open Site ، فإليك بقالة Garrett. لذا فقد انتقلت فعليًا من البيئة المستضافة الخاصة بي ، وقمت بسحبها وإسقاطها في Local ، وتشغيلها على جهازي في أقل من دقيقتين ، وهو أمر رائع.

لذلك من خلال هذا المثال ، ما أظهرناه هو القدرة على أخذها من مضيفك القديم ، بغض النظر عن أي مكان قد يكون على الإنترنت ، ومع مزيج من تصدير WP Migrate الكامل للموقع ، وإدخال ذلك إلى Local وتقليد بيئة الإنتاج في أقل من دقيقتين.
الآن ، السؤال هو ، بمجرد أن أحصل عليه باللغة المحلية ، فأنا مستعد لبدء إجراء التغييرات. كيف يمكنني إعادته وعرضه على الإنترنت مرة أخرى؟ لأخذ موقعك من Local واسترجاعه إلى مضيفك ، سنستخدم Local Connect للنشر في WP Engine أو Flywheel. كلاهما من ترحيل موقع كامل وكذلك عمليات ترحيل جزئية.
ولكن لماذا تريد إجراء نشر كامل للموقع؟ يعد نشر موقع كامل لأول مرة على مضيفك مثالاً جيدًا هنا. لذلك ربما لم يكن الموقع موجودًا على الإطلاق بعد ، أو ربما يكون مجرد موقع نموذجي على المضيف. إذا كنت ترغب في تضمين سمات كاملة أو تغييرات في المكونات الإضافية ، أو ربما تكون جاهزًا تمامًا للكتابة بالكامل فوق الموقع الحالي الموجود على المضيف اليوم. لذلك ربما يحتوي بالفعل على محتوى ، ولكن ما هو موجود الآن لم يعد منتجًا أو مساعدًا بعد الآن ، وأنت جاهز لمحوه فقط ، يمكنك استخدام نشر كامل للموقع.
لذا باستخدام Local ، من السهل جدًا تحقيق ذلك. وسأريكم عرضًا توضيحيًا لما يبدو عليه ذلك. لدي هنا بقالة غاريت ، وقد أجريت سلسلة من التغييرات على موقع الويب وأنا على استعداد لدفعها. الآن ، لدى Local مفهوم Local Connect ، كما ذكرت - توجد أيقونة السحابة هذه على الجانب الأيسر من أجل Connect. يوجد أيضًا اتصال بالمضيف في أسفل اليمين ، والذي سيسمح لي بتوصيل إما WP Engine أو Flywheel.
اليوم ، سأحقق ذلك بالانتقال إلى علامة التبويب الاتصال ، والنقر فوق الاتصال بمنصة. سوف أقوم بتسجيل الدخول إلى حساب WP Engine الخاص بي ، والذي وفر لك مشاهدتي لتسجيل الدخول. ما يمكنك رؤيته يحدث هو Local Connect الذي يسحب جميع المواقع التي يمكنني الوصول إليها على WP Engine. الآن ، ما سأفعله هو أنني سأعود إلى بقالة غاريت في عرضي العام. في أسفل اليمين ، سأختار الاتصال بـ WP Engine.
سيتحقق Local's من أن هذا الموقع متوافق مع البنية التحتية لـ WP Engine. لذلك باستخدام WordPress و PHP المحدثين ، ثم يمكنني النقر فوق Push.
سيسمح لي Push باختيار المشهد الذي أريد الكتابة فوقه في WP Engine. سيسمح لي باختيار البيئة. لذلك سأختار موقع أوستن وندت ، وسأختار الإنتاج. وما ستراه يحدث على الجانب الأيمن من الشاشة هو Local هو تحديد قائمة الملفات.
ما يعنيه ذلك محليًا هو في الأساس تشغيل فرق بين ما هو موجود على جهازي وما هو موجود على الخادم ، وتقديم ذلك لي حتى أتمكن حقًا من رؤية وفهم التغييرات التي أنا على وشك إجرائها. لذلك لأن هذا نشر كامل للموقع ، يمكنك أن ترى لا شيء يحدث في بيئتي المحلية ، لكنني سأقوم بالكتابة فوق كل شيء موجود في الإنتاج ، كما ترون مع X باللون الأحمر على الجانب الأيمن.
ثم أنقر ، اضغط على WP Engine ، ويبدأ Local في الاهتمام بالباقي. مدة هذا الفيديو بالكامل حوالي أربع دقائق - سأوفر لك مشاهدة ذلك معي ، وأنا أجلس هنا. ما يحدث هو أن Local هي حزم تلك الملفات. يبدأ في تحميل هذه الملفات إلى WP Engine. وبدأت في تحليل ، كما قلت ، الاختلافات بين ما هو موجود على جهازي وما هو موجود على خادم WP Engine.
سينطبق نفس سير العمل على دولاب الموازنة أيضًا ، إذا كنت تستضيف هناك. سنتبع نفس الخطوات التي تدخل اختلاف الملف بين جهازك والخادم.
حتى الآن ، يبدأ Local في حزم قاعدة البيانات. إنه يدفع ذلك إلى WP Engine أيضًا. لذلك يتم إسقاط جميع الجداول الموجودة الموجودة على الخادم البعيد واستبدالها بما يأتي من جهازي.
كجزء من عملية نقل قاعدة البيانات هذه ، ستبحث في مجال الموقع وتقوم بالبحث والاستبدال بالنسبة لي ، كما ترى الآن. حتى يتم تحديث جميع الروابط وعناوين URL المخزنة في قاعدة البيانات الخاصة بي ، جنبًا إلى جنب مع بادئات الجدول ، للعمل بشكل صحيح في بيئة الإنتاج.
لذلك سيتم تحديث بادئات الجدول هذه بالنسبة لي. وبهذه الطريقة ، تم دفع موقعي إلى WP Engine.
بدءاً من هذا مرة أخرى ، بقالة غاريت لا تزال على جهازي. ولكن أيضًا ، إذا انتقلت إلى علامة التبويب Connect ، يمكنني رؤية موقع Austin Wendt الذي دفعته إلى اليمين ، يقول إنه متصل بقالة Garrett's Grocery. وإذا قمت بالنقر فوق اسم الموقع هذا ، أوستن وندت ، فسيتم فتحه في متصفح لأريني هذا المحتوى الجديد على الإنترنت.
والآن بعد أن فهمنا كيفية استخدام Local لإنجاز نشر كامل للموقع ، أود تغطية كيفية استخدام Local لمزامنة البيئات أيضًا باستخدام ميزة نعرفها باسم MagicSync.
لذا فإن MagicSync هي كلمة أخرى للهجرات المتزايدة. لذا ، قم بنقل أجزاء وأجزاء صغيرة من التعليمات البرمجية بين بيئتك المحلية والخادم البعيد. ولماذا تريد أن تفعل هذا؟
لذلك ربما لا تريد استبدال الموقع بأكمله. لقد قمت فقط بإجراء تغييرات جزئية أصغر على موقع موجود تكون جاهزًا لنشره. ما هو لطيف أيضًا في Local - سيسمح لك Local ، كما ذكرت ، بميزة الفرق هذه ، واختيار واختيار الملفات التي تريد تضمينها ، أو حتى استبعادها. لذا فإن حالة الاستخدام الشائع الكبيرة هنا هي أنني قد فعلت الكثير من الأشياء على جهازي ، لكنني أريد استبعاد وسائط الدفع والسحب ، لأن هذا جزء ثقيل ومكثف جدًا من موقعي. يمكنني فقط إلغاء تحديد الوسائط.
لذلك سوف نتعمق في عرض توضيحي هنا لما يبدو عليه MagicSync. مرة أخرى ، لدي هنا بقالة Garrett - لنفترض أنني أجريت مجموعة أخرى أصغر من التغييرات هذه المرة ، وأنا مستعد لرؤية ذلك ينعكس مباشرة على WP Engine. نفس سير العمل هنا - في أسفل يمين الشاشة ، أعود للضغط على WP Engine. لقد تم بالفعل اختيار موقع أوستن وندت مسبقًا بالنسبة لي ، والبيئة ، وتذكر آخر مرة قمت فيها بذلك.
وهذه المرة ، ستكون أقصر - إنها تحدد ، مرة أخرى ، هذا الفرق بين ما هو موجود على جهازي وما هو موجود على خوادم WP Engine. لذلك سيعود هنا ، وهناك مجموعة أصغر من التغييرات التي يكتشف أنها قد أجريت على الموقع. يمكنني إلغاء تحديد كافة تغييرات الملفات التي أريدها. يمكنني تحديد مجلد محتوى WP فقط.
أو ربما في هذه الحالة ، لنفترض أنني أريد فقط دفع قاعدة البيانات الخاصة بي. لذا يمكنني تحديد مربع قاعدة البيانات والضغط على Push. إذن ما يحدث الآن هو نفس سير العمل الذي شهدناه من قبل ، باستثناء أن Local's لا تدفع في الواقع أي ملفات إلى WP Engine. إنه فقط يستبدل تغييرات قاعدة البيانات التي أجريتها على جهازي بقاعدة البيانات الموجودة حاليًا على خادم WP Engine.
سير عمل مشابه هنا - سنراقب هذه العملية بالكامل ، لأنها لا تستغرق وقتًا طويلاً. لأن الفرق أصغر. لذلك سنقوم بتحميل قاعدة البيانات إلى WP Engine. سوف المحلية ، مرة أخرى ، المضي قدما بالنسبة لي والقيام بهذا البحث والاستبدال. لذلك سيكتشف ما إذا كانت بادئات الجدول قد تغيرت أم لا ، يجب أن تنعكس عناوين URL التي كانت مختلفة على جهازي على المضيف البعيد.
سوف تجعل تلك التحديثات بالنسبة لي. وفي أقل من دقيقة تقريبًا ، سيتم دفع تغييرات الموقع التي أجريتها على جهازي إلى WP Engine ، وستكون جاهزة للاستهلاك سواء أكان الزملاء والأقران يريدون مراجعة العمل الذي قمت به ، ربما دفعت إلى بيئة تطوير أو إذا كانت موجودة على الويب قيد الإنتاج ، وجاهزة لعملائي أو عملائي - أو المستهلكين فقط لمشاهدتها على الويب.
هكذا تمامًا ، تم دفع الموقع إلى WP Engine وإذا عدت إلى المتصفح ، فسترى الموقع محدثًا وينعكس هناك. والآن بعد أن فهمنا كيفية استخدام Local لإنجاز عمليات الترحيل المتزايدة ، أود إعادة تسليمها إلى Kevin لتوضيح طريقة أخرى لإنجاز ذلك باستخدام أداة WP Migrate.
كيفن هوفمان: مرحبًا ، شكرًا ، أوستن. أقدر لك تشغيلنا من خلال سير عمل Local to WP Engine ولكننا نعلم أنك لا تتحكم دائمًا في مزود الاستضافة الخاص بك. لذا سيوضح لك سير العمل التالي كيفية الترحيل بين أي بيئتين من بيئتي WordPress. في هذه الحالة ، الانتقال من Local إلى أي مضيف ويب آخر.
للقيام بذلك ، سنستخدم مفهومًا يسمى الدفع والسحب ، باستخدام WP Migrate. الآن ، لماذا تفعل الدفع أو الشد؟ الآن على عكس تصدير موقع كامل ، فهذه عملية ترحيل ثنائية الاتجاه. هذا يعني أن كلا الموقعين موجودان بالفعل ، ويتطلبان مزيدًا من الاستثمار المسبق قليلاً لتحقيق مكاسب على المدى الطويل.
لذلك بمجرد اكتمال هذا الإعداد ، ستكون جاهزًا للتعامل مع عمليات الترحيل المتزايدة بمرور الوقت ، والحفاظ على بيئتين متزامنتين على أساس مستمر.
لذلك دعونا نرى كيف يبدو ذلك. لنفترض أن موقعك جاهز للنشر على مضيفك البعيد. لديك عدد من المنشورات وعدد من الصور في مكتبة الوسائط الخاصة بك. سنأخذ هذا المحتوى وننقله إلى موقع جديد لا يحتوي حاليًا على أي مشاركات ، ولا توجد صور في مكتبة الوسائط.
النهج المختلف الذي سنتخذه هنا هو استخدام ترحيل الدفع. وأول ما طلبته مني هو معلومات الاتصال من الموقع البعيد. لذا يمكنني التبديل إلى الموقع البعيد ، وفي علامة تبويب الإعدادات ، انسخ معلومات الاتصال مباشرة إلى الحافظة الخاصة بي. أريد أيضًا تمكين ترحيل الدفع ، حتى أتمكن من قبول طلبات الدفع هذه من الموقع المحلي.
من خلال لصق هذه المعلومات في مربع معلومات الاتصال ، أنا متصل الآن بالموقع البعيد ، وأنا جاهز لتكوين خيارات قاعدة البيانات الخاصة بي. الاختلاف الكبير الذي ستلاحظه هنا ، مقارنة بسير عمل التصدير لدينا ، هو أن كلا جانبي البحث والاستبدال لعنوان URL والمسار ممتلئان بالكامل بالنسبة لنا. وذلك لأن WP Migrate موجود على كلا الموقعين ، وله حق الوصول إلى تلك المعلومات ، ويمكنه الاعتناء بها دون الحاجة إلى إدخال أي شيء لبدء الترحيل.
لن أقوم بعملية بحث واستبدال مخصصة ، لكنني سأقوم بتضمين جميع تحميلات الوسائط الخاصة بي من المكتبة ، بالإضافة إلى جميع السمات والمكونات الإضافية الخاصة بي. الآن ، إحدى الميزات الفريدة التي ستلاحظها هنا عند تحديد المكونات الإضافية الخاصة بي هي أنها توضح لي حالة هذا المكون الإضافي على الموقع البعيد. الآن ، في هذه الحالة ، لا توجد مكونات إضافية هناك ، لذلك ستتم إضافة كل هذه المكونات الإضافية لأول مرة ، ويشار إلى رقم الإصدار الحالي عند التمرير فوق هذا الرمز.
سأقوم بالمضي قدمًا وحفظ هذا الملف الشخصي لاستخدامه في المستقبل ، وسأطلق عليه اسم Push Full Site. لذلك في أي وقت أحتاج فيه إلى دفع موقع كامل إلى هذا الموقع البعيد ، يمكنني ببساطة إعادة زيارة هذا الملف الشخصي وتشغيله.
عندما أقوم بتشغيل ملف التعريف ، ستراه مرة أخرى يتنقل بين الجداول وتحميلات الوسائط والسمات والمكونات الإضافية وستحصل على بعض المعلومات حول حجم الطلبات أثناء الترحيل.
بمجرد اكتمال الترحيل ، يمكنك المضي قدمًا وإغلاق النموذج ، وتتم الآن مزامنة بيئتيك.
في هذه المرحلة ، قد ترغب في إعادة زيارة شاشة ملف التعريف الخاص بك للتحقق من مدى توفر ملف التعريف المحفوظ هذا لتتمكن من النقر فوقه مرة أخرى ، إذا احتجت إلى تشغيله مرة أخرى.
هذا هو نشر موقع كامل مع ملف تعريف حفظ في WP Migrate. لكن قد تتساءل ، ماذا عن نشر التغييرات الإضافية؟ لذا مثلما أوضح لك أوستن ، باستخدام MagicSync في Local ، فهذه طريقة أخرى للقيام بذلك مع WP Migrate. لذلك سأقوم بإنشاء ملف تعريف دفع آخر ، وأدخل نفس معلومات الاتصال ، ولكن هذه المرة ، عندما أحدد تحميلات الوسائط الخاصة بي ، سأقوم فقط بدفع تحميلات الوسائط الجديدة والمحدثة.
هذا يعني ، في المرة الأولى التي يتم فيها الترحيل ، ستشمل كل شيء. لكن كل عملية ترحيل بعد ذلك ، ستشمل فقط ملفات الوسائط التي تغيرت.
يعد هذا سير عمل ممتازًا في أي وقت تقوم فيه بدفع المحتوى وملفات الوسائط دون الحاجة إلى القلق بشأن السمات أو المكونات الإضافية. لذلك سأقوم الآن بحفظ هذا الملف الشخصي ، وسأسميه Push Content and Media.
هذا يترك لي الآن ملفي تعريف ترحيل يمكنني استخدامهما لغرضين مختلفين. يتم حفظها على شاشة ملفي الشخصي ، وهي متاحة في أي وقت أريد العودة إليها. يمكنني حتى إعداد ملف تعريف سحب لسحب بيانات الإنتاج لأسفل إلى هذا الموقع المحلي ، والحفاظ على البيئتين متزامنتين في كلا الاتجاهين.
وبذلك نختتم مهام سير العمل لدينا باستخدام المحلية و WP Migrate للانتقال من بعيد إلى محلي ، والعودة إلى البعيد.
كما ترى ، اكتملت الآن خطة لعبتنا ، ولدينا حلول للانتقال من الموقع البعيد باستخدام تصدير موقع كامل من WP Migrate ، وسحب وإفلات استيراد ذلك إلى محلي ، ثم دفع ما يصل إلى WP Engine أو Flywheel ، أو أي مضيف آخر. إذن هذا مجرد غيض من فيض عندما يتعلق الأمر بحلول الترحيل وما هو ممكن عند استخدام WP Migrate و Local معًا.
لذلك نأمل أن يمنحك ذلك خطة لعبة في المرة القادمة التي تحتاج فيها إلى تشغيل عمليات الترحيل الخاصة بك. نتطلع إلى الاستماع إليك على حسابات Twitter الخاصة بنا لـ WP Migrate and Local ، ونأمل أن تستمتع ببقية DE {CODE]. شكرا لانضمامك الينا.