[ 
https://issues.apache.org/jira/browse/AIRAVATA-3622?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17541153#comment-17541153
 ] 

ASF subversion and git services commented on AIRAVATA-3622:
-----------------------------------------------------------

Commit 4d130b3374e42d0a0ba380232acadb38a37771c4 in airavata's branch 
refs/heads/develop from Marcus Christie
[ https://gitbox.apache.org/repos/asf?p=airavata.git;h=4d130b3374 ]

Merge branch 'AIRAVATA-3622' into develop


> Configure browser to revalidate cached static files when they don't have 
> hashes in filename
> -------------------------------------------------------------------------------------------
>
>                 Key: AIRAVATA-3622
>                 URL: https://issues.apache.org/jira/browse/AIRAVATA-3622
>             Project: Airavata
>          Issue Type: Improvement
>          Components: Django Portal
>            Reporter: Marcus Christie
>            Assignee: Marcus Christie
>            Priority: Major
>
> Most Airavata Django Portal CSS and JS resources that are bundled are written 
> to files that include a hash of the file's contents. For example, the 
> create-experiment entry point may be written to a file named 
> {{create-experiment.d239a691.js}}. This works well for busting browser caches 
> and ensuring that clients always get up to date static files.
> However, some CSS and JS resources don't have a hash in their filename. By 
> default these are typically getting cached by browser using freshness 
> heuristics. But these files could be updated at any time. It would be better 
> to use the Cache-Control header for these resources to let browsers know that 
> they must revalidate these cached files with an ETag or Last-Modified 
> timestamp.
> For hashed static filenames, we can also instruct browsers to cache those 
> files "forever" since we are guaranteeing that an update to their contents 
> will result in a new filename/URL. That should provide a small performance 
> improvement by cutting down on unnecessary requests for immutable resources.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

Reply via email to