是否有任何快速方法/技巧可以删除工作流程历史记录中的大约85K条目?从GUI尝试提出存储问题,并解决此问题需要反弹框.
在很长一段时间后,尝试PowerTool也会崩溃.想要问更广泛的社区.感谢你的想法.
谢谢Vin
我们正在使用带有XSLT模板的Tridion 2009 SP1
一个全新的多媒体组件(v0.0)及其上传的二进制文件将在首次保存时正确发布到预览站点(二进制文件的发布由tbbPublishMultimedia模板完成
,如下所示).
多媒体组件将作为次要修订版本v0.1进入工作流程,并且在工作流程中(在"准备版内容项"处),可以编辑组件并且根据需要由作者将二进制文件重新上载到组件中.
每次将v0.x组件保存在工作流中时(如v0.1,v0.2,v0.3,v0.4等),组件及其二进制文件的最新"工作流程"版本将正确发布到预览网站.
每次多媒体组件被批准发布时,它都会离开工作流程并成为新的主要版本(例如v1.0 ....或v2.0,v3.0等).
如果随后编辑并重新保存主要版本,它将成为新的次要修订版本(例如v1.1),然后将其重新发布到预览站点(其二进制文件也将如此),然后它将重新进入工作流程.
然而,当Tridion正确发布实际多媒体组件的最新次要修订版本(例如v1.1)时,它似乎只发布它包含的二进制文件的最后一个主要版本(例如v1.0版本).有趣的是,它似乎确实发布了该二进制文件的最新v1.1元数据(即文件类型和文件大小),但没有发布二进制文件本身.
总之,如果多媒体组件是v0.x,Tridion似乎发布二进制文件的最新次要/修订"工作流程"版本,但是一旦存在主要版本,它将只发布二进制文件的最后一个主要版本(实质上是在重新进入工作流程之前的版本).
无论如何,这就是它的样子......
<xsl:template name="tbbPublishMultimedia">
<xsl:if test="string(//tcm:Type)='Multimedia'">
<xsl:variable name="binaryid"
select="string(//tcm:Component/@ID)"/>
<xsl:element name="tcm:MultimediaPublishedFileName">
<xsl:value-of select="tcmse:PublishBinary($binaryid)"/>
</xsl:element>
</xsl:if>
</xsl:template>
Run Code Online (Sandbox Code Playgroud)
注意......在上面的模板中,可以指定一个主要版本作为tcmse:PublishBinary parameter例如concat($binaryid,"-v2")确定要发布的版本,但因为它不允许你指定一个次要版本,所以这并没有真正帮助太多
我们正在使用Tridion 2011 SP1,SDL WorldServer与翻译管理器和WorkFlow在典型的大型蓝图场景中使用.编辑器角色具有具有读写权限的翻译角色(根据文档).通过此角色,编辑人员可以将内容发送到翻译.到现在为止还挺好.
现在,一旦将翻译作业发送到WorldServer,编辑器就应该能够在翻译作业列表中看到它.但在我们的案例中,编辑无法看到具有上述访问权限的任何内容.现在,如果系统管理员查看他们可以看到的翻译工作,但具有翻译读写权限的编辑器不能?还有其他需要吗?
任何指针都非常受欢迎.
我们正在使用SDL Tridion 2011 SP1,SDL World Server,翻译管理器和工作流程.我们有Regional_editor组,他们在源出版物和目标出版物上拥有RW(读写)的"翻译管理"和"翻译配置"权利.
编辑器能够将项目发送到翻译并在翻译节点中查看翻译作业.到现在为止还挺好.
当他们选择项目并单击功能区中的"翻译管理"选项卡时,会出现问题.现在,重试发送,重试检索,发送到翻译按钮对这些Regional_editor组显示禁用.
有任何想法,是否有任何配置/设置丢失?
这是一个简单的vanilla SDL Tridion安装,用户可以在CMS CME中添加.
如果用户成功登录SDL Tridion CME(未使用LDAP-AD同步,则表示MMC控制台没有LDAP-AD内容).
现在,用户继续在CME中进行他/她的业务编辑/创建内容页面或导航内容.
每次用户进行此类活动时,Tridion都会进行身份验证吗?这种身份验证是针对LDAP-AD还是某种缓存(如果有的话?)完成的.
很长一段时间回来有人告诉我在Tridion有一个配置,你可以打开或关闭它来验证用户在成功登录后做的每个/每个活动....(我无法回想起谈话的清晰度) .