การจัดเตรียมไซต์คุณจะจัดการการอัพเดทข้อมูลให้ตรงกันในฐานข้อมูลได้อย่างไร

เป็นที่ยอมรับกันโดยทั่วไปว่านักพัฒนาควรทดสอบการอัปเดตผ่านไซต์ staging ก่อนปล่อยไปยังเซิร์ฟเวอร์ live อย่างไรก็ตามเมื่อการปรับปรุงการพัฒนาต้องการการแก้ไขใน Wordpress DB สิ่งต่าง ๆ มีความซับซ้อนเนื่องจากผู้ใช้ในไซต์สดจะอัพเดต DB ด้วย

การไหล (งง) เพียงอย่างเดียวที่ฉันสามารถจินตนาการได้มีดังต่อไปนี้:

1. ทดสอบบนโลคัลเซิร์ฟเวอร์ (WAMP, XAMP ฯลฯ )
2. เมื่อพร้อมที่จะปรับใช้ให้ตั้งค่าไซต์สดในโหมดการบำรุงรักษา
3. สำรองไซต์สด (ทำสำเนา sqldump ฯลฯ )
4. สร้างโคลนของไซต์สดที่ถูกล็อคไปยังไซต์การแสดงละคร
5. อัปโหลดการแก้ไขจากสภาพแวดล้อมท้องถิ่นไปยังไซต์การแสดงละคร
6. ทดสอบไซต์จัดเตรียม
7. ผลักดันไซต์การแสดงละครสด
8. ลบโหมดการบำรุงรักษา

ข้อเสียของการไหลข้างต้น:

• ช่วงเวลาหยุดทำงานอาจนานกว่าที่คาดไว้สำหรับผู้ใช้ในขณะที่นักพัฒนากำลังทดสอบอัปเดตอย่างระมัดระวังในไซต์ทดสอบ
• อาจต้องการการจัดการการปรับเปลี่ยนแบบแมนนวล: ตัวอย่างเช่นเลย์เอาต์ของตัวสร้างเพจของผู้สร้างไซต์จะถูกเก็บไว้ในฐานข้อมูลดังนั้นเมื่อมีการแก้ไขเลย์เอาต์นั้นจะต้องอิมพอร์ตด้วยตนเองในไซต์ลำดับขั้น ในกรณีนี้มันอาจจะเพียงพอที่จะเพียงแค่วางและนำเข้าหน้าลงในเว็บไซต์การแสดงละครและหากทำงานให้นำเข้าพวกเขาในเว็บไซต์สด

ฉันสงสัยว่าจะมีวิธีที่ดีกว่าและอัตโนมัติกว่านี้เพื่อให้บรรลุหรือไม่

คุณคิดอย่างไร?

EDIT ได้รับการเสนอการแก้ไขตามที่ร้องขอในอดีต แต่ไม่มีผู้ใดเสนอวิธีการแก้ไขที่ชัดเจน:

• 9/2010 - การประสานฐานข้อมูลระหว่าง dev / การ staging และการผลิต
• 12/2011 - การปรับใช้ปลั๊กอินที่อัปเดตหรือใหม่ที่ปรับเปลี่ยนตาราง wp_options
• 9/2014 - วิธีอัปโหลดการเปลี่ยนแปลงในเครื่องไปยังเซิร์ฟเวอร์ที่ใช้งานจริงโดยไม่ต้องแทนที่โพสต์ / หน้าใหม่
• 1/2015 - วิธีการบำรุงรักษาบล็อกเว็บไซต์ WordPress ในการผลิตและการแสดงละคร?

ผู้ให้บริการโฮสติ้งรุ่นใหม่ที่ให้ความสำคัญกับ WordPress โดยทั่วไปจะมีเครื่องมือในการลดความเจ็บปวดนี้ ฉันใส่ลูกค้าของฉันไว้ในแพนธีออนซึ่งมีเวิร์กโฟลว์ที่เปิดใช้งานระบบ Git ที่เรียบร้อยซึ่งโค้ดจะเลื่อนขึ้น (จากการพัฒนาไปสู่การผลิตจนถึงการผลิต) และสิ่งต่างๆในฐานข้อมูลจะเลื่อนลง (ตรงกันข้ามจากรหัส) การคัดลอกฐานข้อมูลจากการผลิตไปยังการจัดเตรียมเป็นเพียงคลิกเดียวกับอินเตอร์เฟซของพวกเขา หากมีการปฏิบัติตามขั้นตอนนี้สิ่งนี้จะช่วยขจัดปัญหาฐานข้อมูลที่ใช้ในการผลิตทำให้ฉันสามารถทดสอบการเปลี่ยนแปลงของฐานข้อมูลการผลิตในการพัฒนา

ไม่มีใครที่จะต้องใช้ Pantheon - คุณสามารถนำแนวทางที่คล้ายกันในกระบวนการของคุณโดยใช้เครื่องมือของคุณเอง (Git + ปลั๊กอินการโคลนนิ่ง DB เช่น WP Migrate DB) ฉันเพิ่งพบว่าวิธีนี้ใช้งานได้ดีสำหรับฉัน

คำถาม: ทำไมคุณต้องตั้งโรงงานผลิตของคุณในโหมดการบำรุงรักษาในขณะที่ทดสอบการจัดเตรียม ไม่จำเป็นต้องมีในกรณีส่วนใหญ่ กรณีเดียวที่ฉันนึกได้คือการมีระบบที่เปราะบางบางอย่างที่มีความไวสูงต่อข้อมูลผู้ใช้เพิ่มเติมที่ถูกป้อนเข้ามาพร้อมกับข้อผิดพลาดที่ร้ายแรงในการบูต - แต่นั่นน่าจะบ่งบอกถึงปัญหาที่แตกต่างกัน เพื่อคิดใหม่สถาปัตยกรรมทั้งหมดของผลิตภัณฑ์

ดูที่VersionPressซึ่งนำการกำหนดรุ่น GIT มาสู่กระบวนการทั้งหมด (ไฟล์และฐานข้อมูล)

ตามที่อธิบายไว้ในเว็บไซต์:

VersionPress ให้การแสดงละครไม่เจ็บปวด ซึ่งหมายความว่าคุณสามารถสร้างสภาพแวดล้อมการทดสอบที่ปลอดภัยสำหรับการเปลี่ยนแปลงของคุณและผสานกลับคืนเมื่อพร้อม ผสานเป็นคำสำคัญที่นี่ - VersionPress จัดการกับสถานการณ์ที่ไซต์สดของคุณมีเนื้อหาใหม่ในเวลาเดียวกัน