Фреймворк, наверное, умеет делать include (или require) из любой папки,
настройте его и оставьте в папке сайта только index.php
28.02.2013 22:45 пользователь "ShivaS" написал:
> Всем добрый вечер,
>
> Запускается важный сайт (фреймворк), для которого соотв. прописано:
> try_files $uri $uri/ /inde
Никитос, ёпта, ты знал
Sent from my BlackBerry® wireless device
-Original Message-
From: Nikita Stupin
Sender: nginx-ru-bounces@nginx.orgDate: Fri, 01 Mar 2013 21:24:52
To:
Reply-To: nginx-ru@nginx.org
Subject: Re: Кака перекрыть доступ к любым файлам и директориям ( фреймворк) на
Шикарная логика :)
On 3/1/13 2:45 PM, ShivaS wrote:
если реферер пустой, тогда блокировать запрос
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,236729,236767#msg-236767
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.or
Валентин,
Спасибо еще раз!
С ревизией да, там проггеры так и хотели ;-)
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,236729,236797#msg-236797
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Здравствуйте, Уважаемый(-ая, -ое) ShivaS!
S> да, уже вынесли все наружу и оставили только index.php
S> Андрей, а зачем redirect? Это вроде rewrite, который я не хочу
При чём тут ваше хотение или нехотение?
S> использовать.
S> try_files имхо отлично делает всю работу, да и везде в нете про него
On Friday 01 March 2013 17:08:38 ShivaS wrote:
> Валентин, в прошлой конфигурации с регексом на статику, эти фолдеры
> ловились раньше чем expiration, который следовал позже.
> Каюсь, что не указал его изначально, но сейчас пытаюсь понять как тогда
> правильно дать expiration
>
> location ~* \.(?:
On Friday 01 March 2013 17:08:38 ShivaS wrote:
> Валентин, в прошлой конфигурации с регексом на статику, эти фолдеры
> ловились раньше чем expiration, который следовал позже.
> Каюсь, что не указал его изначально, но сейчас пытаюсь понять как тогда
> правильно дать expiration
>
> location ~* \.(?:
Валентин, в прошлой конфигурации с регексом на статику, эти фолдеры ловились
раньше чем expiration, который следовал позже.
Каюсь, что не указал его изначально, но сейчас пытаюсь понять как тогда
правильно дать expiration
location ~* \.(?:ico|css|js|gif|jpe?g|png)$ {
expires 30d;
Валентин, огромное спасибо!
Понял "надмозг" и разделение статических фолдеров!
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,236729,236776#msg-236776
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/ngi
On Friday 01 March 2013 16:30:09 ShivaS wrote:
> Да, в принципе его не стоит оставлять.
> Статику в отдельную директорию конечно самое логичное, но меня подключили к
> проекту после того как все написано было.
> Сейчас что-либо менять будет достаточно сложно, но я скажу проггерам.
>
> Если рассмат
Да, в принципе его не стоит оставлять.
Статику в отдельную директорию конечно самое логичное, но меня подключили к
проекту после того как все написано было.
Сейчас что-либо менять будет достаточно сложно, но я скажу проггерам.
Если рассматривать идеальный вариант, может ли данный конфиг сойти за
т
On Friday 01 March 2013 14:56:13 ShivaS wrote:
> да, уже вынесли все наружу и оставили только index.php
>
Зачем index.php оставили?
> Андрей, а зачем redirect? Это вроде rewrite, который я не хочу
> использовать.
> try_files имхо отлично делает всю работу, да и везде в нете про него
> написано,
да, уже вынесли все наружу и оставили только index.php
Андрей, а зачем redirect? Это вроде rewrite, который я не хочу
использовать.
try_files имхо отлично делает всю работу, да и везде в нете про него
написано, когда речь о фреймворках.
я прекрасно понимаю RTFM правило и не обратился бы сюда, е
если реферер пустой, тогда блокировать запрос
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,236729,236767#msg-236767
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Здравствуйте, Уважаемый(-ая, -ое) ShivaS!
S> Валентин,
S> Я с Вами полностью согласен и солидарен.
S> Много думал и имею 2 варианта, либо выносить все наружу и будет аксес просто
S> в index.php при любом запросе,
S> lибо оставить как есть, и попробовать на уровне nginx блокировать доступ ко
S> вс
Здравствуйте, Уважаемый(-ая, -ое) Валентин Бартенев!
>> Запускается важный сайт (фреймворк), для которого соотв. прописано:
>> try_files $uri $uri/ /index.php; (можно и try files "" /index.php;)
>>
>> Нужно перекрыть доступ ко всем имеющимся на сервере (физически) файлам и
>> папкам
>> Хочется по
> Но по прежнему интересно, уже более академически, возможно ли как-то
> определить физические файлы при работе с фреймворком, где паттерн УРЛа может
> быть абсолютно неопределенным. Возможно, что нет, и наверно тогда лучше с
> одним if работать, проверяя наличие referrer.
Если уж вы делаете кривую
Валентин,
Я с Вами полностью согласен и солидарен.
Много думал и имею 2 варианта, либо выносить все наружу и будет аксес просто
в index.php при любом запросе,
lибо оставить как есть, и попробовать на уровне nginx блокировать доступ ко
всем файлам на диске кроме index.php
т.е. в какой-то мере не за
On Thursday 28 February 2013 20:45:31 ShivaS wrote:
> Всем добрый вечер,
>
> Запускается важный сайт (фреймворк), для которого соотв. прописано:
> try_files $uri $uri/ /index.php; (можно и try files "" /index.php;)
>
> Нужно перекрыть доступ ко всем имеющимся на сервере (физически) файлам и
> пап
очепятка в сабже ;(
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,236726,236727#msg-236727
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Всем добрый вечер,
Запускается важный сайт (фреймворк), для которого соотв. прописано:
try_files $uri $uri/ /index.php; (можно и try files "" /index.php;)
Нужно перекрыть доступ ко всем имеющимся на сервере (физически) файлам и
папкам
Хочется по науке и без -f $request_filename (и -d соотв), no
21 matches
Mail list logo