it-swarm.asia

هل لديك أي استراتيجيات فعالة لإطلاق v2 من أ WP موقع؟

أعمل مع فريقي مع عميل لديه موقع WordPress حالي يحتوي على قدر لا بأس به من المحتوى وموضوع مخصص قاموا بإنشائه. إنها مدونة جماعية ، مما يعني أن العديد من المدونين في جميع أنحاء العالم يقومون بإضافة محتوى وتحريره طوال الوقت.

مهمتنا هي إنشاء سمة جديدة بالكامل ، مع عدد غير قليل من الميزات الجديدة. ستتطلب بعض هذه الميزات عناصر واجهة مستخدم مخصصة جديدة وإضافات وحقول قاعدة بيانات.

نعمل حاليًا على تشغيل آلات التطوير الخاصة بنا ودمجها في خادم تطوير واحد. تم إصدار كل الشفرة في SVN. يقوم DBA المعين لدينا بدمج أي تغييرات في قاعدة البيانات يدويًا في قاعدة بيانات dev في الوقت الحالي ، على الرغم من أننا نأمل أن يتمكن من أتمتة ذلك قريبًا.

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

لدينا بعض الخطط في الاعتبار ، لكني أحب أن أسمع كيف تعامل الآخرون مع هذه المشكلة أيضًا. هل هناك أفضل الممارسات التي يجب اتباعها أو المزالق المعروفة التي يجب تجنبها؟

12
Mike Lee

إذا اتبعت نصيحة SethMerrick ، ​​فيمكنك تقليل وقت التبديل بدرجة كبيرة عن طريق خفض TTL في سجلات DNS المناسبة إلى 5 دقائق أو عدة ساعات (اعتمادًا على ما هو الحالي TTL) قبل تغيير عنوان IP.

من خلال القيام بذلك ، فإنك تخبر خوادم DNS البعيدة بتخزين العنوان لمدة 5 دقائق فقط. بمجرد تغيير IP ، يمكنك زيادة TTL إلى ما كانت عليه من قبل. لتقليل التأثير بشكل أكبر ، قم بالتبديل أثناء فترة حركة مرور منخفضة.

4
Aaron Terry

لست متأكدًا مما إذا كان هذا قابلاً للتطبيق ، لكنني مررت للتو بعملية مماثلة تتمثل في الترحيل والتحديث في وقت واحد لموقع مرتفع عدد الزيارات.

كانت الإستراتيجية الأساسية هي العمل على خادم مرحلي ، ثم عندما يكون كل شيء جاهزًا ، قم بإجراء تفريغ mysql على الخادم المباشر ، واستورده إلى خادم التدريج ، وقم بإجراء أي تنظيف مطلوب ، ثم أشر سجلات DNS إلى خادم التدريج ، مما تسبب في خادم التدريج ليصبح الخادم المباشر الجديد.

الشيء الصعب هو دمج جميع البيانات التي تتراكم أثناء نشر DNS في خادم التدريج (والذي أصبح الآن هو الخادم المباشر). وبمعنى آخر ، إذا مرت 30 ساعة بينما تقوم فيه بتفريغ/تحديث mysql DNS الخاص بك وعند اكتمال نشر DNS ، فسيتعين عليك دمج 30 ساعة من السجلات بشكل انتقائي من الموقع القديم إلى الجديد.

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

2
SethMerrick

Mike Lee: سؤال عظيم ، وواحد من المقاطع المقدسة من WordPress (أو أي من أنظمة إدارة المحتوى مفتوحة المصدر السائدة التي أتعرف عليها في هذا الشأن مثل Drupal و Joomla et al.)

في حين أنه من غير المؤكد معالجة حالة الاستخدام الخاصة بك ، فعليك التحقق من إجابتي على سؤال ذي صلة والذي يصف مكونًا إضافيًا على مستوى النسخة التجريبية الذي أتاحته للتو عبر إجابات تبادل WordPress تسمى WP Migrate Webhosts (نعم ، أنا تمتص عندما يتعلق الأمر بالتسمية الإبداعية.)

لكنني أريد أيضًا حل حالة الاستخدام التي تصفها باستخدام مكون إضافي وأنا أفكر حاليًا في كيفية تحقيق ذلك. أفكر في طريقة التعامل مع الأمر وهو التخلي عن حل المشكلة بشكل عام والتعامل مع الأنماط المعروفة الموجودة في WordPress ثم السماح لأي شخص آخر بـ " ربط " البرنامج المساعد الخاص بي لـ حالات الاستخدام الخاصة. أظن أيضًا أن هناك طريقة تتمثل في إجراء تسلسل للبيانات والهياكل في WordPress كبيانات في ملف PHP بحيث يمكن لتطبيق مكون إضافي في المستقبل تطبيق هذه التغييرات مثل deltas تمامًا مثل نظام تحكم التعليمات البرمجية المصدر الذي يطبق deltas للوصول في الإصدار الحالي من شفرة المصدر.

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

2
MikeSchinkel