2016-07-25 3 views
0

내 문제가 해결되었지만 왜 작동하는지, 이전 설정에서 작동하지 않았던 것처럼 내 문제를 해결할 수 있었던 이유를 명확히 할 수 있는지 궁금합니다.nginx ... 추가 위치 블록이 필요한 이유는 무엇입니까?

오래된 설정 : 내가 파일은 다음 주소에서 제공이

: http://192.168.33.1:3000/bower_components/... 예를 들어,

(http://192.168.33.1:3000/bower_components/animate.css/animate.css)

가 나는 nginx를이 http://192.168.33.10:80/

에서 설정 리버스 프록시가 다음과 같은 위치 블록이 있습니다 :

http://192.168.33.10/content/app/index.css

을하지만, 다음과 같은 URL 심지어 파일에 액세스하지만 직접 잘로드 것, 나에게 (404)를 줄 것이다 :이 설정에서

, 다음 URL을로드합니다 http://192.168.33.10/content/bower_components/animate.css/animate.css (또는에서 다른 어떤) 그 문제에 폴더를 bower_components

수정 :

내가 찾은 조금 장난 후 그 나는 다음과 같은 위치 블록, 물건 승을 추가 한 경우 울드 작업이 추가 위치 블록이 작동 것이지만, 원래 위치 블록 내가 추가 한 추가 위치 블록의 규칙을 포함하지 않은 이유를 이해할 수없는 이유를 이해

location /content/bower_components { 
    proxy_pass http://192.168.33.1:3000/bower_components; 
} 

.

어떤 일이 벌어 지는지에 대해 조언 해 주시겠습니까?

이되거나 정답이 아닐 수

답변

0

하지만 ...

위치 블록 :

location /content { 
    proxy_pass http://192.168.33.1:3000/; 
    ... 
} 

하는 착신 / 누락 인 //content로 시작하는 URI를 앨리어싱된다.

location /content/ { 
    proxy_pass http://192.168.33.1:3000/; 
    ... 
} 

을하고 필요하면 다음 /content의 특정 사건을 해결 :

내가 사용할 수 있습니다.

나는 http://192.168.33.10/content/app/index.css이 작동하는 이유를 알지 못합니다.

자세한 내용은 this document을 참조하십시오.

관련 문제