Фреймворк, наверное, умеет делать include (или require) из любой папки,
настройте его и оставьте в папке сайта только index.php
28.02.2013 22:45 пользователь "ShivaS" написал:
> Всем добрый вечер,
>
> Запускается важный сайт (фреймворк), для которого соотв. прописано:
> try_files $uri $uri/ /inde
Так, вроде бы разобрался.
init_process действительно то, что нужно.
Спасибо!
> Максим, большое спасибо за комментарии!
>> Так что если вы там, e.g., хотите создавать постоянные соединения с бекендом
>> - то
>> делать это надо уже после старта рабочих процессов в них самих, а не при
>> чтении
Максим, большое спасибо за комментарии!
> Так что если вы там, e.g., хотите создавать постоянные соединения с бекендом
> - то
> делать это надо уже после старта рабочих процессов в них самих, а не при
> чтении конфига.
А не подскажете, где лучше всего это делать.
По исходникам и экспериментам,
Максим, большое спасибо за комментарии!
> Так что если вы там, e.g., хотите создавать постоянные соединения с бекендом
> - то
> делать это надо уже после старта рабочих процессов в них самих, а не при
> чтении конфига.
А не подскажете, где лучше всего это делать.
Насколько я понял по исходника
Здравствуйте, Уважаемый(-ая, -ое) Андрей Середенко!
АС> Доброго времени суток всем подписчикам!
АС> Подскажите, возможно ли нечто этакое:
АС> Использую proxy_pass, для примера:
АС> upstream some_proxy {
АС> server SERV_NAME_1:8080;
АС> server SERV_NAME_2:8080 backup;
АС> }
АС>
Andrey Kopeyko Wrote:
---
> 04.03.2013 17:15, anon пишет:
> > В это же время с этих IP только реквесты с 400 и 408 кодами.
>
> Я начинаю подозревать, что ваш проблемый server - описан как
> "default",
> и потому собирает в свои логи весь мусор с
04.03.2013 17:15, anon пишет:
В это же время с этих IP только реквесты с 400 и 408 кодами.
Я начинаю подозревать, что ваш проблемый server - описан как "default",
и потому собирает в свои логи весь мусор со всех прочих виртуальных
серверов.
--
Best regards,
Andrey Kopeyko
___
02.03.2013 17:15, anon пишет:
в log_format есть UA, но к сожалению эти реквесты без него.
Ну, разумеется - запроса же не было задано никакого, откуда ж полю
User-Agent взяться?
--
Best regards,
Andrey Kopeyko
___
nginx-ru mailing list
nginx-ru@
Hello!
On Mon, Mar 04, 2013 at 05:06:08PM +0400, vinn...@land.ru wrote:
> Здравствуйте.
>
> Имеется слудующий апстрим:
> upstream web1 { server 10.10.10.1 fail_timeout=180; server
> 10.10.10.2; }Т.е. насколько я понимаю, при возникновении хотя бы одного
> таймаута за 180 секунд,
Доброго времени суток всем подписчикам!
Подскажите, возможно ли нечто этакое:
Использую proxy_pass, для примера:
upstream some_proxy {
server SERV_NAME_1:8080;
server SERV_NAME_2:8080 backup;
}
в локейшене анализирую урел на предмет наличия определенного параметра:
/some/u
В это же время с этих IP только реквесты с 400 и 408 кодами.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,236787,236907#msg-236907
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Здравствуйте.
Имеется слудующий апстрим:
upstream web1 { server 10.10.10.1 fail_timeout=180; server 10.10.10.2;
}Т.е. насколько я понимаю, при возникновении хотя бы одного таймаута за 180
секунд, сервер должен "выбывать" из апстрима на те же 180 секунд. Но, судя по
tcpdump'у на бекенде
04.03.2013 14:45, Ruslan Ermilov пишет:
Как вариант, можно определить отдельный URI для 302, который
будет представлен статическим файлом, и задать желаемое ограничение
там:
В Вашем варианте на php файл почему-то отдавало его содержание вместо
выполнения.
Что получилось в итоге:
limit_conn_zo
Hello!
On Mon, Mar 04, 2013 at 08:29:00AM +0400, Sergey Zhemzhitsky wrote:
> Привет, Nginx Гуру
>
> Модули к nginx никогда не разрабатывал, поэтому не пинайте сильно.
>
> Я пытаюсь написать nginx http-модуль к сторонней системе у которой есть С API.
> Под этим API лежит в том чесле и установка
04.03.2013 14:45, Ruslan Ermilov пишет:
Как вариант, можно определить отдельный URI для 302, который
будет представлен статическим файлом, и задать желаемое ограничение
там:
http {
limit_req_zone $server_name zone=lreq:10m rate=1r/m;
server {
server_name test;
loc
On Mon, Mar 04, 2013 at 01:24:34PM +0400, denis wrote:
> 04.03.2013 11:24, Ruslan Ermilov пишет:
> > Обработка запросов в nginx происходит в разных фазах.
> > Директивы модуля ngx_http_rewrite_module (директива return в т.ч.)
> > срабатывают на более ранних фазах, чем модули ngx_http_limit_*.
> >
>
04.03.2013 11:24, Ruslan Ermilov пишет:
Обработка запросов в nginx происходит в разных фазах.
Директивы модуля ngx_http_rewrite_module (директива return в т.ч.)
срабатывают на более ранних фазах, чем модули ngx_http_limit_*.
Описанное выше поведение ожидаемо.
А как тогда быть? try_files?
_
17 matches
Mail list logo
