Ada sedikit filosofi pribadi yang masuk ke dalam alur kerja penempatan. Ini bukan pertanyaan mudah untuk dijawab secara langsung tanpa mengetahui pengalaman Anda dengan server dan kontrol versi, sistem operasi Anda, hosting, pengalaman klien dan budaya teknologi, dll ...
- Ini pertanyaan serupa yang punya banyak penjelasan.
- Untuk penyebaran konten, Anda dapat memeriksa plugin RAMP Favorit Crowd .
- WP Hackers adalah utas yang bagus untuk menemukan informasi yang baik tentang penyebaran.
Secara pribadi, saya memastikan bahwa saya tidak pernah membuat kode URL mutlak dalam tema saya. Gunakan bloginfo () atau kode URL relatif. Saya menggunakan banyak persyaratan dalam file wp-config.php saya. Berikut adalah versi vanilla dari suntingan wp-config saya.
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']));
Saya mengerjakan banyak situs yang mengikuti
- lokal (peretasan pribadi :) di server web laptop saya)>
- dev (pengujian pada server klien)>
- stage (sumber stabil untuk QA - pengeditan konten)>
- produksi (situs langsung)
Terakhir, saya sarankan Anda menggunakan alat versi untuk membantu dalam penyebaran Anda seperti GIT atau SVN. Ini memudahkan proses secara signifikan dan menjaga integritas sumber antara lingkungan. Berkomitmen ke lokal Anda mudah diperbarui melalui baris perintah di panggung dan produksi. Paling baik selama penemuan untuk menentukan kontrol versi apa yang Anda dan klien akan gunakan sejak awal jika mereka memiliki pengembang yang mengerjakan proyek. Saya pribadi menggunakan GIT untuk kontrol versi saya. Namun, jika klien menggunakan SVN, saya melakukan campuran keduanya di lokal saya jadi saya mempertahankan repo untuk diri saya sendiri sementara juga berkomitmen untuk repo mereka.
Kami jarang mengalami masalah migrasi dari satu lingkungan ke lingkungan lainnya. Kami menemukan / mengganti DB untuk mengubah URL yang sesuai untuk media yang disematkan, dll ...