คำถามติดแท็ก sync

3
ฐานข้อมูล WordPress ประสานระหว่าง dev และ prod
มีการถามคำถามก่อนหน้าเกี่ยวกับวิธีซิงโครไนซ์ไฟล์รวมถึงฐานข้อมูลระหว่างการติดตั้ง Wordpress สองครั้ง สำหรับระดับฐานข้อมูลคำตอบคือโดยทั่วไปจะทิ้งฐานข้อมูลหนึ่งฐานแล้วใส่ลงในเซิร์ฟเวอร์อื่น ปัญหานี้คือคุณท้ายสูญเสียการเปลี่ยนแปลงใด ๆ ที่อาจเกิดขึ้นบนเซิร์ฟเวอร์แยง ตัวอย่างเช่นเมตริกการใช้งานความคิดเห็น ฯลฯ ... ด้วยสิ่งนี้ในใจฉันเริ่มสงสัยว่ามันจะเป็นไปได้ที่จะขยาย Wordpress ORM เพื่อให้คุณสามารถสร้างเดลตาแล้วฉีดเข้าไปในเว็บไซต์แยง มีใครลองทำดูดูหรือมีความคิดเห็นหรือความคิดเห็นบ้างไหม?

1
WordPress เป็นลูกค้า XML-RPC?
ฉันต้องการซิงค์การแก้ไขโพสต์ในสองไซต์ ทดสอบสภาพแวดล้อมไม่ใช่การผลิต ทิศทางเดียว (ไซต์ A ไปยังไซต์ B แต่ไม่ย้อนกลับ) โดยทั่วไปฉันแก้ไขโพสต์ที่สแต็คการทดสอบในเครื่องและโพสต์เดียวกัน (ส่วนหนึ่งของชุดเนื้อหาทดสอบ) ที่เซิร์ฟเวอร์ระยะไกลควรได้รับการอัพเดตพร้อมสำเนาเนื้อหาผลลัพธ์ที่เหมือนกัน ฉันรู้ว่าเซิร์ฟเวอร์ XML-RPC มีการใช้งานใน WordPress ... แต่ WordPress เองไม่ได้เป็นไคลเอนต์ XML-RPC และฉันไม่รู้ว่ามันจะง่ายแค่ไหนในการทำให้เป็นหนึ่งเดียว (ฉันมักจะกังวลกับ XML) ดังนั้นฉันควรไปกับ XML-RPC และใช้ฟังก์ชั่นไคลเอนต์หรือไม่คุ้มค่ากับเวลาและฉันควรสร้างฟอร์มที่กำหนดเองหรือบางสิ่งบางอย่างที่เซิร์ฟเวอร์ระยะไกลเพื่อตรวจจับการเปลี่ยนแปลง?
13 xml-rpc  sync 

2
การจัดเตรียมไซต์คุณจะจัดการการอัพเดทข้อมูลให้ตรงกันในฐานข้อมูลได้อย่างไร
เป็นที่ยอมรับกันโดยทั่วไปว่านักพัฒนาควรทดสอบการอัปเดตผ่านไซต์ staging ก่อนปล่อยไปยังเซิร์ฟเวอร์ live อย่างไรก็ตามเมื่อการปรับปรุงการพัฒนาต้องการการแก้ไขใน Wordpress DB สิ่งต่าง ๆ มีความซับซ้อนเนื่องจากผู้ใช้ในไซต์สดจะอัพเดต DB ด้วย การไหล (งง) เพียงอย่างเดียวที่ฉันสามารถจินตนาการได้มีดังต่อไปนี้: ทดสอบบนโลคัลเซิร์ฟเวอร์ (WAMP, XAMP ฯลฯ ) เมื่อพร้อมที่จะปรับใช้ให้ตั้งค่าไซต์สดในโหมดการบำรุงรักษา สำรองไซต์สด (ทำสำเนา sqldump ฯลฯ ) สร้างโคลนของไซต์สดที่ถูกล็อคไปยังไซต์การแสดงละคร อัปโหลดการแก้ไขจากสภาพแวดล้อมท้องถิ่นไปยังไซต์การแสดงละคร ทดสอบไซต์จัดเตรียม ผลักดันไซต์การแสดงละครสด ลบโหมดการบำรุงรักษา ข้อเสียของการไหลข้างต้น: ช่วงเวลาหยุดทำงานอาจนานกว่าที่คาดไว้สำหรับผู้ใช้ในขณะที่นักพัฒนากำลังทดสอบอัปเดตอย่างระมัดระวังในไซต์ทดสอบ อาจต้องการการจัดการการปรับเปลี่ยนแบบแมนนวล: ตัวอย่างเช่นเลย์เอาต์ของตัวสร้างเพจของผู้สร้างไซต์จะถูกเก็บไว้ในฐานข้อมูลดังนั้นเมื่อมีการแก้ไขเลย์เอาต์นั้นจะต้องอิมพอร์ตด้วยตนเองในไซต์ลำดับขั้น ในกรณีนี้มันอาจจะเพียงพอที่จะเพียงแค่วางและนำเข้าหน้าลงในเว็บไซต์การแสดงละครและหากทำงานให้นำเข้าพวกเขาในเว็บไซต์สด ฉันสงสัยว่าจะมีวิธีที่ดีกว่าและอัตโนมัติกว่านี้เพื่อให้บรรลุหรือไม่ คุณคิดอย่างไร? EDIT ได้รับการเสนอการแก้ไขตามที่ร้องขอในอดีต แต่ไม่มีผู้ใดเสนอวิธีการแก้ไขที่ชัดเจน: 9/2010 - การประสานฐานข้อมูลระหว่าง dev / การ staging และการผลิต 12/2011 …
11 database  staging  sync 
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.