問題タブ [mojibake]

mySQLテーブルに値を挿入するphpスクリプトがあります

INSERT INTO stories (title) VALUES('$_REQUEST[title]);

テーブルに入る前にリクエスト変数の値を確認しましたが、問題ありません。

しかし、たとえば、title =johnをテーブルに追加すると、

私はこのようなものを手に入れます： title = "[][][][]john" そして私が値を抽出するとき、それは改行であり、それからジョンです。

列をutf-8に設定していますが、スウェーデン語の文字セットも試しました。

注：phpMyAdminコマンドラインから値を挿入してもこのエラーは発生しません

国名と通貨記号を格納する mysql データベース テーブルがあります。CHARSET は正しく UTF8 に設定されています。

これはテーブルに挿入されたデータの例です

データベースを見ると、ポンド記号は問題ないように見えますが、データベースから取得してウェブサイトに表示すると、ポンド記号の代わりに疑問符が入った奇妙な四角形の記号が表示されます。

my.cnfで編集-文字セットはlatin1に設定されていました-utf8に変更しました-次に、ルートとしてログインして\ sを実行しました-返されました

照合

PHPコード

アドバイスお願いします よろしくお願いします

に問題がありHTML::TreeBuilderます。出力に文字化け/奇妙な文字が表示されます。

Drupal では、一部のユーザーがノードの本文にコンテンツを入力した後、引用符やアポストロフィなどの文字が次のように保存されることに気付きました。

これは、ユーザーが奇妙な文字を入力したためです...

1. これは、Drupal データベースが utf8 用に構成されていないということですか?
2. ’ が実際に単に ' として保存されるようにするには、どうすればこれを修正できますか?

UPDATE 私の場合、デコードされた文字は、asciiとして保存されたDrupal mysqlデータベースダンプをダウンロードし、それをMysqlにロードしてデータベースを再作成した結果であることが判明しました。これは 2 回発生しました。1 回目はホスティングを移行したとき、2 回目は DB を台無しにして手動で復元しなければならなかったときです。

解決策は、Drupal Backup and Migrate モジュールを使用していて、バックアップ ファイルをダウンロードし、手動で復元する必要があることです。ファイルをメモ帳などで ascii から utf8 に変換する必要があります。これをテストしましたが、動作します。

I got MySQL DB which contains UTF8 column with such "ТеÑ" records. PHP's mb_detect_encoding() told me that this is UTF-8. How can I transform this "horror" into something readable?

Thank you

geditを使用して開くと見栄えのするCSSファイルがありますが、PHPで読み取ると（すべてのCSSファイルを1つにマージするため）、このCSSには次の文字が付加されます。

PHPはすべての空白を削除するため、コードの途中にあるランダムなが全体を台無しにします。前述したように、geditでファイルを開いたときにこれらの文字が実際に表示されないため、簡単に削除できません。

私は問題をグーグルで検索しましたが、ファイルエンコーディングに明らかに問題があります。これは、さまざまなテキストエディタを使用してftpおよびrsyncを介してファイルを別のLinux/Windowsサーバーに移動しているためです。しかし、私は文字エンコードについてあまりよく知らないので、助けていただければ幸いです。

それが役立つ場合、ファイルはUTF-8形式で保存されており、geditではISO-8859-15形式で保存できません（ドキュメントには、指定された文字エンコードを使用してエンコードできない1つ以上の文字が含まれています）。WindowsとLinuxの行末で保存しようとしましたが、どちらも役に立ちませんでした。

OK、utf-8 コードを含む小さなテスト ファイルがあります。こちらです（言語はウォロフです）

通常のエディタではこのように表示されますが、16 進数では次のようになります。

2 番目の文字 [cb86] は a-grave [à] の非標準コーディングであり、Web ドキュメントで非常に一貫して見られますが、「実際の」utf-8 では、a-grave は c3a0 になります。Real utf-8 は、Mac と Windows で美しく動作します。

この小さなキャレットは cb86 が生成するものであり、次のように (テキスト ウィジェットで) テキストを表示するために MAC ですべて正常に動作するため、ペア { ˆ à } を含む文字マップを使用して偽の utf-8 を処理します。

PC で - 同じファイル (共有) を使用すると、読み込まれる最初の 3 文字は 46 cb 20 (fconfigure を使用しない) です。可能なすべてのエンコーディングを実行しましたが、同じマップを機能させることはできません。[46 cb 86 を許可するのは 20 個あります]

長くなってしまい申し訳ありませんが、どなたかご存知の方がいらっしゃいましたら教えていただきたいです。

テルモンクス

mysql 列の 1 つで文字エンコーディングが台無しになってしまいました。

通常、私は持っています

é の代わりに √©
ö の代わりに √∂
í の代わりに √≠

等々...

ここにいる誰かが何が起こったのか、どのように修正するのかを知っていることはかなり確実です.

更新： ボビンスの回答に基づいて、このデータをファイルに保存していたので、次のことを行いました

その後

データを正しくインポートしました。

更新 2: Hammerite、完全を期すために、要求された詳細をここに示します...

インポート先のSHOW CREATE TABLEテーブルのDEFAULT CHARSET=utf8

EDIT3：

実際、上記の設定では正しいことを行いload ませんでした (既存の utf8 フィールドと比較できず、ロードされたデータは正しくロードされたかのようにしか見えませんでした。クライアント、接続、および結果の文字セットが間違っているためだと思いますが、一致しています) )、そのため、設定を次のように更新しました。

データを再度アップロードし、最終的にデータを正しくロードしました (既存のデータと同等)。

私は Web を徹底的に調べてきましたが、この種の変換を含む表を見つけることができないようです。私が見つけたものにはいくつかの間違いがあり、あまり信頼できないので、公式の表などを探しましたが、残念ながらそうではありません..だからここにいます..

タイトルで述べたように、私がやりたいことは、たとえば、「ñ」が何を表しているかを知ることです (これは私が既に知っている..「ñ」)。ポーランドのもの）。

主な問題は、PHP に、たとえば "eñe" (これで問題ありません) や "eñe" などの文字列が含まれていることです。最新の状態では、"eñe" に変更できるはずです。読み取り可能ですが、問題がなければ変更したくありません。これを行うために、utf8_decode 関数を使用していましたが、文字列が読み取り可能な場合でも、「ñ」が「■」に変更されます (ただし、白)。そのため、常に文字列をデコードできるとは限りません。 mb_detect_encoding 関数を使用すると、応答として常に「UTF-8」が返されます..これはあまり役に立ちません..

たとえば、「ñ」の場合は「ñ」、「Ź」の場合は「Ź」などと書かれた utf8 ビット文字をすべて把握したら、基本的に 1 つを別のものに置き換える関数を実行する予定です.. utf8_decode と同じようなものです..誰かがより良い解決策を持っていない限り!

前もって感謝します！ご挨拶！