Lugir

通用规则

　　进行 Drupal 项目时，CCK 字段的命名规则十分重要，通过合理的命名规则，可以避免字段名称冲突，并构建机器名通俗易读的 CCK 字段。

　　CCK 字段命名规则为：field_[内容类型英文名]_[字段英文名]

说明：

• 命名规则中的 field_ 为固定前缀，所有 CCK 字段均以 field_ 开头
• [内容类型英文名]，如用于存储产品信息的“产品”内容类型，在字段中，应该使用 product
• [字段英文名]，产品内容类型包含产品的图片，则此字段的英文名可以使用 image 或 preview

　　如此一来，当用户在系统中看到 field_product_image 时，便能很快通过字段名称了解到这是与“产品图片”相关的字段。

* 虽然 CCK 在 D7 中已经被整合到 Drupal 核心，但此命名规则对 D7 同样适用。

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

注意事项：

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

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

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

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

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

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

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

可卸载的模块

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

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

现有模块和主题

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

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

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

禁用和卸载未使用的模块

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

第三方模块升级

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

　　本文档是《Drupal 架构师建站规范》手册的一部分。

　　文档整理了搭建 Drupal 7 网站时推荐安装的模块，以及对这些模块的简介。Drupal 6 用户可参考《Drupal 6 网站常用基础模块推荐列表》

　　本代码规范翻译自 Drupal 官方网站的代码规范文档（http://drupal.org/coding-standards），方便国内的 Drupal 开发人员更好的学习和遵循代码规范。优秀的开发人员应该有遵循高标准以及编写高质量代码的意识。:)

　　本文档是《Drupal 架构师建站规范》手册的一部分。

　　文档包含用户角色、输入格式、编辑器及相关配置规范，不同语言的网站请使用对应语言的名称命名。

用户角色

－（admin/user/roles）

创建以下两个新增角色：

网站架构师（Architect）

管理员（Admin）

角色成员

• 网站架构师－默认只应将 user 1（即 Drupal 的超级用户）设置为此角色
• 管理员－网站交付给客户时的管理员帐号（admin/admin）

输入格式（Input Format）

－（admin/settings/filters）

根据下表添加输入格式