Здравствуйте, All!

Есть такая конфигурация:

client <=> nginx-frontend <=> nginx-backend <=> php-fpm

Есть задача от SEO'шников/клиентов сделать так, чтобы несколько слешей,
идущих подряд в uri, превращались в один слеш с помощью 301 редиректа,
и чтобы точка в конце домена также убиралась с помощью 301 редиректа.

Сейчас эту задачу можно решить только на стороне nginx-frontend
с помощью такого программирования на конфигах nginx для каждого
виртуального сервера:

# remove multiple sequences of forward slashes
# The $uri variable with have duplicate slashes removed by default
via [merge_slashes on] - just need to rewrite back to $uri
# note: use of the "^[^?]*?" pattern avoids any matches in the
querystring section of URI - which would cause an infinite redirect loop
if ($request_uri ~ "^[^?]*?//") {
rewrite "^" $scheme://$host$uri permanent;
}

if ($http_host ~ "\.$") {
rewrite "^" $scheme://$host$uri permanent;
}

Хотелось бы избежать программирования на конфигах nginx-frontend
и перенести всю логику нормализации урлов на сторону php-fpm,
если это вообще теоретически возможно без дополнительного
программирования и дополнительного оверхеда на стороне nginx-frontend,
или обойтись всего одной директивой в конфиге на уровне http {},
например, merge_slashes redirect; или normalize_uri on;

На одном физическом сервере несколько сотен виртуальных хостов,
программирование на конфигах nginx делает конфиги трудночитаемыми,
и есть стойкое ощущение, что это не самый оптимальный solution.

Насколько высока вероятность того, что патч, реализующий
дополнительную функциональность merge_slashes redirect;
или normalize_uri on; будет принят в основную ветку nginx?

Какой есть самый правильный и самый оптимальный с точки зрения
экономии человеческих и машинных ресурсов способ решения этой задачи?

--
Best regards,
Gena

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru