没必要删除UTF-8,我用得好好的,呵呵~我用的也是CP/WP哦!
要用的话可以自己加进去吧?呵呵~
不过暂时还没有搞懂有什么区别
见到一贴,不知道对数据库转移有什么用:
網友 treblam 和 dupola 都不約而同問了一個有關新建的 WordPress 2.2 blog 和 Ultimate Tag Warrior 出現的 collation 問題 - illegal mix of collations。
廣義來說問題不只是發生在 UTW 身上,所有會建立額外 tables 的 plugin 都有可能出現這個問題,”illegal mix of collations” 的意思是指在 WordPress database 內出現了不同 collations 的 tables,為何會發生這問題?這要從 WordPress 2.2 開始支援的自定 character set 和 collation 說起。
由 WordPress 2.2 開始,wp-config.php 內多了 DB_CHARSET 和 DB_COLLATE 兩個設定,用來選擇建立 table 的 character set 和 collation。這個對使用非英語系、UTF-8 編碼、使用 MySQL 4.1+ 的朋友尤其方便,因為不再每次升級都要修改 wp-db.php,加入強制使用 UTF-8 編碼的 code。
WordPress 預設的 DB_CHARSET 是 UTF-8,而 DB_COLLATE 是空白的,當空白時就會自動選取該 charset 的預設 collation,而 UTF-8 預設的 collation 是 utf8_general_ci。
但一些在 WordPress 2.2 前開發的 plugin,它們不懂 wp-config.php 內這兩個新設定,當需要建立額外 tables 時,collation 都只會跟著 database 原本的 collation 走。如果 database 的 collation 和 wp-config.php 內的設定不同,那就會出現這個問題。
解決方法其實很簡單,只需在 phpMyAdmin 內將新增 tables 的 collation 變成和 WordPress core tables 一樣便可以了。
順帶一提,為避免將來有另一些 plugin 引致同一個問題,我建議大家如果 database 的 collation 和 wp-config.php 內不一樣的話,記著把 database 的 collation 一併改變,我不知其他 Web hosting 公司的 MySQL 預設 collation 是什麼,DreamHost 就很奇怪,預設 collation 是 latin_swedish_ci,所以我有個習慣在 panel 新增 database 後,第一時間便將 database 的 collation 修改。