2009-03-04 27 views

答えて

7

それは使用する有効でありませんか?再び。 ?パラメータリストの先頭を示す必要があります。 &はパラメータを分離する必要があります。

RFC 3986から:

RFC 1738から
URI = scheme ":" hier-part [ "?" query ] [ "#" fragment ] 

HTTPのURLは次の形式をとります。

http:// <host> : <port>/<path> ? <searchpart> 

<host><port>はセクション3.1で説明したとおりです。 :<port> を省略すると、ポートのデフォルトは80になります。ユーザー名またはパスワードは ではありません。 <path>はHTTPセレクタ、<searchpart>はクエリ 文字列です。 <path>は任意で、<searchpart>とその後ろの が「?」です。 <path>でも<searchpart>でもない場合は、「/」 も省略することができます。

<path>および<searchpart>のコンポーネントの中で、 "/"、 ";"、 "?" 予約済みです。 "/"文字は、 階層構造を指定するためにHTTP内で使用できます。

search part/query part is described here

1

アプリケーション/ x-www-form-urlencodedで

これがデフォルトのコンテンツタイプです。

  1. コントロールの名前と値がエスケープされている次のようにこのコンテンツタイプに提出フォームをエンコードする必要があります。空白文字は+に置き換えられ、予約文字は[RFC1738]のセクション2.2で説明されているようにエスケープされます。英数字以外の文字は%HH、パーセント記号と2文字のASCIIコードを表す2桁の16進数で置き換えられます。改行は「CR LF」のペア(すなわち、%0D%0A)として表されます。
  2. コントロールの名前と値は、ドキュメントに表示されている順に並べられています。名前は=で値から分離され、名前/値のペアは&で区切られます。

からapplication/x-www-form-urlencoded

0

述べたように、それは再びそれを使用するために有効ではありません。しかし、もしあなたが?文字をパラメータ値の一部として使用する場合、%63としてエンコードすることができます(%20としてエンコードされた空白文字と同様)。

関連する問題