Question

当我创建一个新的博士网站时,我通常会最后至少有一个习俗单元,几个社区也提供了单元。为使网站能够按需要开展工作,需要将许多配置价值纳入各个单元。这使部署工作陷入新的 Dr痛和容易发生错误。

我想让我的习惯单元能够配置所有其他单元。无论是在安装时还是在我的习惯单元管理页上点击一个顿,其他单元的所有必要的配置价值都将按方案确定。

我怎样才能做到这一点?

Answer 1

AFAIK,没有办法实现你所说的容易。我倾向于在执行,并如我在

http://drupal.org/project/features”rel=“nofollow noreferer”>Features。这是一个新概念和新单元。这一概念很复杂:它使你能够确定一套组合/模块/设定,并将之作为feature。届时将安装这一功能,如是目标地点的一个单元。这一模块并不输出每一种可能的环境,但对于需要最强硬配置的单元,如CCK、观点、图像Cache和其他模块,它的确做了出色的工作。可查阅http://developmentseed.org/blog/2009/may/29/making-and-using-features-drupal”rel=“nofollow noreferer”>。
http://drupal.org/project/backup_migrate”rel=“nofollow noreferer”>Backup andmigration。这是一个更激进的做法:它只是丢弃和重建关于目标系统的整个数据库。只有当你需要完全超越目标制度时,情况才会好。
http://drupal.org/project/node_export”rel=“nofollow noreferer”>Node Export 。这样就可以从破碎装置向另一个装置出口(和进口)灯。它支持大宗业务,但简言之,它不支持所附档案和图像的迁移。

http://drupal.org/project/deploy”rel=“nofollow noretinger”>Deploy。由于出口限制我曾经研究过这一模块(正在开发之中)。最后,我不赞成合并生产和固定数据库,但这一概念似乎非常有效,因为它允许通过SOAP进口/出口复杂的数据类型。
http://drupal.org/project/taxonomy_xml”rel=“nofollow noreferer”> 免税进口/出口。我假定这个名字是不言自明的。它使用档案来完成任务(XML或CSV)。
Installation profiles (sugted by ctford)在配置新地点时有用。它们使你能够确定安装模块,主题待定。它们非常方便,因为有一个称为Drush ,使安装简介的建筑自动化。底部是设计用于安装,而不是部署单个单元。然而,在你的模块能够使用时,也许可以采用Drush生成的配置代码。

HTH!

Answer 2

您是否研究了“名称”模块? 它是作为公开的ium分布的一部分而引入的新模式,但也可作为独立的模块提供。注

“特征模块能够捕获和管理博士的特征。其中一个特点是收集了Droupal实体,它们共同满足了某种使用案例。

特征为从具有可出口的单元中提取不同场地构件,并在单一特点模块中将其捆绑在一起,提供了数据交换和软件。专题模块与任何其他博士模块一样,但在其.info档案中宣布其组成部分(如意见、背景、科科专业等),以便可以加以核对、更新或重新编排。

Answer 3

Installation profiles在配置新地点时有用。它们使你能够确定安装模块,主题待定。它们非常方便,因为有一个称为Drush ,使安装简介的建筑自动化。

底部是设计用于安装,而不是部署单个单元。然而,在你的模块能够使用时,也许可以采用Drush生成的配置代码。

Answer 4

我知道你指的是什么,很难建立所有单元。

我确信,你可以调查所有3个政党单元,以了解组合是如何进行的,并相信在你的习俗单元中,但我就此向你提出建议。

问题是,单元可能会改变其储存环境的方式,从一个修订到另一个修订,这样,只要你更新到任何模块的新版本,你就应当做一些倒置的工程,看看您的最终组合模块是否仍然奏效——如果你问我的话,这比对每个项目的所有单元进行人工配置更加痛苦。

公正松,,容易,享受:

Answer 5

由于只有安装了Droupal,才需要初步安装,我认为安装情况是更好的解决办法;一旦安装结构似乎太过,海事组织就不再使用模块。

改变从一个地点使用的安装情况,使新的安装情况显示其安装代码是Drupal允许外箱使用的。在建立我所需要的地点之前,我将制作一个定制安装图,而只有我知道所有场址的特征才能分享。对于其他特点,我会设立单独的习惯单元一,然后可以安装,最后,如果这些单元所实施的特点更有必要的话,则会不停。