Static files in GCS have too long cache times

[epidemics]

Static files in GCS have too long cache times

[hnykda]

We hacked around that by changing the filename up until now (that -v2 there). Sorry, I should have warned you: https://epidemicforecasting.slack.com/archives/C0100BY1EJZ/p1584368895020800?thread_ts=1584361377.006400 .

The reason why I selected GCS is that when the file was served by the BE, it was quite slow. Also GCS bucket is multiregional, so it's also faster from wherever.

Anyway, I added setting cache and making the files public via #122.

Do you think it's enough?

[gavento]

Thanks!

• 10 seconds may be too little for later loads. Maybe we should go for 60?
• If anyone reloads the web between new upload and the caching param. updates, the default 1h timeout will be applied and most (but not all, depends on region) clients will see it for ~1 hour.
• Can we trigger the pipeline without a push? (convenience)

[gavento]

Maybe we should have an upload script that sets the cache params (with name, sharing etc.)?

[hnykda]

If anyone reloads the web between new upload and the caching param. updates, the default 1h timeout will be applied and most (but not all, depends on region) clients will see it for ~1 hour.

I was under an impression that we are going to update the files like once a day at most (and we are still quite far from that). And even if we did, I don't think users should know anything about us updating the model.

Can we trigger the pipeline without a push? (convenience)

No :-( . Devs can use git commit --allow-empty -m "wakey wakey GitHub Actions" && git push 👎

Maybe we should have an upload script that sets the cache params (with name, sharing etc.)?

We can, but you need proper permissions to be able to run that (that's why I put it in CI where the service account is ready).

[hnykda]

Also https://github.com/epidemics/covid#using-google-cloud-storage-for-the-web-assets

[hnykda]

I'm closing this, I don't think there is a way around this for now.