надо себе такое сделать
-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Nginx и правила реврайтов
- Автор темы zerkms
- Дата начала
Использую только в такой форме:
location /foo/bar/ {
location ~ ^/foo/bar/(?<id>\d+) {
rewrite ^ /id/$id last;
}
}
И то очень редко (по сути, это уже заглушка).
Передавать параметры в приложение гораздо проще в явном виде, благо nginx - единственный сервер, в котором можно нормально пользоваться fastcgi - fastchi-параметры собирать можно из любых переменных.
Прописывать location-ы гораздо нагляднее, чем реврайт-правила. Разница примерно как между структурным программированием и пачкой goto.
Если на верхнем уровне расположить только location-ы без регулярных выражений (или свести их к минимуму), а все регулярки поместить во вложенные location-ы, любая конфигурация nginx будет работать достаточно быстро независимо от роста числа location-ов: поиск по префиксному дереву достаточно быстрый.
Отсутствие поддержки <Location> в .htaccess приучило всех легко читать реврайты, и они не кажутся уже чем-то диким и ненормальным. Чтобы понять ненормальность подхода с реврайтами, надо, например, попробовать заменить сложный конфиг postfix-а на sendmail.
Ну просто php в качестве template engine. Переменные всякие из конфига подставляются, типа $hostname итп.
