มีปรัชญาส่วนตัวเล็กน้อยที่เข้าสู่เวิร์กโฟลว์การปรับใช้ ไม่ใช่เรื่องง่ายที่จะตอบคำถามโดยไม่ทราบว่าคุณมีประสบการณ์กับเซิร์ฟเวอร์และการควบคุมเวอร์ชันระบบปฏิบัติการโฮสติ้งประสบการณ์ของลูกค้าและวัฒนธรรมด้านเทคโนโลยี ฯลฯ ...
- นี่เป็นคำถามที่คล้ายกันที่มีคำอธิบายมากมาย
- สำหรับการใช้งานเนื้อหาคุณสามารถตรวจสอบฝูงชนที่ชื่นชอบของปลั๊กอิน RAMP
- WP แฮกเกอร์เป็นหัวข้อที่ดีในการค้นหาข้อมูลที่ดีเกี่ยวกับการปรับใช้
ส่วนตัวฉันตรวจสอบให้แน่ใจว่าฉันไม่เคยรหัส URL ที่แน่นอนในรูปแบบของฉัน ใช้ bloginfo () หรือรหัสที่เกี่ยวข้อง URL ฉันใช้เงื่อนไขจำนวนมากในไฟล์ wp-config.php ของฉัน นี่คือรุ่น wanilla ของการแก้ไข wp-config ของฉัน
switch($_SERVER['SERVER_NAME']){
case 'dev.yourdomain.com':
$db_host = '';
$db_pass = '';
//define debugging
break;
case 'stage.yourdomain.com':
$db_host = '';
$db_pass = '';
break;
default: //Live
$db_host = '';
$db_pass = '';
}
define('DB_PASSWORD', $db_pass);
define('DB_HOST', $db_host);
//You could also set this as a variable above
define('WP_HOME', 'http://'.$_SERVER['SERVER_NAME']));
define('WP_SITEURL', 'http://'.$_SERVER['SERVER_NAME']));
ฉันทำงานกับเว็บไซต์จำนวนมากที่ติดตาม
- ท้องถิ่น (แฮ็คส่วนตัว :) บนเว็บเซิร์ฟเวอร์แล็ปท็อปของฉัน)>
- dev (ทดสอบบนไคลเอนต์เซิร์ฟเวอร์)>
- สเตจ (แหล่งที่มั่นคงสำหรับ QA - การแก้ไขเนื้อหา)>
- การผลิต (เว็บไซต์สด)
สุดท้ายนี้ฉันขอแนะนำให้คุณใช้เครื่องมือกำหนดเวอร์ชันเพื่อช่วยในการปรับใช้เช่น GIT หรือ SVN มันลดขั้นตอนอย่างมีนัยสำคัญและรักษาความสมบูรณ์ของแหล่งที่มาระหว่างสภาพแวดล้อม ความมุ่งมั่นในท้องถิ่นของคุณจะถูกปรับปรุงอย่างง่ายดายผ่านทางบรรทัดคำสั่งบนเวทีและการผลิต เป็นการดีที่สุดในระหว่างการค้นพบเพื่อกำหนดเวอร์ชันที่คุณและลูกค้าจะใช้ตั้งแต่เริ่มต้นหากพวกเขามีนักพัฒนาที่ทำงานในโครงการ ฉันใช้ GIT เป็นการส่วนตัวเพื่อควบคุมเวอร์ชันของฉัน อย่างไรก็ตามหากลูกค้าใช้ SVN ฉันจะผสมผสานสองอย่างนี้ในพื้นที่ของฉันดังนั้นฉันจึงรักษา repo ไว้สำหรับตัวเองในขณะเดียวกันก็ยอมรับ repo ของพวกเขาด้วย
เราไม่ค่อยมีปัญหาในการย้ายจากสภาพแวดล้อมหนึ่งไปอีกสภาพแวดล้อมหนึ่ง เราทำการค้นหา / แทนที่ในฐานข้อมูลเพื่อเปลี่ยน URL ให้สอดคล้องกับสื่อฝังตัว ฯลฯ ...