我有一個客戶端的WordPress的網站,使用Wordpress和進展。我需要將它移動到新的共享服務器(具有相同硬件配置的相同主機提供程序)上的新域。移動WordPress的進展到一個新的域名打破了網站
我已經移動了很多像這樣的wordpress設置,包括Wordpress/Headway組合。在調試過程中,我還使用了Headway的文檔和視頻來仔細檢查我是否正確地做了一切。
我移動了數據庫並用新域替換了所有舊域,並更新了所有文件路徑。然後我將public_html
文件夾複製到新服務器。該網站應該在這一點上工作。
相反,我在其他空的html頁面上看到了Headway錯誤消息No Content to Display
。我已將問題追溯到wp-config
表,Headway存儲序列化數據塊。除了wp-config
表中的這些Headway條目以外,我可以將整個數據庫中的數據更新到新域。只要我更新這些網站,網站就開始在各處崩潰,如果我全部更新它們,網站會加載Headway錯誤消息No Content to Display
。底層的WordPress系統似乎仍在工作,因爲我可以加載/wp-admin
控制檯,並且我的所有內容都存在並且看起來正確。
如果我更深入地跟蹤問題,看起來Wordpress函數get_options()
在Headway文件data-layout-options.php
中失敗。我一直無法進一步調試。
該網站完美地運行在原始域上,理論上,我正在做所有數據的直接拷貝,然後簡單地用新域替換舊域。
任何人都可以幫助解決類似問題嗎?這感覺就像我在代碼中追逐一個錯誤,當它真的是某種簡單的監督或配置設置已被消除。請幫忙!!!
我有同樣的問題多次。我一直在使用互聯網中的searchreplacedb2(http://interconnectit.com/products/search-and-replace-for-wordpress-databases/),它應該反序列化 - 對所有東西都進行重新序列化,但由於某些原因,HeadWay在移至新域名這種方式。 – mikkelbreum
@mikkelbreum - 你有沒有得到這個應用程序的工作和維護序列化的進度數據? – ricbax
不是沒有做一些額外的grep /替換:「然而,這並不完美,我仍然需要做一些我自己的grep並替換。此外,我必須小心這個,因爲一些錯過了在進展順利的數據,我不得不做MySQL查詢,以確保我正確更新了字符串的長度。「 –