Tridion和PDF（大容量）內容管理

我們有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是值得我們很多人都遇到過，並會聽取他人如何接近這個難題很感興趣？

感謝

來源

2012-04-25 Dylan .. Mark Saunders

只是回答你的觀點：

所以......我們可以在外表套上外部鏈接部件鏈接這些，但我推測那麼這將意味着我們不能使用WebDAV（或可能我們還是使用帶有externally_linked PDF文件的WebDAV - 好像它沒有任何意義）

我不知道這是否可能使用WebDAV，但如果你決定下井外部多媒體路線，你可以寫一個？簡單的應用程序來創建多媒體組件b用於pdf文件的存儲目錄/目錄。

我看到一個實現，其中使用了特定的出版物來允許用戶放置文件並通過Tridion進行發佈。發佈到共享區域的已發佈共享文件夾的發佈被映射到所需的演示網站（IIS中的虛擬目錄）....自定義模式字段用於幫助用戶選擇如何將pdf嵌入到內容中。我知道，這是一個非常奇怪的解決方案，但它解決了很多問題，簡單的安全性和發佈配置，並且pdf不會通過藍圖/本地化在數據庫中複製。

來源

2012-04-25 23:41:34 johnwinter

謝謝約翰 - 我們將更多地討論這種方法，以及如何考慮它，然後我會更新這篇文章。 – 2012-04-26 00:08:37

我認爲你（或者有人在你的團隊）必須在支持SDL Tridion論壇問這個。如果不是，這是一個巨大的巧合，並在那裏看看這些建議。

我會讓別人附和他們的經驗，但如果你想使用WebDAV它總是使用多媒體組件的上傳版本。您應該將外部二進制文件視爲CMS無法控制的只讀來源。

正如我在其他論壇上說，我建議你把它們上傳到CMS堅持，如果你需要的工作流程和管理上誰可以編輯二進制文件的用戶權限。如果你正在談論Terra字節，我會更關心，但是我不認爲你的數據大小有很大的問題。

考慮在運行清除工具往往要刪除的二進制文件很老的版本，並確保在發佈時他們都留出一些時間。由於500Mb以上的出版物交易以記憶密集型而聞名，因此也以小批量出版。

來源

2012-04-25 23:06:58

乾杯克里斯。我故意在這裏添加帖子（更新），以便在更開放的論壇上分享討論並延伸討論。最大的業務需求是使它們能夠批量上傳，而不是一次只能上傳一種方法 - 這就是爲什麼我傾向於使用WebDAV的原因，因爲它具有開箱即用功能。一些好的點要考慮，但。謝謝。 – 2012-04-26 00:08:06

Tridion和PDF（大容量）內容管理

回答

相關問題