<meta>_html/css_WEB-ITnose に関する初心者の質問-htmlチュートリアル-php.cn

_html/css_WEB-ITnose に関する初心者の質問

WBOY

リリース： 2016-06-24 12:07:27

オリジナル

1083 人が閲覧しました

1. メモ帳では [UTF16 ヘッダー] 形式の HTML が記述されていますが、HTML ファイルでは UTF8 が指定されています。ブラウザはデコードに UTF8 モードを使用することをどのように認識するのでしょうか?ブラウザがそれを理解するには、それをデコードする必要がありますが、このデコード方法はファイルに記述されており、ブラウザはどのようにして正しい方法を選択するのでしょうか。

2. 論理的に言えば、がドキュメントの先頭ではなくヘッドに配置されるのはなぜですか? ご指導お待ちしております〜

ディスカッション（解決策）への返信

サーバーがUTF16ヘッダーを読み取れないと、めちゃくちゃになります。

サーバーが UTF16 ヘッダーを理解できる場合は、次のステップがあります:

これは、サーバーの (HTML 解析) モジュールに、で指定されたものを使用して出力するように指示します。

サーバーが UTF16 ヘッダーを読み取れない場合、混乱が生じます。

サーバーが UTF16 ヘッダーを理解できる場合は、次のステップがあります:

これは、サーバーの (HTML 解析) モジュールに、で指定されたものを使用して出力するように指示します。

つまり、ユーザーがリクエストすると、UTF8エンコードで送信されるということでしょうか？

それは間違いです。次の記述は正しいはずです:

なぜなら、あなたのこれらのものは最終的にサーバーに配置されるからです。

UTF16 か UTF8 かは関係ありません。重要なのは、サーバーがそれを読み取れる必要があるということです。

サーバー送信: 何を送信するかは重要ではありません。重要なのは、ブラウザーがそれを読み取ることができることです。
ブラウザは HTML 構文パーサーです。 HTML 構文の構文に従います。 (XML 構文)
この

<!DOCTYPE html><html><head><meta charset="UTF-8"><title>Insert title here</title></head>

ログイン後にコピー

はプレフィックスとみなされます (わかりません)

サーバーにはデフォルト値がありませんか?
php
header(content-type:xx) で次のように変更できます

ユーザーは、送信したデータがこの形式であるとしか言えません。サーバーにどのような形式であるかを尋ねることはできません。戻ります。

何を送信するか? サーバーにはデフォルト値がありませんか?
php
header(content-type:xx) で次のように変更できます

ユーザーは、送信したデータがこの形式であるとしか言えません。サーバーにどのような形式であるかを尋ねることはできません。戻ります。
おそらく理解していると思いますが、サーバーに保存されるときにどのような形式で保存されるかは関係ありません。ただし、ユーザーが Web ページをリクエストすると、ブラウザーはサーバーにどのような形式で送信するかを要求することはできません。 UTF8 がユーザーに送信され、クライアントはそれを UTF8 に従ってデコードするなど、ドキュメント形式に明示的に準拠します。

いいえ、はブラウザの HTML 構文パーサーによって使用されます。 dom オブジェクトに解析されます。つまり、サーバーが送信するエンコーディングをサーバー設定で設定する必要があります。または、動的言語設定 (php .net .java) を使用します

いいえ、はブラウザの HTML 構文パーサーによって使用されます。 dom オブジェクトに解析されます。つまり、サーバーが送信するエンコーディングをサーバー設定で設定する必要があります。または、動的言語設定 (php .net .java) を使用してください
長々とご迷惑をおかけして申し訳ありませんでした。
ただし、理解できないことが 1 つあります。

前提:
HTML を [UTF16 ヘッダー] 形式で保存し、送信形式を UTF8 に設定し、も UTF8 にします。サーバー:
あなたの言ったことによると、サーバーはこのHTMLを理解でき、このHTMLの送信形式を自分で設定できます。UTF8です。 #我質問はこちら#

クライアントブラウザ:
仮定 1: クライアントブラウザは HTML を閲覧する前に Web ページのエンコード方法を知りません。そのため、HTML のコンテンツを読み取ることは間違いなくできません。に何が含まれているかがわからないため、文字化けします。仮説 2: クライアントのブラウザは HTML ドキュメントの最初の 2 バイトを解析し、それが EFBB (UTF8 形式) であることを検出します。したがって、HTML ファイルを解析して読み込むことができ、のコンテンツを取得できますが、の文字セットがブラウザに UTF8 であることを伝える前に、ブラウザはすでにエンコード形式を認識しているため、この文字セット情報は冗長です
どちらにしても意味がありませんか？

ブラウザは HTML エンコード方式を知らない場合、ドキュメントのコンテンツを知らない場合、メタに何が書かれているかも知りません。メタに何が書かれているかは、デコードにどのような形式を使用すればよいかわかりません。

ブラウザが HTML のエンコード方式を知りたい場合は、ファイルを直接解析し、ファイルの最初の 2 バイトから EFBB を読み取り、それが UTF8 エンコードであることを確認するか、サーバーがクライアントブラウザに通知する必要があります。 UTF8 エンコード方式の場合、なぜに文字セットが必要なのでしょうか?

私は数日間 HTML に触れたばかりなので、質問が低レベルすぎる場合はご容赦ください。

まずバイナリテキストエディタを検索する必要があります
利用可能なはずの http://www.editpadpro.com/hexadecimal.html を見つけました。

テキストとバイナリに注意してください。

-》HTML はサーバー上に配置されており、最初にサーバーによって読み取られる必要があります。
HTML では、メモ帳がサーバーで読み取ることができます。読み取られるのはバイナリ文字列です。彼はこのヘッダーを読み取ることができたので、設定した変換プログラムに従って変換を開始し、私たちが理解できるテキストに変換しました

-》Web サーバーはヘッダーも最初に送信しました。 Web デバッグツールを通じて表示されます。
ブラウザは送信されたヘッダーを分析し、それに続く内容が HTML の一部であることを検出します。これを処理するには、必ず HTML 構文アナライザーを使用してください。

-》HTML 構文パーサー、独自の固定構文もあります。

まずバイナリテキストエディタを検索する必要があります
私は http://www.editpadpro.com/hexadecimal.html を見つけました。これは利用できるはずです。

テキストとバイナリに注意してください。

-》HTML はサーバー上に配置されており、最初にサーバーによって読み取られる必要があります。
HTML では、メモ帳がサーバーで読み取ることができます。読み取られるのはバイナリ文字列です。彼はこのヘッダーを読み取ることができたので、設定した変換プログラムに従って変換を開始し、私たちが理解できるテキストに変換しました

-》Web サーバーはヘッダーも最初に送信しました。 Web デバッグツールを通じて表示されます。
ブラウザは送信されたヘッダーを分析し、それに続く内容が HTML の一部であることを検出します。これを処理するには、必ず HTML 構文アナライザーを使用してください。

-》HTML 構文パーサー、独自の固定構文もあります。
辛抱強いご返信ありがとうございます:)