у 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 - копать в эту сторону?
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