MovableType MySQLのインポート時に文字化け
ひっそりとサーバの移転をしたのですが、MySQLのエクスポート » インポートでどうしても文字化けしてはまったのですが、どうにか無事移行できたようです。 まず、状況。MovableType（3.21ja）で使用のデータベース（UTF-8）をphpMyAdminからエクスポート、そのsqlファイルをエディタ上でUTF-8で文字化けがおきないことを確認。新サーバへphpMyAdminでインポートすると日本語の照合順序が「latin1_swedish_ci」になってしまい、文字化けしてしまう。エクスポート時にエンコードは“non”、インポート時のファイル文字セットは“utf8”。文字化けはMySQLのバージョンが4.1.20に変わったことに由来する模様。詳しくは下を参照。MySQL 4.1 日本語環境での使用時の注意点／関連情報まとめ (iandeth.)で、エクスポートしたsqlファイルの各テ
Movable Type MySQL 4.1 を組み合わせると日本語が文字化けする不具合／障害の解決方法
iandeth. Perl, Flash ActionScript, MySQL, Movable Type, システム開発 - そんなテーマのサイトdeth. 1) 症状 日本語文字（とその他マルチバイトコードの文字）が「??????」といった文字列に置き換わってしまいます。BLOG管理画面のエントリ一覧等、直接データストアから情報を抽出してくる画面を見ればすぐに症状が発見できます。 2) 発生条件 MySQLの最新バージョン(2005/03/07現在)である 4.1.x 系を Movable Type のデータストアとして使用する場合に発生します。詳しい発生条件を図にしてみました: Webをさらさらっと調べてみた感じ、同不具合の報告は見られませんでした... みんな MySQLの最新版 (v4.1) は敬遠気味？普通バイナリパッケージからインストールしないの？（不安気味 3) 原因 日
MySQL 5 と相変わらず格闘中…
いやしかし、MySQL 5 に上げて、charset と collation がムズカシイ。 ALTER TABLE hoge CONVERT TO charset utf8 でうまくゆくかと思いきや、そうでもない。 各カラムの collation を定義して行ってもダメだ。 結局、MySQLのキャラクターセット(Ogawa::Memoranda) に書いてあった方法を取らざるを得なかった。 引用すると： $ mysqldump -uUser -pPassword –compact –default-character-set=binary hageDb > hage.sql $ sed ‘s/DEFAULT CHARSET=ujis/DEFAULT CHARSET=utf8/g’ hage.sql > hagehoge.sql (フィールドにcharsetが付いている場合にはその分も変換
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
