如何评估 Kohana 3.2 HTTP_Cache 缓存请求中的 ACL

Question

在最近升级到基于内部 K3.2 REST 的 API 之后，我正在考虑利用内部请求缓存机制。

我正在查看初始请求级别的缓存（因此在应用程序 index.php 中）：

1) 这是一个有根本缺陷的想法吗？

我的初始请求如下所示：

$obj_r = Request::factory(TRUE, HTTP_Cache::factory('memcache'))
    ->execute();

echo $obj_r->send_headers()
    ->body();

这一切都很好，除了从与内部 basic_cache_key_generator 匹配的源请求将简单地（并且正确地）返回缓存的响应 - 跳过任何应用程序 ACL 规则（通常作为父 ::before 函数的一部分发生

2) 这里提供自定义 cache_key_callback 作为 HTTP_Cache::factory 调用的选项是否正确？ - 在这个自定义回调中，如果需要，我可以构建和评估拒绝访问资源的 ACL 规则

如果我错过了与此相关的任何文档，我深表歉意，我已经查看了！

Answer 1

我认为您应该改用$this->response->check_cache($cache_key, $this->request)。您的页面将根据该自定义回调发送 ETag。