Привет!
В некоторых локейшенах использую fastcgi_cache с ключом
$scheme$host$request_uri$request_method;
Как я понимаю для каждого из таких $request_uri: test.html, Test.html,
TEST.html - будет создаваться отдельный файл в кэше.
можно как-то это исправить - перевести $request_uri в lowercase?
Po
Спасибо! Попробую.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,237117,237145#msg-237145
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Здравствуйте, Anatoly.
>>> вопрос в том, как правильно ее отдавать -
>>> через 2 nginx-а или деплоить статику на балансировщик?
>>
>> Статику можно кэшировать на Nginx-A. Если её не много, то вся влезет в
>> оперативку. Если много, то будет с диска тянуться. Если диска не
>> хватит по скоро
> В любом случае, на фоне всех остальных операций - это неизмеримо малая
> величина. К примеру, на моем мобильном i3-350m указанное регулярное
> выражение выполняется в среднем за 400 наносекунд без использования JIT,
> и менее чем за 100 наносекунд с JIT.
Ну вот и я что-то такое подозревал, хоть и
On Friday 08 March 2013 20:48:42 Daniel Podolsky wrote:
> > Один регэксп у вас повлечет кучу логики с переменными из него.
>
> Или нет. Если группа(ы) из регекспа используются только для установки
> root - конфиг только читабельнее станет от их применения.
>
> Другое дело, что матчинг с группиров
On Mar 8, 2013, at 4:05 PM, Михаил Монашёв wrote:
> Здравствуйте, Anatoly.
>
>> вопрос в том, как правильно ее отдавать -
>> через 2 nginx-а или деплоить статику на балансировщик?
>
> Статику можно кэшировать на Nginx-A. Если её не много, то вся влезет в
> оперативку. Если много, то будет
> Один регэксп у вас повлечет кучу логики с переменными из него.
Или нет. Если группа(ы) из регекспа используются только для установки
root - конфиг только читабельнее станет от их применения.
Другое дело, что матчинг с группировкой может оказаться все же
существенно медленнее выбора по дереву.
П
Здравствуйте, Anatoly.
> вопрос в том, как правильно ее отдавать -
> через 2 nginx-а или деплоить статику на балансировщик?
Статику можно кэшировать на Nginx-A. Если её не много, то вся влезет в
оперативку. Если много, то будет с диска тянуться. Если диска не
хватит по скорости, то воткните
Здравствуйте, VovansystemS.
>> См. директиву proxy_cache_bypass.
>> http://nginx.org/r/proxy_cache_bypass/ru
> а я всегда ошибчно полагал, что такой ответ не будет помещён в кэш
> независимо от директивы proxy_no_cache. только теперь понял, что
> ответ будет браться не из кэша, но сам закэши
> См. директиву proxy_cache_bypass.
> http://nginx.org/r/proxy_cache_bypass/ru
а я всегда ошибчно полагал, что такой ответ не будет помещён в кэш
независимо от директивы proxy_no_cache. только теперь понял, что ответ
будет браться не из кэша, но сам закэшируется, спасибо.
так что мой вариант приве
On Friday 08 March 2013 14:16:21 bozercov wrote:
> При попытке перехода на отдельные страницы выдаёт ошибку 502 и в логах:
>
> 2013/03/08 13:03:06 [error] 9287#0: *10 upstream sent too big header while
> reading response header from upstream, client: 192.168.137.1, server:
> example.com, request:
On Friday 08 March 2013 15:14:40 Namaste wrote:
> Привет!
>
> Юзаю fastcgi_cache. Можно как-то принудительно обновить в нем определенную
> страницу?
>
См. директиву proxy_cache_bypass.
http://nginx.org/r/proxy_cache_bypass/ru
--
Валентин Бартенев
http://nginx.org/en/donation.html
_
On Thursday 07 March 2013 21:44:28 Daniel Podolsky wrote:
> >> > Писать скрипты.
> >>
> >> А есть ли замеры того, сколько ест одна конфигурация, и другая? Я вот
> >> довольно широко регексмы использую (но у меня иначе и никак).
> >
> > Если я правильно понял вопрос, то это зависит от самой конфиг
07.03.2013 21:44, Daniel Podolsky пишет:
я скорее не про точные числа, а про сравнение производительности
конфигурации на регекспах с конфигурацией на статических именах.
что-то мне подсказывает, что разбор заголовков - достаточно тяжелая
операция, чтобы один регехп на этом фоне просто потерялся
Добрый день!
Чтобы обновить страницу в кеше, необходимо сначала удалить из кеша
устаревшую версию. Для этого необходимо по ключу удалить
соотвествующий элемент директивой fastcgi_cache_purge модуля
ngx_cache_purge ( http://wiki.nginx.org/CachePurgeChs ).
2013/3/8 Namaste :
> Привет!
>
> Юзаю fast
Привет!
Юзаю fastcgi_cache. Можно как-то принудительно обновить в нем определенную
страницу?
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,237117,237117#msg-237117
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailm
При попытке перехода на отдельные страницы выдаёт ошибку 502 и в логах:
2013/03/08 13:03:06 [error] 9287#0: *10 upstream sent too big header while
reading response header from upstream, client: 192.168.137.1, server:
example.com, request: "GET /news/new HTTP/1.1", upstream:
"fastcgi://127.0.0.1:90
17 matches
Mail list logo