一.可以利用Workbench模块(依赖于Workflow模块)实现工作流。
二.可以客制化生命周期当中的不同状态,转移,权限控制。
Home » Administration » Configuration » Workbench
三 普通用户可以通过Workbench模块管理自己所负责的内容
来自 https://blog.csdn.net/habout632/article/details/7745997
【Drupal教学】用Workbench客制化自己的后台样式
前言
用drupal做的网站功能非常多样化,需要的模组安装启用之后就能得到,本篇文章在为读者介绍其中一个好用的功能【workbench】,一个网站的组成很丰富,如果想要编辑网站的内容,就会需要一个集中管理的地方,简单来说就是要有一个自己的工作室,做出来的用途就是拿来管理自己的后台样式,这时候使用drupal做的网站可以很容易做出这个效果!
接下来让我们一起来看看这个网站优化的功能!
完成作品
这张图就是完成工作室的样子,可以看到里面把网站有的内容都清楚分类,看到完成品读者是不是也想要了解怎么做出这个功能呢?
以下开始步骤说明
当然首先要安装启动相关模组
1. 架构» Views » Add new view开始参考图片设定
根据需要的样子可以自己更改,这里呈现的是大部份的设定,这一步是让使用者新增一个专门的页面
2. 创建完成页面后的进阶设定
这一步是将想要显示的内容加入,并将想要拿来分类的条件也设定好,设定完成就可以进行下一步
3. 架构» 页面启动Workbench并编辑
这里可以把需要的页面加入,依照需求的位置点选齿轮加入
齿轮点开找到Views可以选取已经创建好的网页加入
4. 完成设计
启动Workbench之后预设会在左上角,可以点选我的工作室进入
完成之后的画面是不是可以很详细呢?
以最新公告为例,点进来会看到前面Views设定好的功能都会在这,依照需求可以很容易将内容进行编辑
讲解结束啰
文章总结有以下几个部分
安装并启用相关模组
从「架构» Views」中创建一个专用的页面,让网站可以使用
把需要管理的内容类型都加入
从「架构» 页面」中启动workbench并编辑想要呈现的位置
注意显示的图片要记得给限制,长宽设定(100x100)才不会有图片太大造成网页歪掉的状况
日期格式也照需求自订,但是更新日期通常会选成Time ago
使用心得把一个复杂的架构都整理到一个页面编辑,不但看起来美观,也能做到网站优化,虽然对没用过的人来说可能会很陌生,但总结来说就是模组设定,把需要的内容放进去而已,如果你也对管理网站觉得困扰,这篇文章的介绍相信能让你有所收获!
来自 https://www.hellosanta.com.tw/knowledge/category-37/post-216
Drupal工作流概览
现在,一个商业公司如果发布了静态或者过时的Web内容,会给人造成不合时宜、步履蹒跚的印象,因此,各种机构都体会到了要频繁创作Web内容,更新现有内容以及同在线用户分享文档的持续增长的压力。
内容维护的压力使得内容采编人员的编制随之增长,人数的增长就要求组织利用Drupal这样的内容管理系统,来开发并执行一套内容采编流程。最主要的挑战是如何为众多的采编人员提供一个环境,这一环境能够在不影响现有的内容,也不降低安全性的前提下,让采编人员能够发布内容。在此基础上,还要建立品牌标准并提供质量保障。这一过程涉及到的内容编写和审批的职责:
编辑/审批
审查:是否有淫秽或者其他的负面内容?
可读性:有没有语法、格式拼写或者其他类似问题?
准确性:内容是否真实?其中涉及到的统计数字以及事实是否需要再次确认?
品牌:是否正确使用公司的字体、颜色以及图片?内容、语气以及技术术语是否符合公司的标准?
版权:公司是否有权发布这些内容、图像以及外部文档?所有的来源引用是否都有标明?
作者
提供能够准确体现公司信息的内容。
准确,专业,及时
务必保证内容能够被团队以及其他受众接受,耸人听闻、哗众取宠永远不是好主意。
发布内容应有保存价值,好内容的价值会持续较长的时间。别发什么公司野炊之类的破事,一周后就没人记得这回事了。
上面列出了两种角色,接下来我们看看Drupal 7能为这种场景提供什么样的解决方案。
Drupal 7核心目前并未提供发布内容的流程管理。一个内容Node(页面)只能是发布或者未发布状态。然而,有些第三方模块实现了我们需要的功能。
Workbench模块
对内容管理工作流程,Workbench提供了模块化的支持能力。有很多模块可以启用或者禁用,以此来定制不同类型的工作流。这个模块包含大量代码,涉及到方方面面。还可以编写自己的模块对Workbench进行扩展。
WorkBench套件有很完备的演示视频、文档以及相关模块的连接。在这里必须夸奖一下他的高质量代码、文档以及深思熟虑的模块结构。这些模块以经典的Drupal模式构建,易于配置浏览和使用。Workbench的弹性令人印象深刻。他能简单的生成常见的简单工作流,也能针对各种环境,通过定制实现复杂的应用流程。
##Workflow模块
Workflow是本文中三个模块中最成熟的一个。他为内容发布状态管理提供了一个简单的工作流方案,他为指定的内容类型提供了包含草稿、审核以及发布状态。
用于承载状态的Field在内容编辑界面可以进行控制,同时也为管理员提供了简单的配置页面。还可以利用Views列出不同状态下的内容。
##Maestro模块
Maestro是Drupal 7下面的一个非常强大的工作流系统,他通常见于出版性网站。有视频演示了一篇内容从草稿状态转变为发布状态的过程。这一系统可以满足出版者任何复杂需要,他也可以用极简的方式进行配置。
Maestor的最为独特的功能就是图形化的工作流设计器了。这一特性以图形界面提供了直觉化的工作流设计功能,其中以令人惊叹的方式提供了必要的配置功能。然而,这依然需要一些学习,新潮的界面和交互,以及右键菜单,都需要学习和适应。
抛开实现问题不谈,最重要的是识别工作流的需求。推荐下面的检查表,该列表用于确认需求的要点是否都被满足:
版本:必须能够记录、回滚,并能够进行版本之间的比较。Drupal核心提供了版本控制能力,不过有些工作流模块提供了更好的扩展。
备注:应该具有一个备注字段,让编辑和作者能够留下各自的备注。
时间表:内容定时过期或定时撤回已发布内容是一个很有用的功能。
审核队列:审核队列需要非常易用,这方面是否便利,会直接影响到系统的选型工作。
多重审核:在内容发布之前,进行多步审核是很有帮助的。例如,可能三个或者四个部门经理需要在内容发布之前进行确认。
最后,工作流系统的合理建设,能够通过结构化的通信和有组织的内容,让组织内的各种角色更好的参与内容发布过程,极大的提高在线内容的质量。
来自 https://blog.fleeto.us/post/drupal-workflow-summary/
利用 Drupal Workflow 模块实现审批发表流程
工作流,在大多数出版和办公情景下都属于一个必选组件。在之前的译文中我也介绍了一些相关的 Drupal Module,不过之前的介绍都流于表面,并没有很完整的解决问题,因此这里以一个典型的编辑审批流程为样本,详细介绍 Workflow 模块的工作流设置方法。
目标需求
编辑人员在未完成编辑时,可以暂存草稿。
编辑完成之后,提交给上级进行审核。
审核人员可以选择批准或者驳回,审核通过的稿件即可发布,未能通过的则退回到草稿箱。
只有审核通过的内容才能被浏览
这里假设读者熟悉一般的 Drupal/Drush 操作,能够自行解决模块依赖等常见问题。
准备工作
首先是安装,这里我们用 Drush 来解决:
drush en -y workflow
#访问控制
drush en -y workflow_access
#Workflow和内容的关联
drush en -y workflowfield
#rules 集成
drush en -y workflow_rules
#views集成
drush en -y workflow_views
#管理界面
drush en -y workflow_admin_ui
其次,我们建立两个角色:
编辑:editor
审核:auditor
设置工作流
根据上面的需求,我们可以确定,一篇文章有以下几个状态
创建
草稿
审核
通过
以此为依据,我们开始建立工作流:
访问 admin/config/workflow/workflow/add
(配置-> Workflow)开始
命名,这里我们起名为“发布流程”,机读名称为 “workflow_publishment”。 保存后,开始编辑工作流的其他内容: 切换到states
标签页,按照前面的结果输入状态,其中缺省的creation
状态代表了我们的“创建”状态。录入结果如图所示
这里我们给发布内容确定了四个状态,而工作流所做的工作的中心,就是状态的切换,定义了状态之后,我们打开Transitions
标签页面开始定义他的切换,界面如图所示:
这个表格初看上去比较费解,这里做个简单的解释 这个表格的意思是,每个单元格,所在行(最左侧,行首)的状态,到所在列(最上排,列头)的状态之间的切换,可以由什么角色来完成。
因此图上的箭头 1,代表从创建到草稿的状态切换,可以由作者或者一个editor
角色的人来完成;而箭头2,代表从创建到审核过程是没有人可以做的,换个说法就是不存在这种切换。按照这个概念,我们最终完成切换设置如下:
在设置完成各个状态之间的切换后,还有一个可选配置,就是给每个状态的切换动作进行命名,这些命名会显示在工作流按钮之上,给最终用户以更加清晰的指引。这一步骤位于“Labels”这一标签页上。
这里我们做出如下命名:
从 | 到 | 名称 |
---|---|---|
草稿 | 审核 | 送审 |
审核 | 通过 | 发表 |
审核 | 草稿 | 驳回 |
发表 | 草稿 | 撤回 |
最后我们可以在 Permission Summary
这一标签页来查看我们的设置,其中显示了各个角色能够完成的状态迁移。
设置访问权限
在实际工作中,一般来说,提交到下一环节的内容,原作者就不应该尝试变更了。而审核人员也不应该尝试修改编辑人员的草稿,为了流程的严谨性,我们还需要对访问权限进行设置。
之前我们启用的workflow_access
模块就是用于这个目的。
这里我们设置所有人可以看所有流程的文档。
但是只有作者可以修改草稿状态的文档,只有审核人员可以修改审核过程中的文档。
验证设置结果
设置文档类型
这里我们新建一个简单的内容类型,命名为“需审核文档”,机读名称为“workflow_document”。保存后,为其添加字段field_workflow
,字段类型为workflow
,这一字段类型是由workflow_field
模块声明的。这一类型的字段也是让文档流程化的关键点。
字段设置中,我们选择workflow type
为我们之前设置完成的工作流名称,也就是“发布流程”,下面的微件类型,依照个人喜好,我比较习惯用按钮方式来呈现。
下面的两个记录选项,打开即可。
新建文档类型之后,需要为之前新建的角色分配权限。值得注意的是,Workflow Access 模块改写了核心的权限,因此,这里只需要给编辑人员新建这一类型文档的权限即可,其他权限由工作流进行控制。
新建文档
首先我们切换到editor
角色的用户,新建一篇文档,保存后,我们会发现,多出一个工作流的标签页,其中按照我们之前对动作的命名,有草稿和送审两个状态。
这里我们可以分别切换成审核人员、管理员、匿名用户来分别查看这一 Node 对不同用户的权限区别以此验证我们之前对 Access 的设置是否正确。
新建结束之后,点击“送审”按钮,完成提交。
审核发布
接下来切换到审核账号,打开这篇新文章之后,我们可以点击“发表”按钮,完成发表动作;也可以选择“驳回”,让编辑人员重新编辑。
注意:这里按照我们之前的访问控制设计,审核人员是可以进行修改的
发布后
按照之前的设置,所有符合要求的角色都可以查看发布完成的结果了。
注意:如果想让匿名用户可以查看这一文档,则需要在权限中为匿名用户打开参与工作流的权限,并在上面的流程中,为匿名用户指定可以查看的状态。
Views
workflow_views
启用之后,会自动新建一个视图,称为workflow dashboard
,其中包含了各种 Views 所需的字段过滤条件等,可以拿来参考。
Rules & Actions
Wrokflow 同样对这两部分进行了集成,可以根据不同流程的状态切换,结合 Actions 来完成一些自动操作。
来自 https://blog.fleeto.us/post/publish-workflow-in-drupal/