답변:
nginx rewrite 구문은 mod_rewrite의 구문보다 훨씬 깨끗합니다.
mod_rewrite 규칙 :
RewriteRule ^[a-z0-9_-]*-f([0-9]+)/?(p([0-9]+)\.html)?$ /viewforum.php?f=$1&start=$3 [QSA,L,NC]
nginx가됩니다 :
rewrite ^/[a-z0-9_-]*-f([0-9]+)/?(p([0-9]+)\.html)?$ /viewforum.php?f=$1&start=$3 last;
그러나 .htaccess 지원은 없습니다 ...
편집 : nginx에서 http://example.com/~username/ url 을 지원하는 다른 예 :
location ~ /~([a-zA-Z0-9]*)/(.*) {
root /home/;
autoindex on;
index index.html;
rewrite ^/~([a-zA-Z0-9]*)/(.*)$ /$1/www/$2 break;
}
nginx는 다시 쓰기 기능을 제공합니다. NginxHttpRewriteModule을 확인하십시오.
.htaccess로 무엇을 하시겠습니까? NginxHttpAuthBasicModule을 사용 하여 기본 인증을 위해 nginx를 설정할 수 있지만 AFAIK 구성 지시문은 nginx.conf에만 저장할 수 있습니다
NGINX는 'include'지시문을 통해 많은 파일에서 구성을 지원합니다. 기본적으로 하위 구성을로드하여 배치합니다. 또한 조커 캐릭터도 지원하므로 한 번에 많은 캐릭터를 쉽게로드 할 수 있습니다.
내 의견으로는 유일한 제한은 구성이 변경 될 때 다시로드해야한다는 것입니다. 따라서 구성이있는 모든 사용자는 nginx 구성을 다시로드 할 수있는 권한이 필요할 수 있습니다.
/etc/ini.d/nginx 강제 재로드 (센터에서)
나는 내 자신의 많은 응용 프로그램 (가상 호스트)이있는 많은 서버에서 NGINX를 사용하기 때문에 그것을 피하거나 다르게 할 수있는 방법이 있는지 정말로 모르겠습니다. NGINX는 공유 호스팅에 이상적이지 않습니다.
그럼에도 불구하고 구성이 불쾌한 XML 파일보다 훨씬 읽기 쉽기 때문에 NGINX를 정말 좋아합니다. 맛의 질문 같아요. 다른 좋은 점은 귀하의 경우에 중요하다면 분명히 속도입니다.
행운을 빕니다