zhupou.cn

     随着我们整个社区的快速成长,我们越来越需要将成长过程中好的东西---经验、教训---沉淀下来，保留下来。也就是说，我们需要继续保持Drupal的有趣性、开放性、挑战性，以及公平性。新的Drupal行为守则（(DCOC）申明了值得大家共同遵守的理念。我们可以把它理解为用户的编码标准。它是对我们理念的一次表述，而不是一个苛刻的规则手册。它也是我们已有价值观与整个Drupal社区之间进行沟通的桥梁。

  Drupal官方网站的改版,其实早就开始了,中间也没有太多的消息.偶尔自己也去关注一下进度.我比较关注的是apache solr在新版本的应用,在我想要定制一个solr模块的时候,我想到了Drupal官方网站的改版团队,我曾经想尝试加入进去,希望能够获取官方网站里面solr相关模块的代码,作为参考,遗憾的是,即便是我加入进去,我也无权查看关于solr的相关实现的代码,那篇说明里面写的很明确了,solr相关实现的代码,只有少数人才能查看.后来我就把整个Drupal的solr集成模块,认真地研读了一遍,确切地说,是用笔和纸抄写了一遍,同时用这种方法学习了一些其它可以下载到的solr扩展模块,这样才定制出来了自己的第一个solr模块.

  即便是drupal官方,他们也不希望像solr这样的模块的实现过早的流通出来,就像是acquia的drupal guarden,他们的后台实现应该也是没有贡献出来的,对于基于GPL的软件,我们重新作了定制开发,我们可以选择贡献出来,也可以选择作为自己的商业秘密.我们生活在这样的充满竞争的时代,如果想获得一些东西,那么就需要交换.要么用时间换金钱,要么用金钱换别人的时间.

  所以当有一个台湾的开源软件爱好者,想获取我的solr的实现,以及想从我这里获取solr的相关技术时,我毫不犹豫地拒绝了.是的,Drupal与solr的中文整合,还有基于现有solr集成模块的定制,就像一门独门绝技一样,至少在现在是这样.懂Drupal的人有,懂solr的人也有,但是在中国,这是很少的一部分,懂得drupal与solr整合的人就更少了,而基于solr模块的定制,会得人寥寥无几.这就是我的商业秘密,如果你想要,那么就需要比较多的钱来换.否则,我就不给你.

Drupal中的权限有两部分组成:角色(roles)/权限(permission)
权限可以通过hook_perm钩子函数进行定义，例如：
function user_perm() {
  return array('administer permissions', 'administer users', 'access user profiles', 'change own username');
}
这里面的'administer permissions'，'administer users',就是一个具体的权限。

角色：可以理解为具有一组特定权限的集合，Drupal自带了两个角色，匿名用户，注册用户，角色可以通过后台（/admin/user/roles）添加，比如添加管理员、编辑等等角色。 添加好角色以后，可以在admin/user/permissions来为该角色定义它具有的权限。

通常启用了很多模块以后，权限列表很多，有很多权限很细的，配置起来很麻烦，可能需要不断的调整，选中，取消选中。如果你的权限不能正常工作，那么可以在admin/content/node-settings重置权限。这里有一个按钮。

访问Drupal官方网站，竟然看到了错误信息，官方用了这个模块/memcache。

这个错误信息偶尔才会朋友，很不常见的信息，