Drupal 6 中文安装教程

准备工作

1. 下载：到 Drupal 项目页面下载 drupal 程序包，项目地址: http://drupal.org/project/drupal
2. 解压：将下载下来 drupal 程序包进行解压缩，得到名为 drupal-版本号 的目录,为目录改名，如改成 drupal6
3. 下载语言包文件：到 http://localize.drupal.org/translate/languages/zh-hans 页面下载对应版本的语言包（.po文件）
4. 安装语言包文件：将 .po 文件放置到 drupal6/profiles/default/translations 目录下（如没有 translations 目录请自行创建）
5. 上传：将 drupal6 目录下的内容放置/上传到网站根目录
6. 创建配置文件：进入 sites/default 目录，将 default.settings.php 复制一份，命名为 settings.php
7. 创建用户文件目录：在 sites/default 目录下新建一个目录，名为 files
8. 设置权限：如果是Linux平台，请将 files 目录的权限设置为 777，settings.php 设置为web服务器用户可写，如果不清楚，也可先设置为777

安装 Drupal 6

1. 安装页面：执行完准备工作之后，便可通过浏览器访问drupal网站地址即可看到安装界面，如果执行了准备工作中的第3,4步，则可以对语言进行选择，选择安装中文语言包，如 drupal-6.22.zh-hans，点击按钮进行下一步；
2. 如果没有完成准备工作中的第4,5,6步，则会出现错误提示，执行完准备工作中的第4,5,6步，错误消息就会消失
3. 数据库配置：填写数据库的配置配置信息，包括数据库名、数据库用户名 和 数据库用户密码，填好之后点击下一步，开始安装Drupal
4. 安装Drupal：这一步中系统执行Drupal的安装工作，然后进入Drupal站点配置页面
5. 修正配置文件权限：如果是Linux平台，执行完此步操作之后，请将 sites/default/settings.php 文件权限改为只读(444)
6. 站点设置：在站点设置页面，填写网站名称、网站邮箱、超级管理员帐号、超级管理员邮箱、超级管理员密码、默认时区和简洁链接，配置完成之后，点击"Save and Continue"即完成了 Drupal 的安装。
7. 完成Drupal的安装，进入完成信息提示页面，点击最后面的 your new site 链接即可访问你的Drupal站点 :D

　　如果安装 Drupal 时没有导入中文语言包，则 Drupal 默认的语言界面是英文，我们可以根据需要导入 Drupal 中文语言包，然后开始使用中文版的 Drupal。

1. 下载中文语言包

　访问 http://localize.drupal.org/translate/languages/zh-hans 页面，根据 Drupal 版本类型，下载对应的语言包文件(.po)，以备稍后使用

2. 启用模块

　2-1. 通过导航 Administer > Site Building > Modules，或者通过在浏览器输入 http://你的Drupal安装路径/admin/build/modules 地址来访问模块管理页面

　2-2. 找到 Locale 模块，勾选前面的复选框，然后到页面最下方点击保存(Save Configuration)按钮

3. 导入中文语言包

　3-1. 通过导航 Administer > Site Building > Translate interface，或者访问 admin/build/translate 页面，点击"Import"面板进入导入语言包界面

　3-2. 向 Language File 文件框中加入第一步下载下来的 .po 语言包文件，将 Import into 选项设置为“Chinese, Simplified（简体中文）”，点击页面最下方的"Import"按钮

4. 将中文设置为默认的界面语言

　完成 3-2 步的操作即会返回到翻译界面的概览页面，可点击此页面的 language page 链接，或者通过导航 Administrator > Site Configuraton > Languages 访问"语言设置"页面

　在语言设置页面，选中“简体中文”语言项后面的 Default 单选项，点击下面的保存(Save Configuration)按钮

　哇啦……之后我们就不用中英结合着来看教程了 :D

准备工作

1. 下载 Drupal 7：到 Drupal 项目页面下载 drupal 程序包，项目地址: http://drupal.org/project/drupal
2. 解压 Drupal 7：将下载下来 drupal 程序包进行解压缩，得到名为 drupal-版本号 的目录，为目录改名，如改成 drupal7
3. 下载语言包文件：到 http://localize.drupal.org/translate/languages/zh-hans 页面下载对应版本的语言包（.po文件）
4. 安装语言包文件：将 .po 文件放置到 drupal7/profiles/standard/translations 目录下
5. 上传：将 drupal7 目录下的所有内容放置/上传到网站根目录
6. 创建配置文件：进入 sites/default 目录，将 default.settings.php 复制一份，命名为 settings.php
7. 创建用户文件目录：在 sites/default 目录下新建一个目录，名为 files
8. 设置权限：如果是Linux平台，请将 files 目录的权限设置为 777，settings.php 设置为web服务器用户可写，如果不清楚，也可先设置为777

Drupal 7 中文安装教程

1. 安装页面：执行完准备工作之后，便可通过浏览器访问drupal网站地址即可看到安装界面，默认选中“Standard”，点击 Save and continue 执行下一步
2. 选择语言：如果执行了准备工作中的第3,4步，则此页面会出现语言选择项，选中 Chinese,Simplified（简体中文），点击 Save and continue 执行下一步
3. Drupal 7 需要 php dom 扩展，如果没有安装 dom 扩展则会出现错误，为PHP安装dom扩展后，重启web服务器即可；如果没有完成准备工作中的第4,5,6步，也会出现错误提示，执行完准备工作中的第4,5,6步，错误消息就会消失
4. 数据库配置：填写数据库的配置配置信息，包括数据库名、数据库用户名 和 数据库用户密码，填好之后点击下一步，开始安装Drupal
5. 安装Drupal：这一步中系统执行Drupal的安装工作，然后进入Drupal站点配置页面
6. 导入翻译：这一步也由系统自动执行
7. 修正配置文件权限：如果是Linux平台，执行完此步操作之后，请将 sites/default/settings.php 文件权限改为只读(444)
8. 站点设置：在站点设置页面，填写网站名称、网站邮箱、超级管理员帐号、超级管理员邮箱、超级管理员密码、默认时区和简洁链接，配置完成之后，点击"Save and Continue"即完成了 Drupal 的安装。
9. 完成Drupal的安装，进入完成信息提示页面，点击"访问你的新网站"链接即可访问你的Drupal站点 :D

　　安装配置文件(Installation Profiles)为 Drupal 网站实现一站式安装。通过使用安装配置文件，可以轻松地安装具备某些特性和功能的网站（如企业网站、电影网站、SNS社区），而无需手动一个个地启用和配置模块。

　　安装配置文件中可能包含 Drupal 核心文件、第三方模块、第三方主题，以及一些预定义的配置。

　　要使用 Drupal 安装配置文件(Installation Profiles)，可以先到Drupal 安装配置文件页面进行下载。下载下来的安装配置文件分为两种，一种是与Drupal 核心一起打包的安装配置文件，一种是单独的Profile(配置文件)包。如果下载下来的安装配置文件名为 project-版本号-core.tar.gz，则是包含了 Drupal 核心的安装配置文件。

　　使用整合了 Drupal 核心的安装配置文件，直接解压缩，按照普通的 Drupal 安装教程 执行安装即可，只是注意在第一个安装界面选择需要使用的安装配置文件

　　如果下载的是单独的Profile包，则按以下步骤进行安装

1. 可以到 Drupal 安装配置文件 页面下载需要的安装配置文件，下载得到 project-版本号.tar.gz, 如 foo-6.x-2.x.tar.gz
2. 解压 .tar.gz 或 .zip 文件，得到以安装配置文件项目命令的目录，如 foo
3. 将解压得到的 profile（安装配置文件）目录（如 foo）移动到 Drupal 安装目录下的 profiles 目录下，得到 profiles/foo
4. 查看配置文件目录下的安装文档，通常是 README 或 INSTALL 文档
5. 按照安装文档中的要求，下载需要的第三方模块和主题，通常下载到 sites/all/modules 和 sites/all/themes 下
6. 访问 install.php 文件，在安装界面选择要使用的配置文件，开始安装 Drupal 

　　D7 安装主题较D6有一些改进，除了通过下载主题，手动放置/上传到主题目录下进行安装之外，D7还提供了2种在线安装新主题的新功能，一种是通过URL进行在线安装，一种是通过Drupal上传主题包进行安装。

　　需要注意的是，通过 URL 安装主题需要事先为 Drupal 配置好 FTP 信息，因为我没有配置 FTP 环境，这里只是简单介绍一下在线安装主题的流程。

　　访问 外观 > 安装新主题（admin/appearance/install）页面，就可以看到 D7 在线安装主题的界面了

　　将主题包的 URL 粘贴到“从URL安装”的地址框中，或者选择本地文件上传主题包，点击“安装”来执行主题的安装操作。

　　zen 主题是 Drupal 主题开发中用得最多的基主题(Base Theme)之一，通过使用 zen，创建 zen 的子主题做为网站的主题，可以节省大量主题开发工作，让主题开发人员将主要注意力集中的主题的结构和布局上，而较少关注一些函数的实现。

　　本文介绍如何为 zen 主题创建子主题，此教程主要参考 zen 主题的 README 说明文档:

1. 下载 zen 主题：http://drupal.org/project/zen
2. 解压：将 zen 主题解压到 sites/all/themes 目录下，得到 sites/all/themes/zen
3. 复制：将 zen 目录下的 STARTERKIT 复制出来，得到 sites/all/themes/STARTERKIT，将 STARTERKIT 重命名为你的主题名称，例如 lugir，则得到 sites/all/themes/mytheme 
   注意：目录名称只能是小写字母、数字和小划线。
   将 STARTERKIT 从 zen 目录中复制出来，是为了方便升级 zen 主题
4. 重命名info文件：进入你的主题目录(mytheme)，将 STARTERKIT.info.txt 文档去掉 .txt 后缀，并重命名为主题名称，如 mytheme.info
   例如：将 mytheme/STARTERKIT.info.txt 改名为 mytheme/mytheme.info
5. 编辑info文件：编辑 mytheme.info 文档，修改 name 和 description 的内容，如 name = "mytheme", description = "A Zen sub-theme"
6. 替换函数名称：编辑子主题中的 template.php 和 theme-settings.php 文档，将所有 STARTERKIT 替换成你的主题名称，如全部替换成 mytheme
7. 启用主题：登录到 Drupal 站点，访问 管理 > 站点构建 > 主题（admin/build/theme），找到并启用你的新主题即可，如果有需要也可以设为默认。

其它操作

• 修改模块文件：zen 主题的 templates 目录下放置了一些 .tpl.php 模块文件，如果要对这些模块进行修改，应先将其复制到子主题下的 templates 目录下，然后再进行修改

　　在进行网站升级之前，还有一大堆事情需要先做。在升级前了解已有网站如何建设是非常重要的。在真正升级站点之前在开发环境先进行测试是最好不过的了。

现有模块和主题

找出网站上安装的模块（包括那些已安装，但之后被禁用的模块）

找出网站上安装和使用的主题

将这些模块和主题列成一张清单，这样有利于升级时进行核对，这份清单还为升级过程中禁用和重新启用模块带来方便。

禁用和卸载未使用的模块

当对网站中的模块进行完调查之后，能够知道哪些模块实际上并未使用。出于安全性和性能的考虑，我们总是推荐将未使用的模块卸载并移除。

第三方模块升级

在升级前调查关于模块的情况：

1. 这个模块是否有 D7 版本？通过访问模块项目页面，就可以轻松的获知这一信息。
2. 这个模块是否被整合到 D7 核心？不少实用的模块都被整合到 D7 的核心，详情可参考《整合到 Drupal 7 核心的 Drupal 6 模块》
3. 这个模块是否可以升级到 D7 版本？（有些模块有多具版本，如 6.x-1.x 和 6.x-2.x，但其中只有一个版本能够升级到 Drupal 7）
4. 这个模块的 D7 版本是否增加了一些新的依赖性？有时新版本的模块需要依赖其它的一些模块（例如 D7 版本的 Views 模块依赖于 ctools 模块，而 D6 版本并无此依赖性），因此确保升级时加上依赖的模块。

主题升级

如果网站使用了第三方的主题，就需要研究主题是否能升级到 Drupal 7

1. 这个主题是否有 D7 版本？
2. 网站的主题是否基于一些基主题（如 Zen 或 960）？这样的主题应该如何进行升级？

如果网站的主题是自定义开发，或者修改自第三方的主题，则需要考虑到主题升级将会花上一些时间，可参考《Converting 6.x themes to 7.x》

内核及第三方模块的修改

使用 Drupal 的原则之一就是“绝对不要修改内核”，然而有时确实更改了内核的一些文件和模块。对于这些修改，进行操作的人应该承担起进行标注和升级的责任。对于第三方模块的修改也是如此。

创建升级规划文档

基于之前对于网站中模块和主题的调查创建网站升级规划文档，文档应包含《从 Drupal 6 升级到 Drupal 7 步骤详解》中的所有步骤。因为升级过程中有许多事情很可能会被遗漏，创建一份核对清单，便于自己查看升级完成的项目和跟踪进度，而且能够节省很多时间。将升级过程中遇到的问题做一些记录，这对以后再进行升级操作是非常宝贵的资源。

以下内容可以考虑加入到文档中：

• 不能进行升级的模块的其它选择
• 哪些模块在升级数据库，需要先完成自身的升级
• 对升级有特殊要求的模块的相关说明
• 模块升级的顺序
• 升级是否成功的测试计划

参考文档：Make an Upgrade Plan

　　对 Drupal 版本进行升级之前，建议先检查第三方代码与自定义代码与新版本的兼容性，在完成这些检查并了解新旧版本的可升级部分之后，便可通过以下步骤开始升级了。

1. 检查第三方及自制模块、主题与 Drupal 7 的兼容性[1]，（如果你是开发人员，还应该了解如何对你的代码进行升级[2][3]）
2. 确保你目前使用的是最新版本的 Drupal 6.x（当前为 Drupal 6.20），如果当前不是使用最新版本的 Drupal 6，请先升级到 Drupal 6.20。可以参考 Drupal 6.20 发行包里面的 UPGRADE.txt 文档，或者是我以前译写的针对 6.x 版本间升级的《Drupal 的升级步骤》
3. 使用 UID 1 用户登录到站点
4. 打开 Administer > Site configuration > Site mainenance，将“站点维护”更改为“离线”并保存配置
5. 打开 Administer > Site building > Themes，启用"Garland"并将其设置为默认主题
6. 打开 Administer > Site building > Modules，禁用所有第三方及自制模块。因为模块之前存在依赖关系，所以可能需要重复多次才能禁用所有的第三方和自制模块。如果你确定其中部分模块以后不会在 Drupal 7 中被使用，那么可以在禁用之后将其“卸载”；
7. 通过命令行或FTP删除以下文件：
   sites/default/default.settings.php
8. 除了 sites 文件夹和其它由你添加的文件，删除 Drupal 安装目录内其它的所有文件和文件夹。如果你对 .htaccess 或 robots.txt 进行的更改，则应该在稍后重新更改新版本的 .htaccess 和 robots.txt 文档，以保证满足你的需求；
9. 如果在第6步中卸载了某些模块，你应该将此模块文件从 sites/all/modules 或 sites/*/modules 中移除。但不要删除其它模块，即使它们与 Drupal 7 还不兼容，我们将稍后再处理
10. 从 http://drupal.org 下载最新版的 Drupal 7.x 发行包，将它解包到你的网站根目录
11. 重新修改在 Drupal 6 中修改过的核心文件，如 .htaccess 和 robots.txt
12. 将 settings.php 的权限改为可写，从而保证它能够被升级到 Drupal 7 格式。settings.php 文件通常位于 sites/default/settings.php
13. 通过浏览器访问 http://www.example.com/update.php 执行更新脚本 update.php（注意将其中的 example.com 改为你的站点域名）。如果无法访问 update.php，请执行以下操作：
    - 使用文本编辑器打开 settings.php
    - 找到以下内容：
      $update_free_access = FALSE; （将 FALSE 改为 TRUE）
    注意：千万记得更新完成之后将这个选择改回 FALSE;
14. 执行完以上更新脚本便完成了 Drupal 核心的更新，备份一下更新后的数据库；
15. 参考《升级第三方模块及主题》[4]重置和更新非核心的 Drupal 模块及主题；
16. 访问 Administration > Reports > Status，确保所有内容都工作正常；
17. 确保 settings.php 文档中的 $update_free_access = FALSE;
18. 访问 Administration > Configuration > Development > Maintenance mode，取消“将站点设为维护模式（Put site into maintenance mode）”，并保存配置；

　　执行完以上步骤，便完成了 Drupal 6 到 Drupal 7 的升级操作，有关 Drupal 7 的管理功能介绍，可参考 http://drupal.org/getting-started/7/admin

　　到目前为止，以上步骤只完成了 Drupal 核心文件从 6.x 到 7.x 的升级，对于个别模块的升级，请单独参考模块对应的 7.x 版本中的 UPGRADE.txt 文件，并根据模块作者的说明进行升级。

参考资料：

• [1] 已经拥有 Drupal 7 版本的模块列表 - http://drupal.org/node/895314
• [2] 开发人员-升级模块 - http://drupal.org/update/modules
• [3] 开发人员-升级主题 - http://drupal.org/update/theme
• [4] 升级第三方模块及主题 - http://drupal.org/node/948216

　　本文档记录 Drupal 6 升级到 Drupal 7 的一些注意事项和处理技巧，从而避免在升级过程中遇到一些常见问题。

注意事项：

• 禁用所有主题，并将 Garland 设为默认主题
• 禁用所有第三方模块和自定义模块

如果没有执行以上操作，常常会出现找到不指定函数而导致网站无法打开的情况，因此在执行升级前，请确保禁用了所有的主题和模块。

如果升级之后网站不能打开，查看 Web 服务器日志，一般能够定位到出问题的原因。

技巧：在升级之后发现有模块和主题没有禁用，可以通过修改 Drupal 数据库中 system 表中 status 列的值来设置主题或模块的状态（并不推荐这个办法，但这样做确实能解决一些问题。大家最好还是在进行升级前确认禁用了所有第三方和自定义的模块和主题）

如果网站数据较多，升级过程会变得十分漫长，可能会长达几个小时，因此在进行数据库更新之前，可以：

• 清空数据库中所有 cache 开头的数据库表
• 清空数据库中所有 search 开头的数据库表

说明：cache 开头的数据库表都是缓存数据，search 开头的数据库表保存是的搜索相关的索引数据，尤其是 search_index 表中的数据量巨大（几百万、千万、上亿）。这些表中的数据都是可以自动再生成的内容，因此清空这些表对于减少数据库体积十分有效果。

注意：有关清空所有 search 开头数据库表的作法并不知道有没有什么副作用，有顾虑的朋友请进行一些研究。（cache 开头的表可以安全清空）。

技巧：对于中大型网站，建议使用 drush 来执行数据库更新操作（drush updatedb），因为对于数据库的升级可能长达几个小时，通过访问 update.php 来执行升级操作可能出现PHP脚本执行超时和AJAX的错误。

如果您在升级过程中遇到其它一些常见问题，欢迎分享您的经验或者提问 :)

　　执行 Drupal 升级进行之前，请务必先备份好所有的文件和数据库。因为，如果升级过程中出现任何问题，除了使用备份，没有其它更好的办法让你的站点恢复原状。并且，如果在升级过过程中遇到任何错误，都不应该再执行任何更进一步的操作。

备份数据库：

　　备份 Drupal 数据库，可根据用户的实际情况使用命令行或者 PhpMyAdmin 进行备份。因为 PHP 脚本有最大执行时间限制，因此在使用PhpMyAdmin备份较大的数据库文件时可能会因超时而导致备份失败。MySQLDumper 和 Bigdump 是两个可选的数据库备份工具。

备份文件

　　升级 Drupal 前需要备份的文件包核心文件与非核心文件，核心文件即为 Drupal 发行包中包含的文件，非核心文件通常是指第三方模块、第三方主题或其它用户生成的文件，默认情况下，这些非核心文件都位于Drupal安装目录的 sites 目录下。

　　所以升级之前，应该备份 Drupal 数据库与 Drupal 安装目录下的所有文件，以确保升级出错后可以使用这些备份来还原站点。

参考文档：

• Make Backups - http://drupal.org/upgrade/backing-up-the-db
• Backing up a site - http://drupal.org/node/22281

　　本文档提供了一份模块清单，这些模块有 Drupal 6 版本，在升级到 Drupal 7 之后，这些模块的功能已经部分或已完全被整合到 D7 的核心了。

　　以个列表还在不断更新，因此并非最终版本，最新版本的原文可以查看《Drupal 6 contributed modules that are in Drupal 7 core》

可卸载的模块

以下这些模块的功能已经包含在 Drupal 7 的核心中，它们的升级不涉及数据迁移。当网站从 D6 升级到 D7 时，可以将这些模块从模块目录下移除。升级完成后，可能需要对这些模块进行重新配置以便恢复 D6 时的功能。（对于包含复杂配置的模块，我们也希望模块维护人员提供自动化升级能力）

• 404 Blocks
• Absolute src
• Admin:hover
• Admin Role
• Archive::Tar
• AHAH helper
• Autoload
• Auto Menu Title
• AutomaticMenu
• Auto Menu
• Block edit
• Block Node Visibility
• Canonical URL
• Checkbox Validate
• Comment Display
• DBTNG
• Documentation
• Drupal Queue
• Edit term
• Elements
• Element theme hook
• File API
• Filter Default
• Image API
• Image Cache
• Image Field
• Input Format Permissions
• jQ
• jQuery Cookie
• jQuery Form Update
• jQuery Plugin Handler (JQP)
• jQuery plugin manager
• jQuery UI
• JS Alter
• Login Security
• Menuless Node Type
• Menu Settings per Content Type
• Node Preview by Content type
• Parallel
• Permissions API
• Plugin Manager
• Poor man's cron
• Preview
• RDF
• Secure Password Hashes (phpass)
• Shortlink
• Simple CDN
• Simpletest
• Site Configuration Permissions
• Storage API
• Taxidermy
• TinyMCE AHAH Integration
• TinyMCE Drag and Drop Integration
• Transaction
• Upload element
• Upload preview
• URL alter
• User Cancellation
• User Default Filter
• User Delete
• Vertical Tabs
• View unpublished
• Vocabulary Permissions
• Wysiwyg API CCK Integration

其它可卸载的模块（视所使用的功能而已）

以下模块的部分功能被集成到 D7 核心，但其自身仍然具备一些额外的功能，如果你没有用到这些额外的功能，则可以卸载这些模块。

• Token
  - 此模块依然是 D7 版本，用于提供一些token的用户界面（UI）功能，如 field 和 profile tokens.
• Better Formats
  - 核心以外的 D7 版本的此模块具备以下功能：基于用户角色显示: 输入格式提示, 输入格式提示链接及 format selection for [entity]

包含数据迁移的模块

以下这些模块在站点升级时需要被保留，首先需要完成《从 Drupal 6 升级到 Drupal 7 步骤详解》中的所有步骤，然后安装一些处理数据迁移的辅助模块。

• Content Construction Kit (CCK)
  - 除了整合到 D7 核心之外，CCK 中的一些功能被做为独立的模块发布出来，其中包含了数据迁移的功能，如 Node 和 User references 的功能包含到 References 模块中. Content permissions, fieldgroups 及 content copy 也被做为独立模块发布。
• Content Taxonomy
  - 需要迁移数据，模块的项目页面提到将提供数据迁移功能。
• Date Timezone
  - 这是 Date 的子模块之一.
• Field Taxonomy
  - 需要迁移数据，目前项目页面没有提到自动化数据迁移功能的消息
• Filefield/Imagefield
  - 这两个模块的数据迁移的初步方案是借助 CCK 的 Content Migrate 模块
• Image
  - 相关的图片节点（Image Nodes）需要使用 Field Converter 模块迁移到 FieldAPI. 部分功能（如：导入）依然存在于独立的模块中。
• Taxonomy Delegate
  - 需要迁移数据，目前项目页面没有提到自动化数据迁移功能的消息
• Taxonomy Intro
  - 需要迁移数据，目前项目页面没有提到自动化数据迁移功能的消息
• Term fields
  - 需要迁移数据，目前项目页面没有提到自动化数据迁移功能的消息

参考文档：Drupal 6 contributed modules that are in Drupal 7 core

　　使用 Drupal 核心模块的 Taxonomy 模块，将创建的词汇表（Vocabulary）与指定的内容类型想关联，很容易就可以实现对内容进行分类。一旦对内容进行分类之后，就可以执行一些基于分类的操作，比如显示某一分类下的所有内容，基于分类显示内容列表区块等。

创建词汇表

访问 管理 > 内容管理 > 分类 > 添加词汇表（admin/content/taxonomy/add/vocabulary）页面

填写“术语表标识”

选择将使用此术语表的内容类型。内容类型配置项会列出 Drupal 中所有的内容类型，我这里并没有添加其它内容类型，所以只有默认的新闻（Story）和页面（Page）

设置术语表类型。

术语表类型配置的前两项会决定术语表在添加节点页面的显示方式。

• 如果不勾选“标签”和“多重选择”，则会以下拉菜单的形式显示术语表中的词汇，如下图的“内容分类”所示；
• 如果只勾选“多重选择”，则会以多选框的形式显示词汇，按住 ctrl 键进行多选；
• 如果勾选“标签”，则会显示普通文本框，用户可通过文本框输入词汇，词汇之间用英文逗号进行分隔；“标签”分类大致如下图的“标签”所示；

添加词汇

创建完词汇表之后，便可以在术语表管理页面（admin/content/taxonomy）看到刚才新建的“栏目分类”词汇表

点击词汇表后面的“添加术语”链接，进入添加术语页面，简单创建几个术语，然后对术语层级进行一下调整，得到如下的词汇结构：

创建内容

　　经过前面创建词汇表（将词汇表关联到内容类型Story），然后向词汇表中添加了词汇，之后，便可以在管理 > 内容管理 > 创建内容 > Story（node/add/story）页面，看到并使用新添加的“栏目分类”术语表了

　　在 Drupal 7 中，使用术语表为内容添加分类，与《Drupal 6使用术语表为内容添加分类》的步骤基本一样，稍有不同的一点在于，D7 没有在词汇表的配置页面将词汇表与内容类型进行关联，而是需要稍后将术语表做为内容类型的一个字段添加到内容编辑表单。

　　本文将介绍如何在 Drupal 7 中，使用术语表为内容添加分类的做法。

创建术语表

访问 管理 > 结构 > 分类 > 添加词汇表（admin/structure/taxonomy/add）页面，填写词汇表的基本信息并点击保存

添加词汇

创建完词汇表之后，便可以在术语表管理页面（admin/structure/taxonomy）看到刚才新建的“栏目分类”词汇表

点击词汇表后面的“添加术语”链接，进入添加术语页面，简单创建几个术语，然后对术语层级进行一下调整，得到如下的词汇结构：

添加内容类型字段

　　访问 管理 > 结构 > 内容类型（admin/structure/types）页面，可以看到系统中存在的内容类型的列表

点击“基本页面”所在行的“管理字段”链接，进入“基本内容”内容类型的字段管理页面。在添加新字段处填写以下信息，然后点击“保存”：

• 标签：栏目分类
• 字段名称：field_category
• 存储的数据类型：术语来源
• 编辑此数据的表单元素：选择列表

在字段设置页面，选择术语来源，然后点击“保存字段设置”

选择“术语来源”之后，点击“保存字段设置”之后，会进入到字段详细配置页面，根据自己的需要对字段进行配置，因为这里只是做演示，直接点击页面最下方的“保存设置”即可

在返回的字段管理页面中，就可以看到“栏目分类”字段已经成功显示在内容类型的字段列表中了。拖动标签前面的十字架，将栏目分类移动到Title后面，结果如图示

创建内容

访问 管理 > 信息面板 > 添加内容 > 基本页面（node/add/page）页面，已经可以在标题（Title）字段下方看到“栏目分类”字段了

　　各种类型的网站都可以用到幻灯片，不论是用途网站首页的图片展示还是用于制作大气的图片轮换Banner。Drupal 中用得较多的幻灯片模块有 Views Slideshow 和 DDBlock 两种，本文将以 Views Slideshow 为例，详细介绍使用 Drupal 制作幻灯片的步骤：

　　用到的模块：

• Views Slideshow (6.x-2.x)
• ImageField
• Link
• ImageCache

　　确认安装并启用以上模块之后，便可以按照以下步骤来创建 Drupal 幻灯片了 :D

　　提示：本文最后提供了一个打包好的幻灯片配置包，大家直接下载并启用就可以得到按照本文配置的基本幻灯片了 :D

Drupal 幻灯片制作流程：

1.创建幻灯片 (Slideshow) 内容类型

添加内容类型，访问管理 > 内容管理 > 内容类型 > 添加内容类型页面 (admin/content/types/add)，按以下配置创建内容类型之后点击保存
名称: slideshow
类型: 幻灯片

新添加的 Slideshow 会出现在内容类型管理列表中，点击 Slideshow 对应的“管理字段" (manage fields) 链接，进入 Slideshow 编辑页面

添加幻灯片图片字段：在管理字段页面，按以下配置添加图片 (ImageField) 字段后点击“保存字段设置”按钮

• 标签：幻灯片图片
• 字段名称：field_slideshow_image
• 数据类型：文件
• 表单元素：图片

配置幻灯片图片字段：在图片字段配置页面，配置以下信息及根据你的需要进行配置后点击“保存”

• 路径设置-> 文件路径: slideshow (这会将所有上传的幻灯片图片保存到 slideshow 目录下)
• 全局设置 -> 必须

添加幻灯片链接字段：在管理字段页面，按以下配置添加链接 (Link) 字段后点击“保存”

• 标签：幻灯片链接
• 字段名称：field_slideshow_link
• 数据类型：链接
• 表单元素：链接

配置幻灯片链接字段：在链接字段配置页面，根据需要配置后点击“保存字段配置”按钮

调整字段顺序：在管理字段页面，将幻灯片图片和幻灯片链接拖动到正文的前面，然后点击“保存”

2. 添加幻灯片图片

访问创建内容 > 幻灯片 (node/add/slideshow) 页面，填写标题、上传图片、填写幻灯片链接标题和URL，正文可以留空，然后保存即可

重复此步骤创建大概5张不同的幻灯片图片

3. 创建 ImageCache 规则

访问管理 > 站点构建 > ImageCache > 添加 ImageCache 预设页面 (admin/build/imagecache/add)，设置名称后点击保存
ImageCache 预设名称：Slideshow

在运作中，点击"添加 Scale And Crop "链接，在新窗口设置幻灯片大小后点击"创建动作"

• 宽度：300
• 高度：240

　　注意：点击创建动作后，可以在页面下方看到缩放成 300 x 240 大小的图片，如果看不到图片预览，请查看模块管理页面，确保 ImageAPI GD2 和 ImageAPI ImageMagick 至少有一个是启用状态。

4. 创建 View

访问管理 > 站点构建 > 视图 > 添加 页面(admin/build/views/add)，配置以下信息后点击“前进”

• 视图名称：slideshow
• 视图描述：幻灯片
• 视频标签：幻灯片

添加区块：在 View 配置页面的最左边，从下拉框中选择“区块”, 点击“添加显示”

配置幻灯片区块：按照以下顺序和配置对幻灯片区块进行配置

• 字段
  • 添加字段：内容：幻灯片链接(field_slideshow_link)幻灯片链接(field_slideshow_link)
    • 排除显示：勾选
    • 标签：无
    • 格式：URL, as plain text
  • 添加字段：内容: 幻灯片图片 (field_slideshow_image)幻灯片图片 (field_slideshow_image)
    • 将这个字段作为链接输出：勾选
      • 链接路径：[field_slideshow_link_url]
    • 标签：无
    • 格式：Slideshow image
• 过滤
  • 添加过滤器：节点: 类型
    • 操作符：其中之一
    • 节点类型：幻灯片
  • 添加过滤器：节点：已发表
    • 已发表：是
• 基本设置
  • 样式：幻灯片
    选择幻灯片之后，点击样式列后面的齿轮可以对幻灯片进行详细配置。可以用于创建带缩略图的幻灯片、添加幻灯片控件、幻灯片效果等等（可参见文章最后的幻灯片示例）
  • 要显示的条目数：5

5. 将幻灯片分配到指定区域

访问管理 > 站点构建 > 区块管理页面 (admin/build/block)，找到 slideshow: 区块，将其分配到指定的区域后，点击保存。

6. 幻灯片美化

为幻灯片区块添加 CSS，做一些美化，使幻灯片看起来更漂亮。

　　本文介绍了配合 Views Slideshow 创建幻灯片的基本用法，大家可以根据需要，自行添加一些字段以及更改 Views Slideshow 的配置更幻灯片变得更加丰富。使用 Views Slideshow 可以创建各种类型的幻灯片片，下面提供几个幻灯片示例以供大家参考交流。欢迎留言交流 :D

1. 只带页码的幻灯片

2. 包含页面和标题的幻灯片

3. 纵向带页码的幻灯片

4. 带标题、缩略图和控件的复杂幻灯片

  　　虽然本文介绍了制作幻灯片的步骤，但每次在不同的网站上又重新配置一遍也比较辛苦，为了节省重复的配置工作，我制作了一个特性包，大家直接下载且启用就可以得到一个基于本教程的简单幻灯片了，详情请参考《Fox Slideshow - 基于 Views Slideshow 的幻灯片 Features 包下载》

　　Drupal 的评论功能，默认可以配置成允许匿名用户填写联系信息，使匿名用户可以使用任意昵称发表评论。而 Drupal 注册用户，在登录之后，默认只能使用用户名进行回复，无法像匿名用户那样使用任意昵称。

　　本文通过创建一个简单的 Drupal 模块，为拥有 set comment name 权限的登录用户，能够在发布评论时手动设置昵称。

创建模块文件夹: sites/all/modules/comment_name

创建模块信息文件：在comment_name模块目录下创建模块信息文件， comment_name.info，并将以下内容写入到 comment_name.info 文件中

创建模块文件：在 comment_name 目录下创建 comment_name.module 文件，将以下内容写入到 comment_name.module 文件中

启用模块：访问 管理 > 站点构建 > 模块（admin/build/modules）页面，启用 Comment Name 模块

设置权限：访问 管理 > 用户管理 > 权限（admin/user/permissions）页面，为指定的用户角色启用 set comment name 权限

　　完成以上操作之后，访问某个可评论的节点，拥有 set comment name 权限用户和 Drupal 管理员在发布评论时就能够以匿名用户的身份，使用任意名称发表评论了。

　　像 Google Book 和 百度文库 那样的文档在线阅读功能非常实用，要想为 Drupal 站点实现这样的文档在线阅读功能，可以通过 SWF Tools 模块来实现。

A. 启用并配置 SWF Tools 和 FlexPaper

1. 首先，到 SWF Tools 项目页面下载 swftools 模块：http://drupal.org/project/swftools
   注意：请下载 swftools-6.x-3.0-beta5 或以上版本，此前的版本未集成对 FlexPaper 的支持；
2. 将模块解压到 sites/all/modules 目录下；
3. 到 Flexpaper 官方网站下载，Flexpaper（Flash版本），地址：http://flexpaper.devaldi.com/download/
4. 将下载下来的 flexpaper_x.x.x_flash.zip 解压到 sites/all/libraries/flexpaper 目录下；
5. 访问 管理>站点构建>模块（admin/build/modules） 页面，启用 SWF Tools 和 FlexPaper 模块；
6. 访问 管理 > 站点设置 > SWF Tools > File Handling（admin/settings/swftools/handling）页面，展开 File Handling 区块，将 Default player for a single swf movie 的值设置为 FlexPaper；
7. 访问 管理 > 站点设置 > SWF Tools > FlexPaper（admin/settings/swftools/flexpaper）页面，对 FlexPaper 配置进行设置
8. 访问 管理 > 站点设置 > 输入格式（admin/settings/filters），找到想要使用 SWF Tools 标签的 Filter，如 Filtered HTML，点击配置。在 Filtered HTML 配置页面，找到“过滤”区块，勾选中 SWF Tools Filter，保存；

B. 制作可通过 FlexPaper 在线浏览的电子书

1. 访问 SWF Tools 官方网站的下载页面，下载 SWF Tools: http://swftools.org/download.html
   Linux 用户下载 .tar.gz 包, Windows 下载 .exe 安装程序
2. 安装 SWF Tools
3. 使用 SWF Tools 提供的 pdf2swf 功能，将要在线阅读 PDF 文档转换成 .swf 格式

C. 上传转换后的 .swf 格式电子书

1. 创建新的内容，可以通过 CCK Field，附件或FTP上传等方式，将 .swf 文件上传到网站中
2. 在创建内容页面，将输入格式更改为第A-8步中启用了 SWF Tools Filter 的输入格式，如 Filtered HTML
3. 按照 swf tools filter 提示的格式在正文中写入以下代码，保存之后即可以看到以 FlexPaper 显示的在线电子书。

[swf file="http://lugir.com/sites/default/files/test.swf"]

以下是使用 SWF Tools 模块和 FlexPaper 实现的在线电子书的效果截图

PS: 安装好的 FlexPaper 无法显示放大缩小的工具条，我为SWF Tools的这个功能写了一些补丁文件，有需要可以到下面的地址下载和使用：

http://drupal.org/node/1159076

　　如果想要为 Drupal 站点生成一个评论数量最多的用户排行榜，可以在区块或内容中使用以下 PHP 代码片段来实现

　　以上代码默认显示10位用户，要更改显示的用户数量，更改 "LIMIT 10" 中的数值即可。

　　另外，此代码将匿名用户(uid=0)和管理用户(uid=1)排除在统计之外，如有需要，可更改 WHERE 选择语句的条件。

　　本文介绍如何为 Drupal 站点准备和安装 Boost 模块，以及在成功配置 boost 模块后如何检验模块是否正常工作。

安装 Boost 模块

• 下载模块：访问 boost 模块的项目地址，下载 boost 模块 http://drupal.org/project/boost，本文以 boost-6.x-1.18 为例
• 解压模块：将下载来的 boost 模块包解压并放置于网站的 sites/all/modules 目录下，得到 sites/all/modules/boost 
• 启用模块：访问 管理 > 站点构建 > 模块（admin/build/modules）页面，找到并启用 boost 模块
• 配置模块：访问 管理 > 站点设置 > 性能 > Boost Settings（admin/settings/performance/boost）页面，设置缓存目录（建议使用默认值cache不变），及配置其它 boost 选项
• 查看状态报告：访问 管理 > 报告 > 状态报告（admin/reports/status）页面，会看到一些错误信息，接下来的操作将会逐个地解决这些错误
• 创建缓存目录：在 drupal 安装目录下创建 cache 目录，如果运行在 Linux 平台，还需要配置目录访问权限，使 web 服务器用户对 cache 目录有写权限
• 备份 .htaccess 文件：将 drupal 安装目录下的 .htaccess 文件复制一份，命名为 .htaccess.bak，并用文本编辑器打开 .htaccess 文件
• 编辑 .htaccess 文件：访问 管理 > 站点设置 > 性能 > Boost htaccess rules generation（admin/settings/performance/boost-rules）页面，复制文本框中的所有内容，将其粘贴到 .htaccess 文件中以下位置，保存 .htaccess 文件。

• 编辑 robots.txt 文件：编辑 drupal 安装目录下的 robots.txt 文件，在最后面加入以下条目

• 查看状态报告：刷新 管理 > 报告 > 状态报告（admin/reports/status）页面，所有错误信息都处理完毕
• 启用 boost 缓存：访问 管理 > 站点设置 > 性能（admin/settings/performance）页面，根据需要配置 Drupal 站点的缓存机制

完成以上所有操作后，Boost 就可以正常运行了

测试并验证 Boost 的工作

• 登出 Drupal 或者使用另一个浏览器匿名浏览启用了 boost 模块的站点，对一些页面进行浏览
• 登录并访问 管理 > 站点设置 > 性能（admin/settings/performance）页面，查看有多少页面被 Boost 进行了缓存
• 访问 管理 > 报告 > 状态报告（admin/reports/status）页面，看是否有任何错误信息
• 要验证匿名用户查看的某个页面是静态缓存页面还是动态页面，只需查看网页源代码，如果在源代码的最后面有类似以下代码，则是 Boost 提供的缓存页面。

注意：因为服务器配置的不同，Boost的默认配置可能不会生效，此时可尝试修改Boost配置中的 Server URL or Name 及 Document Root 两项以解决问题

　　使用 diff 命令可以为文件创建 patch 文件，通过执行以下代码即可

以上命令的意思是，对比 file_new 与 file_old 的不同，将两者的差异导入到 file.patch 文件中。以便于其它人可以使用这个 file.patch 为 file_old 文件打补丁

　　关于如何应用 .patch（补丁）文件，可参考《使用 patch 命令为文件打补丁》http://lugir.com/node/419

下载及安装

1. 下载 JQuery_Update 模块
2. 下载 DDBlock 模块
3. 将 jquery_update 和 ddblock 模块解压到 sites/all/modules 目录
4. 访问 管理 > 站点构建 > 模块（admin/build/modules）页面，启用 JQuery Update 和 Dynamic display block 模块，点击保存

可选，如果希望 JQuery Easing 效果，可以到下载 JQuery Easing 插件

1. 到 http://plugins.jquery.com/project/Easing 页面下载 1.1.1 版本的 easing 插件
2. 将 easing.1.1.1.js 文件复制到 sites/all/modules/ddblock 下

　　本文介绍 DDBlock 的基础用法，即使用指定目录下的图片，创建一个简单的图片幻灯片

添加、启用和配置 DDBlock

1. 访问 管理 > 站点设置 > Dynamic display block（admin/settings/ddblock）页面；
2. 找到 add dynamic display block 区域，在区块标题中填写要添加的区块标题，如“DDBlock 测试区块”，然后点击添加区块；
3. 添加区块后可以页面的列表中看到新增的区块，以本教程为例，则是“DDBlock 测试区块”。点击“DDBlock 测试区块”后面的设置区块链接，进入区块设置页面；
4. 将 Image Folder 设置为 ddblock，这里设置的路径为 Drupal 文件系统，即在 管理 > 站点设置 > 文件系统（admin/settings/file-system）中设置的文件系统路径，默认为 sites/default/files
5. 根据需要修改其它配置，然后点击页面最下方的“保存区块”
6. 在 sites/default/files 目录下创建 ddblock 目录；
7. 向 sites/default/files/ddblock 目录上传入一些图片；
8. 访问 管理 > 站点构建 > 区块（admin/build/blocks）页面，找到“DDBlock 测试区块”区块，将其分配到某个想要让它显示的区域（Region），点击“保存区块”即可。

说明：所创建的 DDBlock 会按照第4, 5步的配置，从指定的目录中取得图片并显示。

　　Drupal 核心提供了 Locale 模块用于为 Drupal 站点提供本地化的功能，使用 Locale 模块创建本地化的站点非常实用，并且能够制作较为简单的多语言站点。不过，我们更推荐使用 i18n 模块，通过 Drupal 创建多语言站点。有关 i18n 模块及其它多语言站点相关的模块的使用，将会再本教程中陆续介绍。

　　*说明：本文虽然是在D6时代撰写，但大部分内容对于现今版本的Drupal依然适用。

　　本教程将介绍以下内容：

• 界面多语言化（本文）
• 内置变量多语言化
• 术语表多语言化
• 内容多语言化
• CCK多语言化
• 菜单多语言化
• 区块多语言化
• 一些多语言站点适用的模块

　　接下来我们就开始使用 Drupal 创建包含中文和英文两种语言的多语言站点 :D

使用 Drupal 创建多语言站点

1. 安装 Drupal 6
2. 启用 Locale 模块并导入中文语言包
3. 访问 管理 > 站点设置 > 语言（admin/settings/language）页面，点击“英文”语言后面的“编辑”链接（admin/settings/language/edit/en），在编辑语言页面，将“路径前缀”设置为 en（默认英语语言的路径前缀为空），点击“保存语言”；
4. 访问 管理 > 站点设置 > 语言 > 配置（admin/settings/language/configure）页面，将“语言协定”配置为“仅使用路径前缀”，点击“保存设置”
5. 访问 管理 > 站点构建 > 区块（admin/build/blocks）页面，将名为“语言转换”的区块分配到右边栏，点击“保存区块”
   注意：若没有正确配置第4步的操作，“语言转换”区块将不会显示
6. 保存区块后，网站的右边栏会显示如下图示的链接，点击“简体中文”和“English”的链接，试试语言的切换
   
   注意：如果在第2步中将默认语言设置为“简体中文”，但未在第3步中为英文语言设置路径前缀，则不能正确执行语言切换

　　现在，我们已经创建了可以切换语言界面的 Drupal 站点，以下分别是站点的中文界面截图和英文界面截图

Drupal 多语言站点中文界面截图

Drupal 多语言站点英文界面截图

　　相信大家也发现了，在切换语言时，尽管界面语言都进行了中英文的切换，但是像“网站标题”这样存储在数据库里面的配置项，却没能被翻译过来。Locale 能够做到界面内容的翻译已经很不错，至于网站变量的多语言化，以及术语表、内容、CCK、菜单、区块等元素的多语言化，就交给接下来要介绍的 i18n 模块来做吧。

　　在迁移 Drupal 站点时，数据库迁移是非常重要的一步。一般来讲，数据库迁移包含从老服务器上导出数据库，及在新服务器上导入数据库。

　　备份数据库非常简单，使用 phpMyAdmin 或者其它数据库管理工具都可以实现。但是在将数据导入到新的服务器时，常常会遇到一些错误而导致数据库迁移失败(如图)。通常情况下，都是因为缓存数据的原因。即 cache 表及以 cache_ 作为前缀的数据库表。

　　Drupal 在启用缓存的情况下，会在 cache 及 cache_ 前缀的数据库表中写入许多缓存数据，但这些数据对于数据迁移并不是必须的，因为当站点转移到新服务器之后，这些缓存数据又可以重新生成。但是这两个表里面的数据结构，常会出现SQL语法错误而导致数据库导入失败。

　　以下是处理这些问题的一些方法：

1. 在执行数据库备份前，关闭并清除 Drupal 缓存
2. 在导出数据库前，清空所有 cache 及 cache_ 为前缀的表中的数据
3. 分两次导出数据：第一次导出除 cache 及 cache_ 为前缀以外的表；第二次导出 cache 及 cache_ 为前缀的数据表的结构（不含数据）

　　总之，导出时保证 cache 及 cache_ 为前缀的表中无数据即可。

　　然后将备份的数据导入到新的服务器中，即可完成 Drupal 数据库的迁移。

　　大家在上网时经常能够看很多网站都有很酷很实用的多条件过滤，通过组合许多不同的过滤条件，帮助用户逐渐缩小内容的显示范围，逐渐找到最需要的内容。

　　比如像优酷这样的电影过滤

　　不过相信更多的Drupaller是在做商城类的项目时遇到这样的需求，即便如此，换汤不换药 :D 大家很困惑，甚至觉得有些压力山大，究竟用 Drupal 能不能为产品实现这样的多条件过滤呢？

　　——当然可以了，除了给你生个孩子，还有什么是 Drupal 做不到的呢 ;)

　　在开始介绍如何实现这样的功能前，我们先统一一下对需求的认识。并且在这里希望大家认识到随着网站信息量的增大，内容标识维度的增加，不只是电影网站、网上商城，多条件过滤可以应用的范围是非常广泛的，旅行、美食、创业、图书管理、同城交友哪里都可以它的身影，希望大家开动脑筋、发散思维 :D

　　好了，下面我们一起来整理一下多条件过滤的一般需求，同时我们也提出一些高级的需求，一方面是挑战自我，另一方面也是因为现一个功能很简单，但要把一个功能在现实世界中用好用强，要考虑的东西还会多很多。

多条件过滤需求整理

基本需求

• 能够将内容相关的各项条件以链接形式显示出来
• 通过点击相应的链接对过滤结果产生直接的影响
• 用户能够以不同的顺序点击多个条件，显示的结果为多个条件的交集

高级需求

• 高级过滤方式：除了可以通过点击链接选择条件外，还能够为用户提供一些其它类型的过滤方式，如基于全文检索的搜索框、基于价格范围（最低价-最高价）的区间过滤、基于商品评分（1~5星）的过滤等等……
• 全局过滤条件：除了网站主体区域外，网站通常还会在边栏也会有一些相关内容（如最新电影、推荐商品）的列表结果，当用户选择了指定的过滤条件后，除了网站主体区域的过滤结果产生变化外，过滤条件还应该应用到边栏或页面其它部分。

　　如果能实现基本需求，已经很好了，如果能够把高级需求一并实现，那就真是太酷了。当然这一切对 Drupal 而言只是不能生孩子之外能够做的众多事情中的一件，下一篇我们就来分享实现这样的多条件过滤的思路和流程 ;)

　　Taobaoke（淘宝客）模块使 Drupal 连接淘宝开放平台，通过淘宝网（http://www.taobao.com）提供的海量商品数据，可以迅速地创建基于 Drupal 的淘宝客商城。

　　本教程将介绍 Taobaoke 模块的安装及使用。

　　使用 taobaoke 模块需要用到淘宝开放平台（TOP）提供的 SDK，即 TopSDK，大家可通过以下链接进行下载：

　　淘宝开放平台淘宝客SDK下载：taobao-sdk-php-taobaoke.zip

　　说明：本SDK为淘宝官方2011年11月4日版本，也是 taobaoke 模块当前开发所使用的版本，推荐使用。

　　淘宝客模块目前还在开发中，但不影响使用，大家可以到我的沙盒用下载：

　　Taobaoke（淘宝客）模块项目主页：http://drupal.org/sandbox/lugir/1170452

　　详细教程编写中，稍安勿躁…… :)

　　传送之门 Alpha 2.0 版本已经上线，相对于上一版本增加了不少新特性，现在用户不仅可以收藏系统已有的页面，还可以与大家分享自己看到的优秀页面。

　　在这些功能的基础上，如果能够增加收听功能就更好了。这样一来用户就可以关注感兴趣的用户，当关注的用户分享了新的内容，便能够方便的在好友动态中看到。

　　根据现有的经验来看，要使用 Drupal 来实现这样的收听功能，应该是存在不少相关的第三方模块。比如可能存在 follow, activity 这样的模块。

　　在真正动手去搜索 follow, activity 这类关键词之前，首先还是将需要实现的需要罗列出来，有的放矢才不会在搜索模块时看得眼花缭乱。

好友关注/收听（Follow）需求

• 用户之间可以方便地收听、取消收听（如果能够做到一键执行将会是很好的用户体验）
  * 说到一键收听，不经想到 Flag 模块可以实现这样的需求。如果 Flag 能够方便地整合并实现后面几项需求，那不失为一个好方法。
• 用户可以查看关注自己的用户列表以及自己关注的用户列表
  * 这一点Flag + Views很容易实现
• 当用户执行了一些特定操作时，如分享网页，能够将这个消息推送给关注此用户的听众（这项需求还需要一定的扩展性，以便于自定义通知行为）
  * 之前在群里有朋友问到过类似的需求，记得当时有朋友推荐看看 heartbeat 模块

　　需求整理好之后，接下来就开始基于这些需求开始查找可用的模块了。结合想到的关键词 —— follow, following, activity, 以及可能符合条件的两个模块 flag, heartbeat，下面就开始用 google 和 drupal.org 进行搜索了。

　　等找到合适的模块之后，我们再继续通过后续的文章来看如何为 Drupal 实现好友收听功能。:D

　　Drupal 配置迁移是什么？很多 Drupaller 对这个话题感到无所适从，新人工作之初并不会意识到这个问题的存在，而意识到这个问题的朋友也不确定怎样正确地进行配置迁移。本文就围绕 Drupal 配置迁移的原因、方式/方法及相关模块较为系统地聊聊这个话题。

　　如果你被以下问题困扰，仔细阅读本文将会对你有所助益

• 修改了一些站点配置（如站点名称、标语或任何存在于variables表中的变量值），怎么一次性部署到线上？怎么跟踪每次的修改记录？（大部分情况下你是不是直接在线上修改了:D）
• 在开发环境中页面布局进行了调整，修改了区块的配置（如位置、显示条件）和内容，怎么样才能快速地部署到线上（是不是手动一个一个去调整，把做过的事情重新再做一遍——这样很无趣，也很费时，还容易遗漏和出错，尤其是当这些配置之前是由其它人配置的，想要再准确地复现将会非常困难）
• 在开发环境中添加了几个新的字段、内容类型、输入格式、Wysiwyg配置或者视图，不想在线上再手动操作，点鼠标点到手发麻，又应该怎么办？
• 开发过程中需要大量实际数据，不能直接在线上操作，如何把实际数据从线上迁移到开发环境中？
• ……

为什么 Drupal 要做配置迁移？

　　大家都熟悉传统的Web开发，主要工作都是面对代码，不管是PHP、CSS、HTML或JS，几乎所有的工作都是在文件中完成。如果要更新或升级某些功能，做好备份后上传修改过的文件就能完成，So Easy!

　　对Drupal而言，配置迁移就不那么简单了，因为文件迁移只是 Drupal 配置迁移的一小部分，Drupal 中大部分的配置存在于数据库中。而因为线上环境的数据库时刻在变化，要把开发环境中一部分数据库的内容更新到线上而又不影响线上的内容，可不是一件容易的事。

　　Drupal将配置存在于数据库中是经常被Drupal老手们诟病的问题之一——最大的缺点是你不能简单地迁移数据库中的某些值或对其实行版本控制，当然这样设计的优点在于方便开发人员进行研发，以及方便使用者通过界面（而不需要修改代码）非常快速地对功能进行调配。（再一次，Drupal选择了灵活性而牺牲了其它东西）

　　在D8之前，Drupal没有统一的标准来规范大家应该如何存储各自己的配置数据，不同模块的配置格式和存储方式并不相同，因此也就无法通过某种特定的方式一次性迁移出所有配置数据。

　　（D8开始实施配置管理系统了，从此对配置的管理有了统一的规范和标准，可参见《Drupal 8 配置管理机制及新特性简介》）

　　而另外一点造成Drupal的配置迁移成为一个难点话题的原因在于，D8之前，Drupal的配置和内容混合存储在数据库中，很难将两者分离开，如果只是通过覆盖数据库的方式来进行操作，无法做到只改变配置而不触及内容，反之亦然。

　　因为设计上的原因，使得Drupal的配置迁移成了一个难点，针对于它的工作流程和解决方案也就成了一个独立的、不可回避的且颇有意思的话题。

　　目前有关Drupal配置迁移的处理方式已经非常成熟，D8之前的配置迁移可以参考本文，D8的配置迁移大家去学习其配置管理系统的知识并熟练运用即可。虽然D8之前没有官方统一的标准配置管理体系，但D8配置管理体系的很多理念与本文提及的各种配置迁移方式是相同的，因此学习本文也将会使之后了解D8的配置管理系统变得更为容易一些。

加强 Drupal 配置迁移自动化的优点

　　相信有很多朋友在做 Drupal 开发时会先在本地做一次，然后到测试环境或生产环境再做一次。当然这也不失为一种方式，对小站点的功能部署还能适用，但对于在线下进行了几周甚至几个月的工作量，再重复做一次的代价可是相当大的——前提还要是每个人都记得整段时间都按什么顺序做了什么配置。

　　如果大家希望更轻松、更准确、更高效、更简单地完成配置迁移的任务，不妨学会如何让配置迁移更为自行化。

　　以下是通过各种工具进行自动化配置迁移的一些主要优点：

• 减轻工作量——大量配置的部署真的可以点鼠标点到手发麻，将大量点击操作简化为上传文件会轻松很多；
• 降低错误率——人往往是出错的主要原因，让代码来记忆第一步操作可以大大降低出错机率；
• 版本控制——能够记录每一次配置的变更状况与时间，同时也更容易将配置恢复到某个时间点的备份；
• 快速部署——站点经不起长时间离线，将数周及数月的更新在数分钟基本数秒钟之内完成会有很爽的成就感；
• ……

Drupal 常见的配置迁移情况

　　之所以要谈配置迁移，是因为Web项目至少会有两个环境，即工程师的本地开发环境，和在线运行的生产环境。而通常情况下，标准的Web项目会涉及“开发-测试-线上”，即流行的 Dev-Stage-Prod 模型（也有称Dev-Stage-Live），复杂点的情况还会再加上一个QA环境。也正因为如此，才出现了配置迁移的需要。

　　在后文中，我们将以 Dev-Stage-Prod 环境模型为来了解 Drupal 的配置迁移方式及方向。因为这正好代表了我们平时的工作流程——工程师在各自的本地进行开发，然后部署到测试环境集中测试，反复修正最后再部署到线上。

Drupal 需要迁移哪些内容以及如何迁移

　　了解了需要迁移的原因，我们再看看需要迁移的内容。正如前面所说，Drupal 中不同的配置有不同的迁移方式，使用对的工具和对的方法能够达到事半功倍的效果。

　　不要感觉要记很多东西似的，这里帮你整理一下 —— Drupal 的配置无非就是存在于文件和数据库中，存在文件中的配置很好处理，直接上传就行。而对于存在于数据库中的配置呢？很简单 —— 先转化成文件，然后上传文件。

　　在举例说明不同配置迁移的最佳实践前，建议大家一定记住下图——代码（配置）由下往上，数据库（内容）由上往下——这是团队协作的基本铁律，以便确保文件和数据库都是由新往旧的方向部署，从源头减少冲突的发生。

　　（很多人在协作时会问这样的问题，说“我在线上修改了视图的配置，然后线下更新了视图的配置文件，这样要怎么更新呢？”这就是典型因为协作流程不规范而产生的人为冲突，一旦按照规范能够约束文件（配置）、数据库（内容）的更新方向，这类问题基本上便不会出现了。）

　　回到文章开头提到的几个问题，现在再来看看这些配置迁移流程建议：

• 站点配置或其它变量迁移 – 使用 Features 模块，结合 Strongarm 模块将要跟踪的变量打包到文件中，然后按 Dev->Stage->Prod 的方向进行更新部署
• 区块配置迁移 – 使用 Features 模块，结合 Features Extra 模块，将区块的配置及内容打包到文件中，然后按 Dev->Stage->Prod 的方向进行更新部署
• 内容类型、字段、视图、输入格式、编辑器配置等 – 使用 Features 模块（必要时结合Strongarm）将配置打包到文件中，然后按 Dev->Stage->Prod 的方向进行更新部署
• 内容数据的更新 – 使用 Backup and Migrate 模块或其它方式导出线上环境的数据库，并按 Prod->Stage->Dev 的方向进行内容更新

Drupal 配置迁移小结

　　现在看来，Drupal的配置迁移无非是两部分的内容，一部分已经存在于文件（如模块、主题）中的内容，直接上传文件进行更新即可；另一部分存在于数据库中的部分配置（或内容），即通过Features及其它相关模块先将配置导出到文件中，再按更新文件的操作进行即可。

　　别看关于 Drupal 配置迁移好像写了不少，主要便是掌握 Features 模块的用法和流程，稍加练习几次就会发现真是非常简单。

Drupal 6 模块 .info 文件示例

详细说明请参见官方文档：Writing .info files (Drupal 6.x)

Drupal 7 模块 .info 文件示例

详细说明请参见官方文档：Writing .info files (Drupal 7.x)

　　要写一个符合标准的 Drupal 模块，确实有很多标准需要遵循，下面提供模块中要用到的 README.txt 文件的模板，需要创建 README.txt 文档时复制粘贴再稍作修改就行了。（懒人有懒福，呵呵）

  CHANGELOG.txt 用于记录模块的变更记录，是 Drupal 模块包的一部分。下面提供一个 CHANGELOG.txt 的文件模板，在创建自己的 CHANGELOG.txt 文档时按以下格式编写即可：

　　hook_block() 用于为自己的模块添加一系列区块。

　　熟悉 Drupal 开发的人都知道 API 中的 hook_xxx 函数是可被调用的钩子函数，比如 book_nodeapi(), comment_nodeapi()  都是应用了 hook_nodeapi() 这个钩子。一般情况下，大家都知道应用钩子后， 应用了钩子的函数就会在调用时执行。但是，一般都不会太关注模块被调用的顺序，比如 book_nodeapi() 和 comment_nodeapi() ，Drupal 是先调用 book_nodeapi()，还是先调用 comment_nodeapi() 呢？

　　Drupal 在调用模块时，遵循两个顺序，首先是模块的权重，即 weight 值，其次是按模块的名称首字母排序。默认时，book 模块和 comment 的模块权重都为 0，因此这两个模块在被调用时是根据名称首字母来排序，即先调用 book_nodeapi(), 再调用 comment_nodeapi().

　　大多数情况下，并不需要关心模板的权重，因为模块之前通常都是独立工作，因此模块的调用顺序如何并不会对函数执行的效果形成影响。——不过，在一些情况下，开发人员需要为模块设置一个权重值，以确保某个模块最先被调用，或最后被调用。或者更复杂的调用顺序（当然这种情况就更难遇上了）。

　　模块的权重存储在 Drupal 数据库的 system 表名为 weight 的字段中，默认情况下，模块的权重都是0。通过改变模块的 weight 值，就能够改变模块在调用时的调用顺序了。例如 devel 模块希望比其它的模块都后被调用到，所以作者把它的权重设置成了 88.

如何改变模块的权重（weight）?

　　改变模块的权重有两种方式，一种是直接对数据库中的 system 表进行修改——找到 name 为模块名的对应的条目，编辑 weight 值就可以。也许有些人觉得直接操作数据库不够优雅，也可以选择使用 util 模块。util 模块同 devel 模块一样是个开发辅助模块，util 提供了一个更改模块权重的子模块，使得管理员可以在模块管理页面对模块权重值进行修改。

　　使用 Drupal API 函数 node_type_save($info) 可以为 Drupal 添加新的内容类型，使用这个API创建内容类型的主要工作，是构造一个包含内容类型所需要的信息的 $info 对象。

　　$info 对象中用到的成员有 type, name, module, has_title, title_label, has_body, body_label, description, help, min_word_count, custom, modified, locked, orig_type 等，以下是有关各个成员的说明：

• type - 内容类型的机器名，此字串应该只包含小写字符、数字和下划线，如"story", "page"等等
• name - 内容类型的用户可读名称，如“新闻”，“页面”等
• module - 创建此内容类型的模块，使用规范的模块名称，如"node"，（使用其它的名称结果不显示，必须是 node ???）
• has_title - 是否有标题，FALSE 为无，TRUE为有
• title_label - 标题标签，如“标题”
• has_body - 是否有正文，FALSE 为无，TRUE为有
• body_label - 正文标签，如“正文”
• description - 内容类型描述
• help - 帮助信息，会显示在创建内容类型的表单页面，
• min_word_count - 正文最少字符数
• custom - ?
• modified - ?
• locked - ?
• orig_type -?

新建内容类型的代码片段

与创建内容类型相对应，如果在卸载模块时希望删除创建的内容类型，可以使用 node_type_delete($type)

Drupal 使用 taxonomy_save_vocabulary() 函数创建词汇表（Vocabulary），通过定义词汇表数组，然后作为参数传入 taxonomy_save_vocabulary() 函数，程序执行时便可将定义的词汇表添加进数据库。

　　向 drupal.org 社区提交模块时，通常会将代码放在分支上进行开发，而对于主分支 master，则习惯只在其下保留一个 README.txt 文件，这个 README.txt 文件中包含各个版本的模块的代码和位置，用于帮助人们找到合适的版本。

　　以下是一个 master 主分支中的 README.txt 文件的样本，感谢 drupal.org 社区的 ELC 提供：

　　在普通情况下，当用户提交节点表单后会被重定向到对应的节点页面，如果在 URL 中传入了 ?destination=path/xxx 这样的参数，提交表单后用户就会被重定向到 destination 设置的页面。

　　除此之外，开发人员还可以通过为节点表单设置重定向属性，来控制表单提交后的重定向路径。

　　下面的代码通过应用 hook_form_alter()，判断当表单ID为"story_node_form"时，设置表单的重定向属性（#redirect）

　　某个项目需要指定的节点包含多个可拖拽、无限数量、带富文本编辑器的文本输入区域。

实现方式

使用 CCK 模块为节点添加文本框字段

在字段配置页面将文本框的数量设置为 Unlimited，将文本过滤设置为 Filtered text （这样就能应用富文本编辑器了，否则只有文本框）

问题描述

　　使用此方法，可以实现为指定内容类型添加可拖拽的、不限制数量、带富文本编辑器的文本框，但在实际使用过程中遇到一些问题。最主要的问题是在对文本框进行拖拽排序时，文本框内的内容会丢失。

处理办法

　　其实一开始不太好确定是哪个模块的问题，CCK? CKEditor? 还是 WYSIWYG? 所以试了 CKEditor 模块、Wysiwyg 模块 + CKEditor 编辑器、Wysiwyg 模块 + TinyMCE 编辑器等几种解决办法，最终确定是 wysiwyg 模块的问题。通过查询 wysiwyg 模块的问题队列，找到了这个问题的解决办法 —— 即安装一个（实际上是四个）专门针对这个问题而开发的模块 ——  Wysiwyg API CCK Integrate。

说明：最终安装以上模块之后，Wysiwyg 模块 + TinyMCE 编辑器表现不正常了。因为 Wysiwyg 模块 + CKEditor 编辑器在拖拽时还存在页面布局出错的问题，所以没有选用。

参考文档：http://drupal.org/node/452678

　　如果在创建 CCK 字段之前没有很好的考虑字段的类型，那么在项目后期很可能就需要对字段进行修改。对于刚刚创建的 CCK 字段，如果字段的类型选择错了，最简单的办法就是把字段删除，然后添加一个类型正确的字段。这倒不会有什么伤害。

　　不过并不是所有情况都是这么简单，有时候网站运行了很长时间之后才发现之前定义的字段类型已不能满足需要了。例如一开始创建的是 float 类型的字段，但因为数据的增长，发现需要将内容类型转换成 decimal。在这种情况下，如果删除 float 字段，所有存储在 float 字段里的数据也都一同被删除了。所以，要最大限度地保证原有数据不丢失，应该如何更改 CCK 字段的类型。

更改 CCK 字段类型的方法

注意：执行以下操作前，请先备份数据库

1. 为内容类型新增加一个类型正确的字段，名为 field_<tmp>（这只是一个临时的字段，名称并不是很重要），并按照正确的配置对字段进行配置；
2. 执行 SQL 语句将 field_<origin> 字段中的所有数据复制到 field_<tmp> 字段中；
   UPDATE content_type_<your content type> SET field_<new fieldname>_value = field_<old fieldname>_value
   注意：请在执行以上语句时，使用对应的内容类型名称和字段名称代替其中尖括号(<>)中的名称
3. 删除原来的 CCK 字段 field_<origin>；
4. 再建立一个类型正确的字段，使用删除的 CCK 字段的名称 field_<origin>，并按照正确的配置对字段进行配置；
5. 执行类似第2步中的 SQL 语句，不过这些一次要将数据从 field_<tmp> 复制到 field_<origin> 中
6. 删除临时字段 field_<tmp>；
7. 完成。

　　按照以上步骤更改 CCK 字段的类型虽然有点麻烦，但最重要的是能够保全数据。因为数据类似不一样，可能会导致一些数据丢失精度，但小面积的损失远远好过于丢失全部数据 :D

参考文档：http://drupal.org/node/769784