这段时间研究Drupal7的缓存相关，看了好多资料，都提到了boost和authcache两个模块，今天来说一下boost。
具体的下载安装，配置等，官网写的听清楚，boost模块地址 ，安装配置方法：Boost Handbook for Drupal 7.x
先建大说一下boost的原理，它本身只为匿名用户提供缓存，因为匿名用户看到的页面都是一致的，的缓存方式也很简单粗暴，但是也十分高效，就是直接给存成html静态页面作为缓存，下次访问时，不去走drupa的一大堆流程，如果命中缓存，直接就返回静态页面，是不是很爽？不用访问一系列的函数和数据库，直接返回html页面，难道还有比这更快的？（当然boost模块相关的一些函数和一些drupal必要函数还是要走的，因为boost毕竟还要根据url和用户角色来判断是不是要缓存这个页面等）。
可是我又想让它对已登录的用户也起效果，怎么办，啃了半天源码，找到了：
/**
* Implements hook_boost_is_cacheable().
*
* TODO support for node types, etc.
*
* @param $parts
* info about this request
* @param $request_type
* if the request_type is "status", we assume that this is being
* called from the admin status block. Since the user must be
* logged in to view this block, we do not return false.
*
* @return $parts
*/
function boost_boost_is_cacheable($parts, $request_type = 'normal') {
global $user; if ($user->uid != 0 && $request_type != 'status') {//重点！！！
$parts['is_cacheable'] = FALSE;
$parts['is_cacheable_reason'] = 'Boost only works for anonymous users.';
}
else {
$parts['is_cacheable'] = TRUE;
}
debug('1');
return $parts;
}
看到了吗，由于有hook_boost_is_cacheable()这个钩子，所以呢，boost在判断是否为这个页面进行缓存的时候，以角色作为依据的代码就是这样了，当然角色只是一个判断的维度，但是对我的需求已经足够了。 直接修改判断条件为：if ($user->uid ！= 1 && $request_type != 'status')。
为什么是修改为“$user->uid ！= 1”，因为1是指超级管理员，没必要为了个位数级别的人去添加缓存，浪费硬盘资源，没有任何意义。排除了超级管理员，剩下的角色就是匿名和注册用户了，是不是很爽?
当然了，有人会问，那不同的角色，看到的页面内容肯定是不同的呀，就算缓存了，也不符合“不同人浏览，看到不同信息”的实际需求啊。
到目前为止是这样的，我目前的解决方案是使用一个模块：ajaxblocks，通过它把不同的block区块通过ajax加载，就行了，这样，不同角色获取不同信息就交给后台对block的处理了。
但是，又有一个问题，没有对数据缓存，这需要memcache模块，不过我还没有研究，后续再补上吧。
怎么样，我的解决方案可行性如何？希望大家指教~