Я не совсем понимаю как работает try_files, если не затруднит, могли бы
привести пример на моем случае?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,272923,272970#msg-272970
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.ngin
если для вас это является понятным, и работает так, как вы ожидаете, почему
бы и нет.
я бы на try_files сделал. и от "expires max" обычно больше вреда, чем
пользы (если содержимое файла поменяется, а имя останется прежним).
2017-03-15 19:50 GMT+05:00 valmon :
> В общем, нарисовался вот такой к
В общем, нарисовался вот такой конфиг, есть замечание, даже со статичным
index.html все получается, есть замечание?
location / {
root /home/admin/web/site.com/public_html;
location ~ ^/[A-Z][A-Za-z]*. {
rewrite ^/(.*)$ /index2.php?q=$1 last;
}
чем плохо два локейшена ?
2017-03-15 18:01 GMT+05:00 valmon :
> Нет, чтобы не делать два location
> location ~* ^.+\.(xml|ini|bin|sql|log)$ {
> denyall;
> return 403;
> }
> location ~* ^/(hosts|core|patches|db|others)/ {
> denya
Нет, чтобы не делать два location
location ~* ^.+\.(xml|ini|bin|sql|log)$ {
denyall;
return 403;
}
location ~* ^/(hosts|core|patches|db|others)/ {
denyall;
return 403;
}
Posted at Nginx Forum:
https://forum.
если имеется в виду, что файлы с таким расширением только в таких папка, то
через вложенные локейшены
15 марта 2017 г., 17:00 пользователь valmon
написал:
> И не говорите)
>
> Собственно вопрос, как к регулярным выражением для location ~*
> ^.+\.(xml|ini|bin|sql|log)$ добавить директории типа s
И не говорите)
Собственно вопрос, как к регулярным выражением для location ~*
^.+\.(xml|ini|bin|sql|log)$ добавить директории типа style|public?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,272923,272957#msg-272957
___
nginx-ru mailing
аккуратнее с конфигами, чтобы демонов не вызвать :)
2017-03-15 16:17 GMT+05:00 valmon :
> Да, вы правы, локация не в том порядке, вот что получилось, но как
> выяснилось, по частям не вариант, получилось уже приличное количество
> исключений, для отдачи 403
> location ~* ^.+\.(xml|ini|bin|sql|log
Да, вы правы, локация не в том порядке, вот что получилось, но как
выяснилось, по частям не вариант, получилось уже приличное количество
исключений, для отдачи 403
location ~* ^.+\.(xml|ini|bin|sql|log)$ {
denyall;
return 403;
}
server {
listen
"deny" и "return 403" взаимоисключающие, хватило бы любого из.
насчет того, какой локейшен срабатывает, алгоритм описан, например, вот тут
http://nginx.org/ru/docs/http/request_processing.html
"nginx вначале ищет среди всех префиксных location’ов, заданных строками,
максимально совпадающий. В в
что делать с "можно слить файлы конфигурации" - в принципе, странно, что вы
об этом думаете заранее.
А не зря, реврайт из модуля для апача отправляет все кроме style|public на
index.php, тут же, все что не попадает под маску [A-Z][A-Za-z],
отрабатывается как статика и отображается.
Добавил
l
для настройки роутинга CMS общепринятая практика делать try_files,
например, так
https://book.cakephp.org/2.0/en/installation/url-rewriting.html
логика тут примерно, как вы написали "если файл существует, то отдать его,
если файла нет, или он с расширением php, то отправить на fastcgi"
что дела
В общем, получилась вот такая конструкция
location / {
root /home/admin/web/site.com/public_html;
location ~ ^/[A-Z][A-Za-z]*. {
if (!-e $request_filename) {
rewrite ^/(.*)$ /core/Load.php?q=$1 last;
}
}
lo
Чтото не получается сделать рабочую регулярку /Invoce, /Invoce/* и /API/
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,272923,272933#msg-272933
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
args не затрагиваются. Со слешем или без - на ваше усмотрение
14 марта 2017 г. 19:42 пользователь "valmon"
написал:
> Я так понимаю, работает только на /Invoce/, а если это конечный /Invoce,
> плюс передаем args?
>
> Posted at Nginx Forum: https://forum.nginx.org/read.
> php?21,272923,272931#msg
Я так понимаю, работает только на /Invoce/, а если это конечный /Invoce,
плюс передаем args?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,272923,272931#msg-272931
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailm
location ~ ^/[A-Z][a-z]*./ {
...
}
14 марта 2017 г., 18:07 пользователь valmon
написал:
> Это замечательно, вот только пример не могу найти, чтобы регулярные
> выражение действовали по условию первая в верхнем регистре, далее в нижнем
> любой длины.
>
> Posted at Nginx Forum: https://forum.n
Это замечательно, вот только пример не могу найти, чтобы регулярные
выражение действовали по условию первая в верхнем регистре, далее в нижнем
любой длины.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,272923,272928#msg-272928
___
nginx-ru
нет, не надо ничего добавлять.
да, конечно, вместо префиксных локейшенов можно использовать регулярные
выражения.
14 марта 2017 г., 16:54 пользователь valmon
написал:
> Насколько я понял, он просто добавить к /Invoce /Invoce/index
> А есть какие либо регулярные выражения чтобы отфильтровать по п
Насколько я понял, он просто добавить к /Invoce /Invoce/index
А есть какие либо регулярные выражения чтобы отфильтровать по первому
символу в верхнем регистре?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,272923,272926#msg-272926
___
ngin
Префиксные локейшены и try_files
14 марта 2017 г. 13:49 пользователь "valmon"
написал:
> Коллеги, подскажите направление.
> Необходимо совместить работу двух cms на одном домене, первая cms
> самописный
> биллинг, урлы у которого начинаются с буквы в верхнем регистре, например
> /Invoce, /Clause
Коллеги, подскажите направление.
Необходимо совместить работу двух cms на одном домене, первая cms самописный
биллинг, урлы у которого начинаются с буквы в верхнем регистре, например
/Invoce, /Clause, /Bonuses, /API/*, обработчик для которых является
/Core/Load.php, вторая cms, modx, корень вообще
22 matches
Mail list logo