URL Parser
Parse URL components
Parse URL components ブラウザ内でローカルに実行
A complete URL, including http:// or https://.
About the
URL パーサーは Web アドレスをその部分に分割し、プロトコル、ホスト、ポート、パス、クエリ文字列、フラグメントなどの各部分にラベルを付けます。 URL を単一の文字列として読み取ると、疑問符、アンパサンド、ハッシュにはそれぞれ特定の意味があり、順序が重要になるため、クエリ パラメーターを間違いやすくします。分割すると、サーバーが何を受信し、ブラウザが何を保持するかが正確にわかります。通常、これが、リンクが予期しない動作をした場合の答えになります。
Where people use the
- パラメータがサーバーに到達しない理由を解明します。
- 短縮またはリダイレクトされた URL が実際にどのホストを指しているかを確認します。
- クエリ文字列を書き換える前に分割します。
- クエリが必要な場所でフラグメントが誤って使用されたことを確認します。
How to use the
- 1
完全な URL を貼り付けます
スキームを含めます。 example.com などのベア ドメインは有効な URL ではないため、拒否されます。 https://example.com を使用してください。
- 2
解析する
各コンポーネントは、その名前とともに個別の行に表示されます。
- 3
クエリ文字列を個別に読み取る
疑問符以降はすべてクエリです。パラメータはアンパサンドで区切られ、それぞれが名前=値のペアになります。
- 4
出力に何が欠けているかに注意してください
空のポートまたはフラグメントは、URL でポートまたはフラグメントが指定されていないことを意味します。デフォルトのポートはスキームによって暗黙的に指定されます: https の場合は 443、http の場合は 80。
ヒントとベストプラクティス
- ハッシュ以降はサーバーに到達しません。その前にパラメータを置きます。
- 値内に属するアンパサンドと等号をパーセントエンコードします。
- ブラウザーがスキームを非表示にしても、テスト時には必ずスキームを含めてください。
よくある質問
私の URL が拒否されるのはなぜですか?
仕組みがないからです。解析には先頭に http:// または https:// が必要です。これがなければ、パスからホストを区別する方法がありません。スキームを追加して再試行してください。
クエリとフラグメントの違いは何ですか?
疑問符の後のクエリがサーバーに送信されます。ハッシュ後のフラグメントはそうではありません。ブラウザはフラグメントをローカルに保持し、要素までスクロールするために使用します。そのため、ハッシュの後に配置されたパラメータはサーバーに到達しません。
ポートが空いているのはなぜですか?
URLに記載がなかったので。ブラウザはスキームのデフォルト、https の場合は 443、http の場合は 80 を使用するため、空のポートはエラーではなく正常です。
パーセントでエンコードされた値をデコードしますか?
いいえ。クエリ文字列を表示どおりにレポートします。個々の値を読み取る必要がある場合は、URL エンコーダーを使用してデコードします。
アンパサンドがパラメータ値から消えたのはなぜですか?
アンパサンドがパラメータを区切るためです。値内のリテラル アンパサンドは %26 としてパーセント エンコードする必要があります。そうでない場合、パーサーはそれを境界として正しく処理します。