ホームページ  >  に質問  >  本文

タイトルは「全体で UTF-8 エンコーディングを使用する」のように書き換えられます。

<p> 新しいサーバーをセットアップしており、Web アプリケーションで UTF-8 を完全にサポートしたいと考えています。既存のサーバーでこれを試しましたが、常に ISO-8859-1 にフォールバックする必要がありました。 </p> <p>エンコーディング/文字セットはどこで設定する必要がありますか?これを実現するには、Apache、MySQL、および PHP を構成する必要があることはわかっていますが、従うことができる標準的なチェックリストや、除外できる不一致はありますか? </p> <p>これは、MySQL 5、PHP 5、および Apache 2 を実行する新しい Linux サーバーです。 </p>
P粉321676640P粉321676640395日前465

全員に返信(2)返信します

  • P粉790187507

    P粉7901875072023-08-22 19:20:43

    chazomaticus の素晴らしい回答 にもう 1 点追加したいと思います:

    また、META タグも忘れないでください (次のように、または その HTML4 または XHTML バージョン ):

    リーリー

    これは些細なことのように思えるかもしれませんが、IE7 では以前にも問題が発生しました。

    すべてを正しく実行しています。データベース、データベース接続、および Content-Type HTTP ヘッダーはすべて UTF-8 に設定されており、他のすべてのブラウザでは問題なく動作しますが、Internet Explorer は依然として「西ヨーロッパ言語」を使用することを要求します。エンコーディング。

    ページに META タグが欠落していることが判明しました。追加したら問題は解決しました。

    ######編集:######

    W3C には実際には、国際化 (I18N) に特化したかなり大きな セクション があります。この問題に関連する記事が多数あり、HTTP、(X)HTML、CSS の側面について説明しています:

    FAQ: (X)HTML ページのエンコーディングを UTF-8

  • P粉653045807

    P粉6530458072023-08-22 18:34:47

    ######データストレージ###:###

    データベース内のすべてのテーブルとテキスト列に

    utf8mb4
      文字セットを指定します。このようにして、MySQL は、UTF-8 のネイティブ エンコーディングで値を物理的に保存および取得します。
    • utf8mb4_*

      照合順序が (明示的に文字セットを指定せずに) 指定された場合、MySQL は暗黙的に utf8mb4 エンコーディングを使用することに注意してください。 MySQL の古いバージョン (<5.5.3) では、Unicode 文字のサブセットのみをサポートする

      utf8
    • のみを使用できました。冗談だといいのですが。
    • ######データアクセス###:###

    • アプリケーション コード (PHP など) では、使用するデータベース アクセス方法に関係なく、接続文字セットを
    utf8mb4

    に設定する必要があります。このようにして、MySQL はデータをアプリケーションに渡すときにデータの変換を実行せず、その逆も同様です。

    header()

    関数を手動で使用します。 アプリケーションがテキストを他のシステムに転送する場合、文字エンコーディングも知る必要があります。 Web アプリケーションの場合、ブラウザーはデータを送信するエンコーディングを (HTTP 応答ヘッダーまたは

    HTML メタデータ
      経由で) 認識している必要があります。
    • json_encode() を使用して出力をエンコードする場合は、2 番目のパラメーターとして JSON_UNESCAPED_UNICODE を追加します。 ######入力###:###
      • ブラウザはドキュメントで指定された文字セットでデータを送信するため、入力時に特別な処理は必要ありません。
      • リクエストのエンコードに疑問がある場合 (改ざんされている可能性があるため)、データを保存または使用する前に、受信した各文字列が有効な UTF-8 であることを確認できます。 PHP の mb_check_encoding() はこの問題を解決できますが、そのままにしておく必要があります。悪意のあるクライアントは任意のエンコーディングでデータを送信できるため、この問題を回避する方法はありません。私は、PHP にこれを確実に実行させるためのトリックをまだ見つけていません。

      その他のコードのメモ:

      • 明らかに、提供するすべてのファイル (PHP、HTML、JavaScript など) は有効な UTF-8 でエンコードされる必要があります。

      • UTF-8 文字列を処理するときは、必ず安全に処理する必要があります。残念ながら、これが難しい部分です。おそらく、PHP の mbstring 拡張機能を頻繁に使用することになるでしょう。

      • PHP の組み込み文字列操作は、デフォルトでは UTF-8 で安全ではありません。 通常の PHP 文字列操作 (連結など) を使用して一部の操作を安全に実行できますが、ほとんどの場合、同等の mbstring 関数を使用する必要があります。

      • 自分が何をしているのか (つまり、失敗していないのか) を知るには、UTF-8 とそれが最下位レベルでどのように機能するかを本当に理解する必要があります。 utf8.com のリンクには、知っておくべきことをすべて学ぶための素晴らしいリソースがいくつかあります。

      返事
      0
  • キャンセル返事