Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/drupal/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Drupal 块可见性上下文模块_Drupal_Drupal 6 - Fatal编程技术网

Drupal 块可见性上下文模块

Drupal 块可见性上下文模块,drupal,drupal-6,Drupal,Drupal 6,我有一个在Drupal 6中构建的站点,它需要一些只对某些角色或特定页面可见的块。通常,我会使用块配置设置来控制页面和角色的可见性。然而,我最近遇到了一个将站点有效地划分为相关属性的“部分”或“组”的方法 我的问题是:从上下文而不是块配置设置控制块可见性何时合适?我应该只使用一个或另一个或两者的组合吗?对于何时使用核心块放置以及何时使用上下文,没有硬性规定。一般来说,如果你有很多块,有不同的复杂的可视性逻辑,上下文会使事情更容易管理。此外,可以将上下文导出为代码,这样可以更轻松地跟踪版本控制中的

我有一个在Drupal 6中构建的站点,它需要一些只对某些角色或特定页面可见的块。通常,我会使用块配置设置来控制页面和角色的可见性。然而,我最近遇到了一个将站点有效地划分为相关属性的“部分”或“组”的方法


我的问题是:从上下文而不是块配置设置控制块可见性何时合适?我应该只使用一个或另一个或两者的组合吗?

对于何时使用核心块放置以及何时使用上下文,没有硬性规定。一般来说,如果你有很多块,有不同的复杂的可视性逻辑,上下文会使事情更容易管理。此外,可以将上下文导出为代码,这样可以更轻松地跟踪版本控制中的块配置。当在代码中存储上下文时,这也允许通过简单地更新代码将对块的更改部署到生产站点,而不需要登录并通过UI手动移动内容。

这些是针对不同用例的不同方法,但它们并不相互排斥

上下文确实将站点拆分为不同的上下文(也可能是上下文类型)。这就是它的有效用例:基于上下文的块显示/定位

但是,上下文不会检查用户角色或多语言设置(i18n)。块支持这些情况(您可以结合上下文和块来显示上下文中的内容,具体取决于用户角色)

块还允许用户选择是否要查看该框

我的最终答案是:组合而不是选择