Я не совсем понимаю как работает 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
если для вас это является понятным, и работает так, как вы ожидаете, почему
бы и нет.
я бы на 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 ~*
Нет, чтобы не делать два location
location ~* ^.+\.(xml|ini|bin|sql|log)$ {
denyall;
return 403;
}
location ~* ^/(hosts|core|patches|db|others)/ {
denyall;
return 403;
}
Posted at Nginx Forum:
если имеется в виду, что файлы с таким расширением только в таких папка, то
через вложенные локейшены
15 марта 2017 г., 17:00 пользователь valmon
написал:
> И не говорите)
>
> Собственно вопрос, как к регулярным выражением для location ~*
>
И не говорите)
Собственно вопрос, как к регулярным выражением для 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
>
Да, вы правы, локация не в том порядке, вот что получилось, но как
выяснилось, по частям не вариант, получилось уже приличное количество
исключений, для отдачи 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],
отрабатывается как статика и отображается.
Добавил
если речь идет об аналитике (и небольшая задержка данных допустима), то
можно access.log сделать доступным по http, откуда аналитика его будет
вычитывать с нужной периодичностью и обрабатывать
решение с претензией на универсальность
15 марта 2017 г., 1:54 пользователь Vladislav Shabanov <
> Я за скрипт в режиме "tail -f" на лог.
tail -F
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
для настройки роутинга CMS общепринятая практика делать try_files,
например, так
https://book.cakephp.org/2.0/en/installation/url-rewriting.html
логика тут примерно, как вы написали "если файл существует, то отдать его,
если файла нет, или он с расширением php, то отправить на fastcgi"
что
Здравствуйте.
Я за скрипт в режиме "tail -f" на лог.
14 марта 2017 г., 23:54 пользователь Vladislav Shabanov <
vlad.shaba...@gmail.com> написал:
> Добрый день.
>
> Есть location, на котором сейчас отдаётся empty_gif.
>
> Мне нужно вызвать в этом месте демона через uwsgi, чтобы демон обработал
>
15 matches
Mail list logo