Tridion 取消发布页面上组件中使用的pdf是否会导致页面取消发布?

Tridion 取消发布页面上组件中使用的pdf是否会导致页面取消发布?,tridion,Tridion,我们通过使用与PDF模式关联的动态组件模板来处理PDF发布,然后在需要链接到PDF的位置创建二进制链接 我们发现,取消发布作为页面上使用的组件中的组件链接的PDF会触发页面取消发布 我知道我们可以通过使用自定义解析器来控制这种行为,但这是预期的结果吗 这种行为是否从Tridion 2009更改为Tridion 2011?BinaryLinks用于“内联二进制内容”,因此通常是由src属性包含的内容 <img src="..." /> <video width="320" hei

我们通过使用与PDF模式关联的动态组件模板来处理PDF发布,然后在需要链接到PDF的位置创建二进制链接

我们发现,取消发布作为页面上使用的组件中的组件链接的PDF会触发页面取消发布

我知道我们可以通过使用自定义解析器来控制这种行为,但这是预期的结果吗


这种行为是否从Tridion 2009更改为Tridion 2011?

BinaryLinks用于“内联二进制内容”,因此通常是由src属性包含的内容

<img src="..." />
<video width="320" height="240" controls="controls">
  <source src="movie.mp4" type="video/mp4" />
  <source src="movie.ogg" type="video/ogg" />
  Your browser does not support the video tag.
</video>

您的浏览器不支持视频标记。
对于此内联二进制内容,如果没有它,页面将无法正确显示。知道了这一点,当您取消发布MMC时,页面被取消发布是正确的。据我所知,这确实是预期的行为,很久没有改变


错误在于对要显示为超链接的PDF使用MMC。对于您想要链接到的任何内容(这样就变成了了,二进制组件使用的项目的取消发布在2009年已经存在了(如此之多,这甚至是Tridion 2009业务分析师考试的问题之一)

我看到一种趋势正在发展,人们在二进制文件中使用动态组件表示,这绕过了所有这些副作用,但可能会在页面上留下不好的二进制链接


如果您选择DCP路径来获取二进制文件,请确保使用动态链接(通过在锚标记中使用“tridion:type=binary”在CM上创建非常简单).

我们发现组件链接无法解析,因为PDF实际上不在任何位置的页面上,而是使用动态模板发布到服务器。但是,二进制链接将返回指向PDF的锚定标记。我们使用添加二进制方法,如:engine.AddBinary(binary.Id,template.Id,null,binary.BinaryContent.GetByteArray(),CreateUniqueBinaryName(binary));Hmmm……使用DWT中的RenderComponentPresentation如何?否则,为MMC创建发布指令或自定义解析器以将MMC包含在同一发布操作中就可以了。tridion:type=“binary”创建一个可以正常工作的链接,但仍然会产生一个副作用,即在二进制文件被删除时导致页面被取消发布,因为据我所知,它只是生成了一个BinaryLink标记?文档中说“如果您取消发布一个组件,链接到该组件的任何组件都不会被取消发布。”我猜这种行为与二进制的不同,因此我们需要一个自定义解析器?问题是您调用AddBinary而不是发布单独的组件演示文稿。自定义解析器听起来确实最好,可能比创建自定义PublishInstruction更简单。如果您使用tridion:type=Binary,您确实需要通过其他方式(通常是DCP)发布二进制文件,而不是使用AddBinary或其任何其他变体。自定义解析器或从DWT中调用RenderCP将解决这一问题。