/ / Vanity URLs без последващи черти на Nginx - nginx, rewrite, trailing-slash

Суетни URL адреси без последващи черти на Nginx - nginx, rewrite, trailing-slash

С помощта на @ jon-lin разбрахме как да премахнем последващите черти на Apache (Суетни URL адреси, без да се отклоняват наклонени черти на Apache); Сега, докато планираме да стартираме нашия сайт на Nginx, ние "dискал да направи същото. Опитахме няколко предложения, които намерихме на stackoverflow и на други места, но всички те доведоха до безкраен цикъл (вероятно защото браузърите се опитват да върнат обратно наклонените черти). Настоящата ни конфигурация (с три от нашите опити - rewrite ^/(.*)/$ https://www.example.com/$1 permanent; rewrite ^/(.*)/$ https://www.example.com/$1; и rewrite ^/(.*)/$ /$1 permanent; - коментиран) е:

server {
listen 80;
server_name  example.com;
return 301 https://www.example.com$request_uri;
}
server {
listen 80;
server_name  www.example.com;
return 301 https://www.example.com$request_uri;
}
server {
listen 443;
server_name  example.com;
return 301 https://www.example.com$request_uri;
}

server {
listen 443 ssl default_server;
listen [::]:443 ssl default_server;
server_name www.example.com;

#rewrite ^/(.*)/$ https://www.example.com/$1 permanent;
#rewrite ^/(.*)/$ https://www.example.com/$1;
#rewrite ^/(.*)/$ /$1 permanent;

root /var/www/example.com/html;
index index.php index.html index.htm;

location / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
try_files $uri $uri/ =404;
}

location ~ .php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/var/run/php5-fpm.sock;
}

ssl on;
ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;
ssl_prefer_server_ciphers on;
ssl_session_cache shared:SSL:10m;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECD$
add_header Strict-Transport-Security "max-age=63072000; includeSubdomains; preload";
ssl_dhparam /etc/ssl/certs/dhparam.pem;

}

Как може да се направи това?

В нашия конкретен случай се нуждаехме от всички URL адреси, които трябваше да бъдат премахнати от техните последни наклонени черти; постигнахме това, като добавихме следното към httpd.conf на Apache:

DirectorySlash Off

RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.*[^/])$ /$1/

След това пренапишете всички записи в /profiles/ завърши с това:

RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ /profiles/$1 [NC,L]

Отговори:

1 за отговор № 1

Ако вече не използвате директорията / profiles /, това трябва да работи:

server {
...
root /var/www/example.com/html;
index index.php index.html index.htm;

location / {
try_files $uri @rewrite;
}
location @rewrite {
rewrite ^(.*[^/])$ $1/;
}
location ~ .php$ { ... }
}

В горната конфигурация ние избягваме $uri/ елемент на. \ t try_files тъй като задейства пренасочване, което добавя следване / към текущия URL адрес.

Ако искате конфигурация, подобна на предишната ви конфигурация на Apache, тогава това трябва да работи:

server {
...
root /var/www/example.com/html;
index index.php index.html index.htm;

location / {
try_files $uri $uri/ @rewrite;
}
location @rewrite {
rewrite ^(.*[^/])$ /profiles$1/;
}
location ~ .php$ { ... }
}

Както можете да видите, $uri/ елемент не вреди в тази ситуация.

След вашите коментари и последните редакции тази трета (по-малко елегантна) конфигурация съчетава функции от другите две и представлява тясна (но не точна) реализация на конфигурацията на Apache:

server {
...
root /var/www/example.com/html;
index index.php index.html index.htm;

location = / { rewrite ^ /index.php; }
location / {
try_files $uri @rewrite;
}
location @rewrite {
if (-d $document_root/profile$uri) { rewrite ^ /profiles$uri/ last; }
if (-d $request_filename) { rewrite ^(.*[^/])$ $uri/ last; }
}
location ~ .php$ { ... }
}

И накрая, тази версия леко се отклонява от кратката информация. Блокът за изпълнение на php се заменя с име. Но това не позволява използването на каскадно try_files директиви, премахвайки лошите if директиви и изхвърляне index в процеса. Наслади се:

server {
...
root /var/www/example.com/html;

location / {
try_files $uri $uri.html $uri/index.html /profiles$uri/index.html @php;
}
location @php {
try_files $uri.php $uri/index.php /profiles$uri/index.php =404;
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/var/run/php5-fpm.sock;
}
location ~ .php$ { rewrite ^(.*).php$ $1 permanent; }
}

Това е хибрид на php с по-малко и без разширение, с вашите настройки на профилите.


0 за отговор № 2

Комбинирайки първата опция на @ richard-smith в неговия отговор тук с "злото" if, накарахме го да работи:

    location / {
if (!-e $request_filename) {
rewrite ^(.*)$ /profiles$1/ break;
}
try_files $uri @rewrite;
}

location @rewrite {
rewrite ^(.*[^/])$ $1/;
}

Сега всички последващи наклонени черти са изчезнали и профилите са в example.com/profiles/profile/ са пренаписани example.com/profile