2012-03-22 2 views
1

우리의 시스템이이 형식의 상대 경로에 사용자를 지시를 위반 않습니다. 누군가가 말할 수있는 RFC를 위반 한 URL입니까? (나는 RFC 3986 적용 믿습니다.)내 URL이 RFC 3986 (또는 다른 사람)

특히, 이전 경로 확인, 그것은에서와 같이 파일 이름을 지정하지 않는 경우에도 : 당신이 보여있는 것은 아마 OK입니다

/some_path/file?query=string 

답변

1

. 자세한 내용은 다음과 같습니다.

귀하의 질문은 약간 모호합니다. - 당신은 URL을 말하고 있지만 우리가 보여주는 것은 기술적으로 URL 또는 URI가 아닙니다.

scheme://authority/path?query#fragment 
eg: http://host.domain.ext/path/to?query=1#anchor1 

는 당신이 반환 한 것으로 나타났습니다 것은 혹은 (당신이 XML 본문에 예를 반환하고 위치에 따라) 상대적-REF입니다 : URL 또는 URI는이 구문의이어야한다 는 HREF

그래서 당신은 (RFC 3986)에 따라 반환 한 것으로 나타났습니다 무엇 relativeURI입니다. RFC는 다음과 같이 표시합니다.

relativeURI | relative-part [ "?" query ] 
relative-part = "//" authority path-abempty 
       /path-absolute 
       /path-noscheme 
       /path-empty  

어떤 경우에는 문제가 없습니다.

HTTP RFC 2616 따르면 - 일부 헤더 값이 반환 될 수 relativeURI 다른 것들 (예 위치 등)을 필요로 absoluteURI가 정의되는 동안 콘텐츠 - 위치 및 참조 자 등. 그런 말로하면 대부분의 브라우저와 다른 클라이언트는 상대방을 받아 들일 것입니다.

예, 'filename'이 (가)없는 경로가 문제가되지 않고 올바른 relativeURI (추가 된 쿼리 문자열이있는 상대적인 부분)입니다. 원할 경우 후행 슬래시를 포함하여 유효한 문자를 경로로 사용할 수 있습니다 (계층 구조를 나타내는 데 사용되므로주의해야합니다).

+0

HTTPbis 사양 특히 http://trac.tools.ietf.org/wg/httpbis/trac/ticket/185를 참조하십시오. –

+0

아, 이제 상대방 또는 상대방을 반환 할 수 있습니다. 부품? – Kylar

+0

Kylar : 예, 새로운 사양 (작업 중임)에 따르면 괜찮습니다. –