現在、UTF8はウェブサイトの主流となっています。なぜなら、国内のGBKコードサイトでは、開いたときに文字が乱れていないからです
しかし、海外でGBKコードのウェブサイトを開設し、そのフォントライブラリをインストールしていない場合、外国人の友人がウェブサイトを開き、文字が乱れてしまうことがあります
さらに、UTF8は国際的な符号化であり、GBk符号化よりもストレージ容量が大きいという欠点があります
要するに、utf8への変換には多くの利点があり、dz website gbkをutf8に変換する他のステップは簡単で、データベース内でのトランスコードは難しいです
GBKおよびUTF8データベースのdzは、一部のストレージが同じではありません
dz 「シリアル化コード」に記録された一部のフィールドは、GBKとUTF8の文字が異なるためUTF8で無効となります。
分類情報を比較すると、GBKは次のように記録されています。
{i:1; s:4:「プロット」; i:2; s:4:「役割」; i:3; 6頁:「キャストとスタッフ」; 1:4; s:4:「周辺的」; i:5; s:4:「英語」; i:6; S:4:「在庫」; i:15; s:4:「資源」; i:16; s:4:「情報」; i:17; s:8:「関連名詞」; }
その中で、plotの2語は4文字を表しているためs:4と書かれますが、utf8のエンコーディングではs:4と書かれます。なぜなら、utf8の正しい表記はs:6であるべきで、2文字が6文字になるからです。 この記録は以下に修正されるべきです:
{i:1; s: 6:「プロット」; i:2; s:6:「役割」; i:3; s: 9:「キャストとスタッフ」; 1:4; s: 6:「周辺部」; i:5; s: 6:「英語」; i:6; s:6:「目録」; i:15; s:6:「資源」; i:16; s:6:「情報」; i:17; S:12:「関連名詞」; }
以下の図は私のGBKデータベーステーブルにあるレコードを示しています:
これらのフィールドがシリアライズされて保存されている場合、GBKをUTF8シリアライズフォーマットストレージに変換する方法は?
インターネット上の大手の中には書き込みツールを持っている人もいますが、直列化された表が不完全か、何か問題があるのです。
このウェブサイトがGBKからUTF8に移行した場所だったので、いくつか問題を見つけて自分で修正しました。
以下のパラメータを修正してください
$dbserver = 「データベースアドレス」; $dbusername = 「データベースアカウント」; $dbpassword = 「データベースパスワード」; $database = 「データベース名」;
修正が完了したら、ウェブサイトの任意のディレクトリにphpをアップロードし、phpファイルのアドレスにアクセスしてください! 最後に「ディスカズ!」ボタンをクリックしてください。 シリアライズとソート」
PHPスクリプトのダウンロード:
観光客の皆さん、この投稿の隠された内容を見たい方は、どうぞ 答える
|