一直以来很鄙视使用views，因为觉得很多地方如果自己编写代码的话，会更加方便而且快捷。由于项目的需要，我在里面大量的使用views，简单的就不用说了。
今天，学会了使用views2.0 的参数传递，一个字，强。使用views2.0开发效率将会极大的提高，而且效率也相当的不错，我看过views生成的sql语句，丝毫不比普通的php程序员写得烂，查询效率在哪里？还不是那几个sql语句。另外，views生成的东西可以缓存，对于很多自己编写代码的人，有几个人会用到缓存机制。
所以说，对于大多数的人，Views的确是一个不错的选择，简单的几个配置，就可以帮你实现强大的功能。参数传递我刚刚学会，便觉得异常好用了。至少我觉得配置出来的views比我自己写的效率高，质量也高，而且views的主题化也很不错，它给你提供了默认的许多组合，为你提供了一个很好的起点。
Quicktabs模块很好用，类似的还有magic tabs模块。都是用于tab切换的。使用这个模块，一是jason使用过，我看到他有一篇文章介绍使用心得，另外就是这个模块在drupalmodules.com网站的排名很高。所以我决定用它来实现tab之间的切换。
Quicktabs默认是使用鼠标click事件，来触动tab之间的切换的，客户提出来了需求，那就是鼠标以上就可以了。我说很简单，很好实现。确实很好实现，在quicktabs\js中的quicktabs.js文件中，有这样一行jQuery代码：
$(this).bind('click', quicktabsClick);
把这一行jQuery代码改为
启用多语言支持以后,在区块列表页面,就多了一个语言切换区块.我讲一下我遇到了问题,现在有两个语言,繁体中文,英文,其中英文是默认语言.
一切工作正常,包括菜单的切换.但是当我按照客户的要求,将,繁体中文设置为默认语言时,语言切换区块就不好用了,不管怎么点,都是繁体中文的.而对于一个繁体中文节点,在节点内容的下面有个english链接，点击这个链接，系统报错，找不到访问的页面。
Zhupou.cn最初使用的是最简单的drupal自带论坛，后来升级了一下，使用了drupal扩展模块高级论坛，Advanced Forum (http://drupal.org/project/advanced_forum)。
高级论坛对核心论坛在外观上有了很大改进，功能上进一步增强，通过与其它模块结合使用，能够提供常用论坛程序中的大部分功能。由于高级论坛模块是建立在drupal核心论坛模块基础之上的，所以它完全使用了drupal的节点和评论，这样就和drupal完整的融合到了一起。
Drupal6中自带了内容翻译模块,看样子很是强大.上次有人问我,如何实现多语言的支持,我试用了一下,看到可以翻译内容的地方,就没有往下继续研究.
在drupal5中,多语言的支持是需要借助于扩展模块的,那时我们都用localizer，当你知道如何翻译一个节点的时候，就明白如何翻译菜单，区块这些杂七杂八的东西了。
这周我会专门针对这些问题，作出回复，不准的地方希望大家一起纠正，完善。
1、module 开发
2、theming 开发
3、database 如何控制我新增加的表格采用不同的表前缀(以模块区分)
4、- drupal 中的hook menu项，有
MENU_CALLBACK -- 表示不在管理列表中显示，而是做为一个普通的应用程序
MENU_NORMAL_ITEM -- 表示需要在后台设置菜单栏中显示
_perm 存放相应的模块权限关键字
_admin_settings 模块参数设置函数，函数最终通过system_settings_form($form); 绘制相应的form表单，系统会自动
将管理人员输入的参数保存至drupal的系统参数配制表，并通过variable_get(NODEVOTE_RESULT_DISPLAY_TEASER, 0)获取相
应的系统参数配置值，第一个参数代表关键字，第二个参数代表默认值。
5、drupal 调试时输出其对应的SQL语句
在drupal中，page的默认模板建议是根据url进行判断的，对于首页，则使用page-front.tpl.php。对于大多数时候，这都可以满足需要。但是可不可以根据节点的类型来定义其页面模板文件呢？就是说节点类型为A的节点页面，使用page-A.tpl.php，对于节点类型为B的节点页面使用page-B.tpl.php。很多人问过我这样的问题。
可以这样，可以使用Page-nodetype.tpl.php这种形式。但是你需要在预处理函数中，加点东西。在继续本文以前，先介绍一个最简单的方法。
