WordPress MU是一個痛苦的屁股遷移。
沒有什麼東西會轉到表格並替換這些網址。如果URL存儲在任何序列化對象或數組中,那麼您要小心編輯sql轉儲文件,因爲這樣會破壞數據的完整性。
如果你想直接在MySQL裏面做,你可以,但這會很耗時。這也將是最安全的。
這對PHPMyAdmin來說是最簡單的,即使是經驗豐富的SQL專家也是如此,因爲PHPMyAdmin只是非常方便,因爲您經常會編輯SQL查詢。該基地的查詢是:
Update "table_name"
SET "column_name" = REPLACE("column_name","find","replace")
WHERE "column_name" LIKE "%find%"
所以,你的情況,爲後表:
Update wp_1_posts
SET post_content = REPLACE(post_content,"www.oldurl.com","www.newurl.com")
WHERE post_content LIKE "%www.oldurl.com%"
接下來,看看postmeta表。如果存在序列化數據,則可能會遇到麻煩。因此,首先進行搜索以查看數據的外觀,然後查看是否有任何特定的字段不應包含在查找/替換腳本中。您的這個表更新看起來很像是最後一個:
Update wp_1_postmeta
SET meta_value = REPLACE(meta_value,"www.oldurl.com","www.newurl.com")
WHERE meta_value LIKE "%www.oldurl.com%"
如果你發現你需要排除,修改劇本,像這樣的字段:
Update wp_1_postmeta
SET meta_value = REPLACE(meta_value,"www.oldurl.com","www.newurl.com")
WHERE meta_value LIKE "%www.oldurl.com%"
AND meta_name NOT IN ('meta_name_1', 'meta_name_2')
選項表應該做手 - 你有太多的潛力可以通過自動化來解決問題。查找siteurl
,home
和fileupload_url
字段。查找可能已存儲值的任何其他內容,並手動更新這些值。
然後適當地更新wp_blogs和wp_site。
遷移MU是惡夢所做的東西。走得慢一些,看看一切,最重要的是所有這些都是對主要數據的重複進行測試。數據庫空間便宜,丟失的數據不是。
在什麼?我在linux w/gnome上。 – Stan 2010-01-23 05:43:11
@Stan - gedit會很好地完成這項工作。 – Seth 2010-01-23 05:45:11
嘿,這工作對我來說,但我想了解什麼-ie意味着,有人可以解釋它?謝謝! – ohmmho 2016-04-24 16:03:08