我更新的現有的WordPress網站使顯著修改的主題和網站結構,以及進行更新,以插件這反過來存儲數據到MySQL數據庫。WordPress網站發佈管理策略
據我所知這裏有2(3?)可能的策略:
- 「轉儲並加載」從開發的MySQL數據庫的生活和替換爲最新版本的wp-content文件夾。
- 通過WP導入器導入更改,並用最新更新替換wp-content文件夾。
- 通過WP管理界面手動進行數據庫更改,並用最新的更新替換wp-content文件夾(這僅適用於較小的更改)。
雖然我在我自己的獨立環境中開發,但這是針對現有網站,它現在仍在運行,並將繼續接收公衆更新,例如評論和聯繫表單中的條目,因此我期望數據庫是與我發佈變更的時間不同。
鑑於此,上述選項提供了以下問題。
1轉儲和裝載
的「轉儲並加載」的策略似乎是做我的數據正在幕後更新的問題(這將是我的首選方法,因爲這很容易回滾)。
結果:需要同步數據庫發佈後才能獲得最新更新,過於複雜。
2.使用進口商
使用WP-Importer plugin頁和後ID將得到更新,搞砸了造型依賴於後的ID即可激活。這反過來會產生一個我希望避免的CSS惡夢,必須在版本之後通過CSS 更新數據庫創建的新頁面/帖子ID。
結果:太挑剔,不是很專業的方法導致漫長而複雜的發佈過程。
3.更新數據庫中手動
這個選項是非常適合小的變化,但是當用於更復雜的版本的步驟列表到PROD接口上遵循變長,難以遵循,因此很容易使錯誤。
結果:太容易搞砸了,只能是最後的手段。
是否存在用於存在網站的標準詞語發佈策略?
所以基本上,我的問題是:當更新一個現有的網站時,其他WordPress開發者會遵循什麼樣的發佈流程?有沒有下面列出的選項可以最大限度地減少麻煩並減少發佈期間的時間和複雜性?
我已經爲使用GIT的網站設置了源代碼控制,並且我習慣通過ANT或類似的發佈腳本來自動化事物,但這對於當前項目來說可能是過度的,但至少理解一個簡單的方法更新WordPress的網站,並儘量減少搞砸的機會。
謝謝!
爲什麼我不喜歡wordpress的另一個原因 – cegfault
我確信我已經在[WordPress StackExchange](http://wordpress.stackexchange.com/)上多次討論過這個問題。 – brasofilo
想象一下,他們甚至已經爲WordPress這幾天換了一個堆棧.. –