매개 변수 길이가> 255 인 다시 작성된 URL이 작동하지 않습니다

mod_rewrite를 사용하여 다음과 같이 URL을 다시 작성합니다.

http://example.com/1,2,3,4/foo/

.htaccess에서이를 수행하면 :

RewriteEngine On
RewriteRule ^([\d,]+)/foo/$ /foo.php?id=$1 [L,QSA]

"1,2,3,4"가 255자를 초과하는 문자열로 바뀌는 경우를 제외하고는 잘 작동합니다. Apache는 "403 Forbidden"을 반환합니다.

foo.php?id=1,2,3,4ID 문자열이 매우 길더라도 직접 방문하는 데 아무런 문제가 없지만 옵션은 아닙니다.

내가 조정해야 할 Apache 또는 다른 설정이 있습니까?

업데이트 : RewriteLogLevel 9로 RewriteLog를 켰습니다. 짧은 ID 문자열을 사용하면 로그 파일에 여러 줄이 나타납니다. 그러나 id 문자열이 255자를 초과하면 아무것도 기록되지 않습니다 (mod_rewrite가 실행되지 않는 것처럼 보입니다).

이 질문이 흥미 롭거나 도움이된다고 생각되면 투표하십시오.

파일 시스템의 한계에 부딪쳤다 고 생각하십니까?

최대 파일 이름 길이는 255 바이트 일 수 있으며 아파치 또는 mod_rewrite 규칙이 파일이 존재하는지 확인하면 오류가 운영 체제에 의해 아파치로 반환됩니다.

.htaccess 파일에 규칙을 넣으면 문제를 해결하기에는 너무 늦습니다. Apache는 이미 파일 이름을 통계하려고 시도했으며 파일 시스템 오류 '(36) 파일 이름이 너무 깁니다'가 발생하여 403 오류를 반환했습니다.

앱 내에서 URL 패턴을 변경할 수 있습니다. 슬래시에서 슬래시까지 최대 255 자까지.

편집 : 이 문제에 대한 자세한 답변을 보려면 여기 를 보십시오 . 나는 거기에서 내 차를 빌렸다.

이 제한에 대해 비슷한 질문이 있습니다 .

기본 파일 시스템의 한계에 부딪 칠 수 있습니다

.htaccess 구성의 어딘가에 REQUEST_FILENAME을 사용하고 있는지 모르겠으므로 제공된 솔루션이 작동하는지 알 수 없습니다.

확실히 흥미로운 질문입니다. mod_security를 ​​실행하고 있다면 그렇게하지 않습니까? 아마도 그것은 단순히 긴 경로 이름이나 인코딩되지 않은 쉼표가있는 긴 경로 이름을 좋아하지 않습니까? ^^

본질적으로 URL 경로 또는 URL의 개별 세그먼트 또는 GmonC가 작성한 파일 시스템의 기본 해석에 대한 제한처럼 느껴집니다. 또한 쿼리 문자열에서 긴 부분을 가진 일반 URL이 제대로 작동하는 이유를 설명합니다.

이전 ASP.NET은 ~ 260 문자 또는 다른 것으로 요청 경로 제한을 사용했다고 생각합니다.

http 서버를 변경 하시겠습니까? 그렇다면 아파치 대신에 nginx를 고려하십시오.

http://wiki.nginx.org/NginxHttpRewriteModule을 사용 하십시오.