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

27
วิธี: ย้ายการติดตั้ง WordPress จากการพัฒนาไปสู่การผลิตได้อย่างง่ายดาย
ฉันจะพัฒนาบนกล่องเดียวและใช้ที่สองสำหรับการผลิต ตอนนี้ฉันเพิ่งถ่ายโอนฐานข้อมูลแล้วทำการค้นหาแทนที่สำหรับการเปลี่ยนแปลง URL; จากนั้นคัดลอกไฟล์และนำเข้า SQL ใหม่ มีวิธีที่ดีกว่าในการทำเช่นนี้?

4
การปรับใช้ Dev, Stage และ Production สำหรับเว็บไซต์ WordPress?
ดังนั้นฉันจึงต้องมี dev / stage / production iterations (ผ่านเซิร์ฟเวอร์ที่แยกต่างหาก) สำหรับเว็บไซต์ WordPress ฉันใช้ git ตามปกติ แต่สิ่งนี้เห็นได้ชัดว่าจะไม่ทำงานกับไซต์ WordPress เนื่องจากการพึ่งพาฐานข้อมูลหลัก การกำหนดค่าของ ... ดีเกือบทุกอย่าง ดังนั้นคำถามของฉันคือคุณจะทำยังไง? ฉันมี Google ที่รวดเร็วและเห็นว่ามีปลั๊กอินไม่กี่นี่เป็นวิธีเดียวหรือไม่ สิ่งใดที่ทำงานได้ดีที่สุดในแง่ของการใช้งานง่ายความเร็วความน่าเชื่อถือ ui ฯลฯ

4
การประสานฐานข้อมูลระหว่าง dev / การ staging และการผลิต
ฉันมีปัญหากับการซิงโครไนซ์ฐานข้อมูล WordPress ระหว่างการพัฒนาและการผลิตและฉันสงสัยว่าคนอื่นแก้ปัญหาได้อย่างไร ฉันรู้เกี่ยวกับคำถามนี้แต่มันก็ไม่ครอบคลุมถึงกรณีการใช้งานที่น่ารังเกียจและเป็นจริงมากกว่านี้ บอกว่าฉันมีเว็บไซต์ WordPress อยู่ ฉันเอาทุกอย่างไปทำซ้ำมันในสภาพแวดล้อมการพัฒนาของเรา ฉันเริ่มทำการเปลี่ยนแปลง 1 สัปดาห์ต่อมาฉันพร้อมที่จะปรับใช้การอัปเดตของฉัน ในระหว่างนี้ฐานข้อมูลในไซต์การผลิตมีการเปลี่ยนแปลง (โพสต์ใหม่ความคิดเห็นใหม่ ฯลฯ ) ฉันจะซิงโครไนซ์การเปลี่ยนแปลงระหว่างการผลิตและการพัฒนาในช่วงการเปิดตัวและเป็นไปได้ที่จะทำให้กระบวนการนี้เป็นอัตโนมัติ (อย่างน้อยค่อนข้าง) หรือไม่

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

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

3
ข้อผิดพลาดการเชื่อมต่อฐานข้อมูลหลังจากคัดลอกอินสแตนซ์ WordPress Multisite ไปยังตำแหน่งที่สอง
นี่คือการตั้งค่าของฉัน ฉันมีอินสแตนซ์ Multisite ทำงานอยู่ที่http://example.comและฉันต้องการพัฒนาและจัดเตรียม การย้ายอินสแตนซ์ Multisite ที่มีอยู่ของ WP ไปยัง localhost เป็นฝันร้ายดังนั้นฉันจะทำ dev บนตำแหน่งการจัดเตรียมแทน ฉันตั้งค่าhttp://staging.example.comให้ชี้ไปที่ไดเร็กทอรี / public_html / staging / ของบัญชีโฮสติ้งและคัดลอกไฟล์ WP ทั้งหมดจากรูทของฉันไปยังไดเร็กทอรี / staging / ฉันยังคัดลอกไฟล์ฐานข้อมูล (ดัมพ์ SQL นำเข้าตารางไปยังฐานข้อมูลใหม่) และเปลี่ยนไฟล์ wp-config.php เพื่อชี้ไปยังฐานข้อมูลใหม่ หลังจากรัน SQL เพื่อเปลี่ยนเร็กคอร์ดฐานข้อมูลฉันยังเปลี่ยนหนึ่งบรรทัดในไฟล์ wp-config.php: /** Turning on WordPress MU, new in 3.0 */ define( 'MULTISITE', true ); define( …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.