Tridion和PDF(大容量)内容管理

Question

我们有5,000个PDF,总共不应超过200GB.他们可能需要全年更新,批量约为1,000.

如我所见,有两条主要路线......

1)通过Tridion发布PDF和相关元数据2)直接导入交付环境并管理Tridion中的PDF元数据

将这些PDF放入CMS的一个令人信服的(商业)原因是让它们投入生产的途径 - CMS =简单 - 非CMS =根本不容易以及它直接为业务提供的控制.

我们当然更愿意管理与二进制项直接相关的元数据,并且还利用组件链接(跟踪使用的位置等)而不是使用"链接"将组件(用于元数据)映射到非CMS控制的二进制项 - 所以在我看来,通过 CMS会更有意义.

现在 - 存在膨胀数据库/阻止发布队列的问题......

其中一些项目可能需要通过工作流程(如果我们通过WebDAV批量上传,我认为我们可以为特定文件夹定义特定的盒式磁带,从而关联不同的模式？).但是 - 使用WebDAV 可能意味着PDF(和历史版本)将存储在数据库中,这可能会有问题.

所以...我们可以将Tridion中的这些链接作为外部链接组件,但我认为这意味着我们不能使用WebDAV(或者我们仍然可以使用带有external_linked PDF的WebDAV - 看起来它没有意义吗？)

我确信在CMS中(或周围)管理大量二进制文件是我们很多人遇到过的,并且非常有兴趣了解其他人是如何处理这种困境的？

谢谢

Answer 1

只是回答你的观点：

所以...我们可以在 Tridion 中将它们链接为外部链接组件，但我认为这意味着我们无法使用 WebDAV（或者我们仍然可以将 WebDAV 与外部链接的 PDF 一起使用 - 似乎没有意义？）

我不确定 WebDAV 是否​​可以实现这一点，但如果您决定采用外部多媒体路线，您可以编写一个简单的应用程序来根据 pdf 文件的存储目录创建多媒体组件。

我见过一个实现，其中使用特定的发布来仅允许用户放置文件并通过 Tridion 发布。发布到共享区域的出版物，即发布的共享文件夹，被映射到所需的演示网站（IIS 中的虚拟目录）......自定义架构字段用于帮助用户选择如何将 pdf 嵌入到内容中。我知道，这是一个非常奇怪的解决方案，但它在简单的安全性和发布配置方面解决了很多问题，并且 pdf 没有通过蓝图/本地化复制到数据库中。