mod_rewrite 문제가있는 가상 호스트 (Apache)

Question

나는이 하루 종일 문제를 해결하기 위해 노력하고 있습니다. 누군가 나를 도울 수 있기를 바랍니다. http://localhost/에 앱이 있으며, 호스팅하고있는 앱에 Pylons가 사용됩니다. 그 외에도 PHP/MySQL 사이트를 호스팅해야하므로 Apache도 사용해야합니다. 이이에 의해 트리거됩니다

backend apache 

mode http 
timeout connect 4000 
timeout server 30000 
timeout queue 60000 
balance roundrobin 

server app02-8002 localhost:8002 maxconn 1000 

:

내 현재 설정 내가 아파치 백엔드이 설정으로 haproxy 사용하는 것입니다

그래서

acl image url_sub images 
use_backend apache if image 

, 내 IP/이미지를 열 때, 그러면 포트 8002로 아파치를 엽니 다.

Apache의 경우 가상 호스트를 만들었습니다.이 가상 호스트는 "이미지"입니다.

<VirtualHost *:8002> 
ServerAdmin my@email.com 
ServerName image 
ServerAlias image 
DocumentRoot /srv/www/image/public_html/ 
ErrorLog /srv/www/image/logs/error.log 
CustomLog /srv/www/image/logs/access.log combined 
</VirtualHost> 

그래서 모든 것이 잘 작동합니다. IP/이미지를 입력하면/srv/www/image/public_html이 열립니다. 그러나 그때 문제가 발생합니다. 이미지 업로드 스크립트를 사용할 때 많은 재 작성이 필요하므로 해당 모드를 활성화해야했습니다. 이것은으로 public_html/images 폴더에있는 htaccess로이다 (나는 어떻게 든으로 public_html의 실제 위치에 URL을 "일치"를, 너무. 적인 SetEnv PHP_VER을이 하위 폴더를 5_3

RewriteEngine On 
# You must define your installation directory and uncomment the line : 
RewriteBase /images/ 

RewriteRule ^([a-zA-Z]+)\.(jpg|gif|png|wbmp)$ controller/Resizer.php?m=original&a=$1&e=$2 [L] 
RewriteRule ^(icon|small|medium|square)\/([a-zA-Z]+)\.(jpg|gif|png|wbmp)$ controller/Resizer.php?m=$1&a=$2&e=$3 [L] 

RewriteCond %{REQUEST_FILENAME} !-f 
RewriteRule (.*) application.php?request=$1 [L,QSA] 

그래서했습니다 기본적으로 이것은 작동하지 않는 경우입니다.이 가상 호스트, 하위 디렉토리, 다시 쓰기 또는 다른 것 사이에 충돌이 있다고 생각하지만 분리 할 수없는 것 같습니다.

IP/images/xxxx.jpg public_html/images/upload/original 폴더에있는 이미지가 열리므로 다시 쓰기가 작동합니다. 다른 규칙은 작동하지 않는 것 같습니다. 아이콘, 작은, 중간, 사각형으로 이온이 제대로 렌더링되지 않으므로 사이트를 사용하기가 어렵습니다. 사전에 http://localhost/images/

시간 내 주셔서 감사하고 도움이 :

여기에 개발 서버의 링크입니다!

Answer 1

먼저해야 할 일은 mod_rewrite가 실제로 재 작성된 양식을 통해 실패한 URL 중 하나에 액세스하여 예상 결과를 얻는 지 확인하여 문제의 일부인지 여부를 확인하는 것입니다.

사실, 문제는 단순히 더 작은 해상도의 PHP 스크립트가 원래 크기의 PHP 스크립트보다 "작동하지 않습니다"라는 것일 수 있습니다. 다음 URL 중 첫 번째 이미지가 좋았습니다. 두 번째는 나에게 같은 이미지의 작은 버전을 제공하기로되어 있지만, 나에게 HTTP 500 제공됩니다 :에 언급 된 작은 크기의 형식 이름 중 어떤

http://106.186.21.176/images/controller/Resizer.php?m=original&a=q&e=png 
http://106.186.21.176/images/controller/Resizer.php?m=small&a=q&e=png 

내가 같은 결과를 얻었다 (HTTP 500) 문제 설명과 일치하는 게시물

스크립트가 예상대로 작동하는지 확인한 후에는 문제가 mod_rewrite로 인한 것일 수 있습니다. 그렇다면 다시 쓰기 로깅을 활성화하십시오. RewriteLog 지시문을 사용하여 활성화하고 RewriteLogLevel을 사용하여 자세한 정보를 제어하십시오. 특히 높은 로그 수준에서는 정확히 무엇에 대한 세부 정보를 제공 할 수 있습니다. 이렇게하면 로그에서 문제를 쉽게 알 수 있습니다.

또한 가능한 경우 .htaccess 파일에서 mod_rewrite 규칙을 구성하지 마십시오. 대신 주 서버 구성 파일로 이동하십시오. 그 이유는, "절 API 단계"Apache mod_rewrite Technical Details에 설명되어 있습니다 :

믿을 수 없을 정도로 mod_rewrite를은 .htaccess 파일 내에서, 디렉토리 별 컨텍스트, 즉에 URL 조작을 제공, URL이 된 후에이 매우 긴 시간에 도달하지만, 파일 이름으로 번역. .htaccess 파일이 파일 시스템에 있기 때문에 처리가 이미이 단계에 도달했기 때문에이 방법이어야합니다. 즉, 현재 API 단계에 따르면 모든 URL 조작에 너무 늦었습니다. 이 닭고기와 계란 문제를 극복하기 위해 mod_rewrite는 속임수를 사용합니다. 디렉토리 당 컨텍스트에서 URL/파일 이름을 조작하면 mod_rewrite는 먼저 파일 이름을 해당 URL로 다시 작성합니다 (일반적으로 불가능하지만 아래의 RewriteBase 지시문을 참조하십시오). 이를 달성 한 다음) 새 URL로 새 내부 하위 요청을 시작합니다. 그러면 API 단계의 처리가 다시 시작됩니다.

다시 mod_rewrite는 복잡한 단계를 사용자에게 완전히 투명하게하려고 시도하지만 기억해야합니다. 서버 당 컨텍스트에서의 URL 조작이 실제로 빠르고 효율적이지만 디렉토리 별 다시 쓰기는이 때문에 느리고 비효율적입니다. 닭고기와 달걀 문제. 그러나 다른 한편으로 이것은 mod_rewrite가 일반 사용자에게 (로컬로 제한된) URL 조작을 제공 할 수있는 유일한 방법입니다. 일반적으로

, 당신은 아파치를 말할 수있는 추가 장점은이를위한에서 역할을 각 디렉토리 레벨을 검사 할 필요가 아파치를 저장하는, 모두 함께 기능을 귀찮게하지 않도록했다조차 전혀 htaccess로 사용하지 .htaccess 파일.