ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Кэширование статики, которую генерирует бэкэнд



https://jira.XXXX.ru/s/ru_RUsu9vq5-1988229788/6097/5/e1f48b4b2dac40253e06ee982f4b3682/_/download/contextbatch/css/atl.general,jira.global/batch.css
- прилетает с хедерами, позволяющими кеш
если вы включите обычный кеш на nginx - будет кешироваться если не
включите, будет кешить сам браузер, что примерно одно и то же.

но какого-то заметного профита в случае кеширования jira не будет по
моему опыту, у нее статика не составляет существенной нагрузки.


20 января 2014 г., 16:52 пользователь Anatoly Mikhailov
<anatoly@xxxxxxxxx> написал:
> в нашем случае - локально настроенная Jira с 10 пользователями,
> сомневаюсь, что приложение загнется при такой нагрузке.
>
> и все же, кто как кэширует статику, сгенерированную налету?
>
> Анатолий
>
> On 20 Jan 2014, at 10:35, Илья Шипицин <chipitsine@xxxxxxxxx> wrote:
>
>> у jira, teamcity узкое место - само приложение. оно начинает
>> загибаться гораздо раньше, чем становятся заметны проблемы с отдачей
>> статики.
>> оптимизировать именно статику в данном случае - предпосылка непонятная
>>
>> 20 января 2014 г., 14:30 пользователь Anatoly Mikhaylov
>> <anatoly@xxxxxxxxx> написал:
>>> Вопрос не в количестве статики, а в том, что весьма неуклюже гонять http 
>>> запросы за ее получением через Catalina.
>>>
>>> Http 1.1 с keep-alive, ConditionalGet для статики - это лишь попытка 
>>> прикрыть глупость организации отдачи контента, который, во многих случаях, 
>>> не меняется никогда. Одно дело - все эти украшения для статики, которую 
>>> отдает Nginx напрямую с диска, но в данном случае все это отдается через 
>>> бэкэнд. Так и остается загадкой зачем было сделанно именно так.
>>>
>>> Суть задачи не меняется, кэшировать статику (в случае с jira: location /s/) 
>>> после первого обращения к ней. Proxy pass cache - копать в эту сторону?
>>>
>>> Анатолий
>>>
>>>> On Jan 20, 2014, at 5:05 AM, Илья Шипицин <chipitsine@xxxxxxxxx> wrote:
>>>>
>>>> teamcity очень мало статики отдает.
>>>> для jira лучше настроить keepalive до бекенда
>>>> а stash - это что именно ?
>>>>
>>>> 20 января 2014 г., 6:30 пользователь Anatoly Mikhaylov
>>>> <anatoly@xxxxxxxxx> написал:
>>>>> Добрый день,
>>>>>
>>>>> Есть несколько java-приложений (stash, jira, teamcity), в которых статика 
>>>>> генерируется на ходу, файлов на диске с такими именами просто нет. Сейчас 
>>>>> организовано элементарное проксирование proxy_pass и все работает, но 
>>>>> медленно.
>>>>>
>>>>> Вопрос, как кэшировать ответы от бэкэнда (статику), чтобы это не 
>>>>> препятствовало основному  проксированию ответа бэкэнда?
>>>>>
>>>>> Анатолий
>>>>> _______________________________________________
>>>>> nginx-ru mailing list
>>>>> nginx-ru@xxxxxxxxx
>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru@xxxxxxxxx
>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru@xxxxxxxxx
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru@xxxxxxxxx
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@xxxxxxxxx
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.