2012-04-25 70 views
10

我们有5,000个PDF文件,总计不得超过200GB。他们可能需要在整个一年中分批更新大约1,000次。Tridion和PDF(大容量)内容管理

依我之见,主要有两种途径...

1)通过发布外表套上 2)导入PDF和​​相关元数据直接进入交付环境和外表套上

管理PDF元将这些PDF引入CMS的一个引人注目的(商业)原因是让他们投入生产的途径--CMS =简单 - 非CMS =根本不容易,并且直接向业务提供控制。

我们当然希望管理与二进制项目直接相关的元数据,并利用组件链接(跟踪使用的位置等),而不是将组件链接到非CMS控制的二进制项目 - 所以在我看来, CMS会更有意义。

现在 - 有腹胀数据库/阻塞队列出版的问题...

一些项目可能需要经过工作流(如果我们是批量上传通过WebDAV的我相信我们可以定义特定的墨盒为特定的文件夹,因此关联不同的架构?)。然而 - 使用WebDAV将大概意味着PDF文件(和历史版本)将被存储在可能是有问题的数据库。然后

所以......我们可以在外表套上作为外部链接链接这些组件我相信,这将意味着我们不能使用WebDAV(或可我们仍然使用WebDAV与externally_linked PDF文件 - 好像它不“T有意义吗?)

我敢肯定,大量的二进制文件(或周围的人所管理)的CMS是值得我们很多人都遇到过,并会听取他人如何接近这个难题很感兴趣?

感谢

回答

4

只是回答你的观点:

所以......我们可以在外表套上外部链接部件链接这些,但我 推测那么这将意味着我们不能使用WebDAV(或可能我们还是 使用带有externally_linked PDF文件的WebDAV - 好像它没有任何意义 )

我不知道这是否可能使用WebDAV,但如果你决定下井外部多媒体路线,你可以写一个?简单的应用程序来创建多媒体组件b用于pdf文件的存储目录/目录。

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

+0

谢谢约翰 - 我们将更多地讨论这种方法,以及如何考虑它,然后我会更新这篇文章。 – 2012-04-26 00:08:37

1

我认为你(或者有人在你的团队)必须在支持SDL Tridion论坛问这个。如果不是,这是一个巨大的巧合,并在那里看看这些建议。

我会让别人附和他们的经验,但如果你想使用WebDAV它总是使用多媒体组件的上传版本。您应该将外部二进制文件视为CMS无法控制的只读来源。

正如我在其他论坛上说,我建议你把它们上传到CMS坚持,如果你需要的工作流程和管理上谁可以编辑二进制文件的用户权限。如果你正在谈论Terra字节,我会更关心,但是我不认为你的数据大小有很大的问题。

考虑在运行清除工具往往要删除的二进制文件很老的版本,并确保在发布时他们都留出一些时间。由于500Mb以上的出版物交易以记忆密集型而闻名,因此也以小批量出版。

+0

干杯克里斯。我故意在这里添加帖子(更新),以便在更开放的论坛上分享讨论并延伸讨论。最大的业务需求是使它们能够批量上传,而不是一次只能上传一种方法 - 这就是为什么我倾向于使用WebDAV的原因,因为它具有开箱即用功能。一些好的点要考虑,但。谢谢。 – 2012-04-26 00:08:06