Управление контентом Tridion и PDF (большое количество)

Question

У нас есть 5000 PDF-файлов, размер которых должен быть не более 200 гб. Вероятно, они будут обновляться в течение года в партиях около 1000 человек.

Как я вижу, есть два основных пути ...

1) Опубликовать в PDF и связанные с ними метаданные через TRIDION 2) Импорт непосредственно в окружающую среду доставки и управления метаданными PDF в TRIDION

Убедительная (деловая) причина для размещения этих PDF-файлов через CMS - это путь к их производству - CMS = Easy - non-CMS = Нелегко вообще и контроль, который он дает непосредственно бизнесу.

Мы определенно предпочли бы управлять метаданными, непосредственно связанными с двоичным элементом, а также использовать компоновку ссылок (для отслеживания, где используется и т. Д.), А не для сопоставления компонентов (для метаданных) с «ссылками» на не-CMS управляемый двоичный элемент - так мне кажется через CMS будет иметь больше смысла.

Теперь - есть вопрос о том, вздутии базы данных/блокировке очереди публикации ...

Некоторые из этих пунктов, возможно, потребуется пройти через рабочий процесс (если партия загрузить через WebDAV я полагаю, мы могли бы определить конкретные картриджи для определенных папок и, следовательно, связывать другую схему?). Тем не менее - использование WebDAV будет предположительно означает, что PDF-файлы (и исторические версии) будут храниться в базе данных, которая может быть проблематичной.

Итак ... мы могли бы связывать их в TRIDION, как внешняя ссылка компоненты но я полагаю, это будет означать, что мы не могли использовать WebDAV (или мы могли бы по-прежнему использовать WebDAV с externally_linked PDF-файлов - кажется, что это Безразлично Не имеет смысла?)

Я уверен, что большое количество двоичных файлов, управляемых в (или вокруг) CMS, - это то, что многие из нас встретили, и было бы очень интересно узнать, как другие подошли к этой дилемме?

Благодаря

Answer 1

Просто, чтобы ответить на ваш пункт:

Итак ... мы могли бы связать их в TRIDION в качестве внешних компонентов ссылок, но я полагаю, это бы то значит, что мы не могли использовать WebDAV (или мы могли бы еще использовать WebDAV с externally_linked PDF-файлов - кажется, что это не имеет смысла )

Я не уверен, если это возможно с помощью WebDAV, но если вы решите пойти вниз внешний мультимедийный маршрут, который вы могли бы написать? простое приложение для создания мультимедийных компонентов b как указано в каталоге/каталогах хранилища для файлов PDF.

Я видел реализацию, в которой использовалась специальная публикация, позволяющая пользователям размещать файлы и публиковать их через Tridion. Публикация, опубликованная в общей области, в которой была опубликована общая папка, была отображена на требуемые веб-сайты презентаций (виртуальный каталог в IIS) .... поле пользовательской схемы было использовано, чтобы помочь пользователям выбрать, как вставлять pdf-файлы в контент. Я знаю, это ОЧЕНЬ странное решение, но оно решило множество проблем с точки зрения простой настройки безопасности и публикации, а pdf-файлы не были реплицированы в db с помощью синтаксиса/локализации.

Answer 2

Я думаю, что вы (или кто-то в вашей команде), запрашивал это в SDL Tridion форуме. Если это не так, это гигантское совпадение, и посмотрите на предложения.

Я позволю другим прослушивать их опыт, но если вы хотите использовать WebDAV, он всегда будет использовать загруженную версию мультимедийного компонента. Вы должны думать о внешнем двоичном коде как источник только для чтения, который CMS не контролирует.

Как я уже сказал на другом форуме, я бы посоветовал вам загружать их в CMS, если вам нужен рабочий процесс, и управлять правами пользователей на тех, кто может редактировать двоичные файлы. Если бы вы говорили Terra-байты, я был бы более заинтересован, но я не ожидаю большой проблемы для вашего размера данных.

Не забудьте запустить инструмент очистки, чтобы удалить очень старые версии двоичных файлов и не забудьте некоторое время публиковать их. Также публикуйте их небольшими партиями, так как публикация транзакций более 500 Мб является, как известно, интенсивной памятью.