map $args $G {
default '/..';
~width= '/__';
}try_files $imgdir/$imgfile $G/static$uri $G/static1$uri $G/static2$uri $G/static3$uri @image;.txt обрабатывает самостоятельно и не передаёт их на Apache, то для /robots.txt правила из .htaccess не сработают. /robots.txt просто не доходит до Apache.$query = urldecode($_SERVER['QUERY_STRING']);
if (!mb_check_encoding($query, 'UTF-8')) {ругается на "400 The plain HTTP request was sent to HTTPS port".
s в https://external.proxy_ssl_server_name on;upstream, то еще и proxy_ssl_nameproxy_pass https://external;
proxy_ssl_server_name on;
proxy_ssl_name "api.site.com";
proxy_set_header Host "api.site.com";upstreamproxy_pass https://api.site.com;
proxy_ssl_server_name on;чтобы https://site.ru/ http запросом отдавал 301 редирект на https://site.ru ?
GET / HTTP/1.1
Host: site.ruGET HTTP/1.1
Host: site.rumeta l4proto udp th dport 53 udp length 31 @th,216,32 0x0000ff0001 counter dropmeta l4proto udp th dport 53 udp length 32 @th,224,32 0x0000ff0001 counter drop
meta l4proto udp th dport 53 udp length 33 @th,232,32 0x0000ff0001 counter dropПример пути: - https://dev.ru/test1/ - https://dev.ru/test2/
/test1/ будет обработан в location /test1/ {
proxy_pass http://127.0.0.1:3002;
}
galliard, ну вот опять в location заданный регулярным выражением ставите завершающий слеш в proxy_pass.
Уберите завершающий слеш в proxy_pass.
И ещё про очерёдность проверки location.
Так как проверка регулярных выражений прекращается после первого же совпадения, то имеет значение в каком порядке расположить location.
Если сделать так:
Например, запрос
/css/file. Шаблон^/.+будет проверен первым. Он совпадёт для/css/fileи на этом всё закончится. Так что этот запрос уже никогда не попадёт вlocation ~ ^/(css|fonts|images|js)/.+