この質問は以前にもさまざまな形で聞かれたことは知っていますが、私の特定の質問に対する答えが見つかりませんでした。
シナリオ
データベース Mysql、西ヨーロッパ - ラテン語 1
Sequel Pro を使用して SQL ファイルにエクスポート
まったく同じファイルを再インポートし、引用符、アポストロフィ、em ダッシュ、en ダッシュ、TM、Reg 文字を疑問符に変えました。
vimでsqlファイルを開き、<94>、<95>などを置き換えることでこれらを修正しました。正しい対応する 16 進コード。
参照: :%s/<93>/\'/g
私の質問
今後このようなことが起こらないようにするにはどうすればよいですか? 私の推測では、これらの文字はウェブサイトの管理部分にある単語ドキュメントから貼り付けられているのですが、なぜ正しく再インポートされないのかわかりません。今のところ、すべてのキャラクターを置き換えましたが、すべてが正常に近くなっています。テーブルを utf8 に変換する必要がありますか? DB にサイトの翻訳がいくつかあります。
ノート
このデータベースを以前に数回エクスポートしましたが、この問題は一度もありませんでした。ステージング サーバー (ライブ サーバーと同じサーバーで、ホストが異なるだけ) とローカル サーバーにエクスポートしました。なぜこれが突然起こるのかについて何か考えはありますか?
二重文字エンコーディングや間違ったエンコーディング形式など、多くの問題を調査しましたが、この状況は異なると思います。また、これらのソリューションのいくつかを試しましたが、うまくいきませんでした。
類似の質問