3 ms·
If data changes only once a year or rarely that would imply usage of the api is a rare event for a user of the data so speed isn't a huge concern. Caching woul
by ipaddr 3y ago
If data changes only once a year or rarely that would imply usage of the api is a rare event for a user of the data so speed isn't a huge concern. Caching would introduce more complexities and the risk of needing to manually revalidate the cache. The solution architect was probably right.
- xg15 3y agoWhy do rare writes imply rare usage? It's possible the file is read often and by different systems even if changes are infrequent. If the API was used rarely, that would be even more of an argument for a simple implementation and not a complex system involving webhooks.
- justsomehnguy 3y agocat /api/version.txt 2023.01.01 ls /api version.txt data.zip
- accrual 3y agoOr maybe encode the version into the filename? It would overwrite if nothing changed, and the previous versions would remain available. 2023.01.01-data.zip
- justsomehnguy 3y agoThat requires preprocessing on the client and there are some ppl who has.. weird assumptions about how the dates should be written. The version file can be quired at least the two ways: the ETag/If-Modified-Since way (metadata only) content itself The best part with the last one - you don't need semver shenanigans. Just compare it with the latest dloaded copy, if version != dloaded => do_the_thing
- paulddraper 3y ago> Caching would introduce more complexities Apache/nginx do it just fine...
- pests 3y agoCan't cache so you need to read it whenever you use the data, not just when it changes.