如何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規則（這通常發生作爲父母的一部分::功能

2）之前是這裏的正確途徑提供自定義cache_key_callback作爲一個選項HTTP_Cache ::廠電話嗎？ - 這個自定義回調然後我就可以建立，如果我錯過了與此的任何文檔，如果需要

真誠的道歉評估ACL規則拒絕對資源的訪問中，我已經看過！

Answer 1

我認爲你應該使用$this->response->check_cache($cache_key, $this->request)代替。您的頁面將根據該自定義回調發送ETag。