Jira is Slow Due to High Latency Connections While Using Reverse Proxy
症状
Interaction with the Jira application is slow.
原因
Jira pages pull many separate JavaScript, CSS and image files from the server. Since the Tomcat container instructs the browser to avoid caching, all content will be sequentially (in order of inclusion) checked from the server. This multiplies the connection roundtrip time.
このページの内容は、JIRA でサポートされていないプラットフォームに関連しています。したがって、アトラシアンは、そのためのサポートの提供を保証できません 。この資料は情報提供のみを目的としているため、お客様自身の責任でご使用ください。
このページの内容は、JIRA でサポートされていないプラットフォームに関連しています。したがって、アトラシアンは、そのためのサポートの提供を保証できません 。この資料は情報提供のみを目的としているため、お客様自身の責任でご使用ください。
PS : This article includes a Workaround as well as a Resolution section. Please follow any one of them.
回避策
Configuring cache timeouts on the proxy level
If the application is published from a Reverse Proxy, configure cache timeouts as shown in the below example.
An example for Apache httpd using mod_expires:
LoadModule expires_module modules/mod_expires.so LoadModule headers_module modules/mod_headers.so LoadModule deflate_module modules/mod_deflate.so
Make sure it is enabled
Control the caching headers sent to the client browser:
ExpiresActive On ExpiresDefault "access plus 300 seconds" <Directory "/"> ExpiresByType text/html "access plus 1 day" ExpiresByType text/css "access plus 1 day" ExpiresByType text/javascript "access plus 1 day" ExpiresByType image/gif "access plus 1 month" ExpiresByType image/jpg "access plus 1 month" ExpiresByType image/png "access plus 1 month" </Directory>
ソリューション
Configuring caching at the browser level
Add the following Valve tag to the Jira Context element (eg in server.xml
or conf/Catalina/localhost/Jira.xml
) will restore normal client side caching:
<Valve className="org.apache.catalina.authenticator.FormAuthenticator" securePagesWithPragma="false" />