在使用标准配置安装RestBase之后,我有了摘要API的工作版本。
缓存机制对我来说似乎很奇怪的问题。 该段代码将决定是否查看表缓存以实现快速响应。但是我不能使它成为服务器缓存依赖于某些时间限制(例如,写入缓存时的最大寿命)。这意味着使用缓存还是不完全取决于客户端的决定。
有人可以解释RestBase缓存机制的工作流程吗?
// Inside key.value.js
getRevision(hyper, req) {
//This one get the header from client request and decide to use cache
or not depend on the value. Does it mean server caching is non-existent?
if (mwUtil.isNoCacheRequest(req)) {
throw new HTTPError({ status: 404 });
}
//If should use cache, below run
const rp = req.params;
const storeReq = {
uri: new URI([rp.domain, 'sys', 'table', rp.bucket, '']),
body: {
table: rp.bucket,
attributes: {
key: rp.key
},
limit: 1
}
};
return hyper.get(storeReq).then(returnRevision(req));
}
答案 0 :(得分:1)
缓存失效由change propagation service完成,它在页面编辑和类似事件中触发。缓存控制标头可能是在Varnish VCL逻辑中设置的。有关完整的Wikimedia基础结构图,请参见here-它已过时,但为您提供了如何将事物连接在一起的一般概念。