我目前在我的nginx.conf中有以下(hacky)重写规则,允许动态子域重定向到一个Django实例。
set $subdomain "";
set $subdomain_root "";
set $doit "";
if ($host ~* "^(.+)\.domain\.com$") {
set $subdomain $1;
set $subdomain_root "/profile/$subdomain";
set $doit TR;
}
if (!-f $request_filename) {
set $doit "${doit}UE";
}
if ($doit = TRUE) {
rewrite ^(.*)$ $subdomain_root$1;
break;
}
我确信有更有效的方法可以执行此操作,但我需要更改此规则,以便对*.domain.com/media/*
或*.domain.com/downloads/*
的任何请求转到domain.com/media/*
和{{1 }}
答案 0 :(得分:9)
您可以使用正则表达式服务器名称(请参阅http://nginx.org/en/docs/http/server_names.html#regex_names)并将匹配的组直接分配给变量$ subdomain:
server {
listen 80;
listen 443;
server_name ~^(?<subdomain>.+)\.domain\.com$
location / {
rewrite ^ /profile/$subdomain$request_uri;
}
}
答案 1 :(得分:8)
实际上我认为更改nginx重写规则比为django编写中间件要容易得多。在了解了nginx如何处理它的位置匹配(最精确 - >最不精确)之后,我为/ media和/ download创建了位置以及为/ I捕获所有位置然后将重写规则移到/位置下并简化了它 - 因为我不再担心检查文件,因为整个位置传递给django - 规则变为:
set $subdomain "";
set $subdomain_root "";
if ($host ~* "^(.+)\.domain\.com$") {
set $subdomain $1;
set $subdomain_root "/profile/$subdomain";
rewrite ^(.*)$ $subdomain_root$1;
break;
}
如果我的nginx \ regex脚本更好,可能会更简单:)
答案 2 :(得分:0)
也许更好的想法是配置django来处理子域而不是在你的web服务器中添加重写。我是这样做的:http://sharjeel.2scomplement.com/2008/07/24/django-subdomains/