如何在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）在这里提供HTTP Cache :: factory调用的自定义cache_key_callback作为选项的正确方法是吗？ -在此自定义回调中，然后我可以构建和评估ACL规则，以在需要时拒绝对资源的访问

诚挚的歉意，如果我错过任何与此有关的文档，我都看过！

Answer 1

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