に違反しません。そのURLは誰にでも分かるRFCに違反していますか? (私はRFC 3986が適用されると信じています。)は私のURLは、私たちのシステムは、この形式の相対パスにユーザーを誘導するRFC 3986(またはその他)
具体的には、前回のパスはOKですが、それはのように、ファイル名を指定していないにもかかわらず:あなたが見せていることは、おそらくOKです
/some_path/file?query=string
に違反しません。そのURLは誰にでも分かるRFCに違反していますか? (私はRFC 3986が適用されると信じています。)は私のURLは、私たちのシステムは、この形式の相対パスにユーザーを誘導するRFC 3986(またはその他)
具体的には、前回のパスはOKですが、それはのように、ファイル名を指定していないにもかかわらず:あなたが見せていることは、おそらくOKです
/some_path/file?query=string
。詳細は次のとおりです:
あなたの質問はちょっと曖昧です - あなたはURLを参照していますが、私たちが見せていることは技術的にURLまたはURIではありません。 URLまたはURIがこの構文でなければならない:あなたが戻っているように見える何
scheme://authority/path?query#fragment
eg: http://host.domain.ext/path/to?query=1#anchor1
は(XML本体では、たとえば、あなたがそれを返している場所に応じて)相対-REFまたは多分あるAN のhref
それであなたは(RFC 3986による)を返すように見えることはrelativeURIです。 RFCはこれを次のように示しています。
relativeURI | relative-part [ "?" query ]
relative-part = "//" authority path-abempty
/path-absolute
/path-noscheme
/path-empty
場合によっては問題ありません。
はHTTP RFC 2616によれば - (このような場所のような)他のものはabsoluteURIでを必要とするものとして定義されている間、いくつかのヘッダ値は、そのようなコンテンツの場所とリファラーとしてrelativeURIとして返されてもよいです。それを言っても、ほとんどのブラウザや他のクライアントは、そこに相対URIを受け入れます。
はい、あなたのケースには「filename」がないパスが問題なく、有効なrelativeURI(追加されたクエリ文字列を持つ相対的な部分)です。必要に応じて末尾にスラッシュを含む有効な文字をパスとして使用することができます(階層を表すために使用されますが、注意してください)。
HTTPbisの仕様、特にhttp://trac.tools.ietf.org/wg/httpbis/trac/ticket/185を参照してください。 –
ああ、今度は相対URIまたは相対URIを返すことはOKです。部? – Kylar
Kylar:はい、新しい仕様(作業中です)によると大丈夫です。 –