Gestione dei contenuti Tridion e PDF (volume elevato)

Question

Abbiamo 5.000 PDF che, in totale, non devono superare i 200 GB. È probabile che sia loro richiesto di essere aggiornati durante l'anno in gruppi di circa 1.000.

A mio, ci sono due percorsi principali ...

1) Pubblica il PDF e metadati associati attraverso Tridion 2) Importa direttamente nell'ambiente consegna e gestire i metadati PDF in Tridion

Un motivo convincente (business) per inserire questi PDF attraverso il CMS è la strada per metterli in produzione - CMS = Facile - non-CMS = Non facile affatto e il controllo che dà direttamente al business.

Noi preferiremmo preferire i metadati direttamente associati all'elemento binario e anche sfruttare il collegamento dei componenti (per tenere traccia di dove usato ecc.) Piuttosto che mappare i componenti (per i metadati) con "link" a un non CMS elemento binario controllato - quindi mi sembra che sia il tramite il CMS avrebbe più senso.

Ora - c'è la questione del gonfiore del database/bloccando la coda di pubblicazione ...

Alcuni di questi elementi potrebbe essere necessario passare attraverso il flusso di lavoro (se ci Caricamento batch tramite WebDAV presumo potremmo definire cartucce specifiche per cartelle specifiche e quindi associare schemi diversi?). Tuttavia, l'utilizzo di WebDAV presumibilmente significa che i PDF (e le versioni storiche di) verrebbero archiviati nel database che potrebbe essere problematico per.

Quindi ... siamo riusciti a collegare questi in Tridion come link esterno componenti ma Presumo che questo sarebbe poi dire che non potevamo usare WebDAV (o potremmo ancora utilizzare WebDAV con i PDF externally_linked - sembra come esso doesn Non ha senso?)

Sono sicuro che grandi quantità di file binari gestiti nel (o intorno al CMS) sono qualcosa che molti di noi hanno incontrato e sarebbero molto interessati ad ascoltare come altri hanno affrontato questo dilemma?

Grazie

Answer 1

Proprio per rispondere alla tua punto:

Quindi ... siamo riusciti a collegare questi in Tridion come componenti di link esterni, ma io presumere questo allora significa che non abbiamo potuto usare WebDAV (o potremmo ancora utilizzare WebDAV con i PDF externally_linked - sembra che non fa senso)

non sono sicuro se questo è possibile con WebDAV, ma se si decide di andare giù il percorso multimediale esterno si potrebbe scrivere un? semplice applicazione per creare i componenti multimediali b inserito nella directory/directory di archiviazione per i file pdf.

Ho visto un'implementazione in cui è stata utilizzata una pubblicazione specifica per consentire agli utenti di inserire i file e pubblicare tramite Tridion. La pubblicazione pubblicata in un'area condivisa, quella pubblicata cartella condivisa, è stata mappata nei siti Web di presentazione richiesti (directory virtuale in IIS) .... un campo schema personalizzato è stato utilizzato per aiutare gli utenti a scegliere come incorporare i PDF nel contenuto. Lo so, questa è una soluzione MOLTO strana, ma ha risolto molti problemi in termini di facilità di sicurezza e configurazione della pubblicazione e i pdf non sono stati replicati nel db tramite blueprinting/localizzazione.

Answer 2

penso che (o qualcuno nella vostra squadra) deve aver chiesto questo nel Tridion Forum SDL. Se non lo è, è una coincidenza gigantesca, e dai un'occhiata ai suggerimenti.

Farò entrare gli altri con le loro esperienze, ma se si desidera utilizzare WebDAV verrà sempre utilizzata la versione caricata di un componente multimediale. Dovresti pensare ai binari esterni come a una fonte di sola lettura su cui il CMS non ha alcun controllo.

Come ho detto nell'altro forum, suggerirei di continuare a caricarli sul CMS se è necessario un flusso di lavoro e gestire le autorizzazioni utente su chi può modificare i file binari. Se parlassi a Terra-bytes sarei più preoccupato, ma non prevedo un grosso problema per la dimensione dei tuoi dati.

Considerare di eseguire lo strumento di eliminazione molto spesso per eliminare versioni molto vecchie dei file binari e assicurarsi di dedicare un po 'di tempo alla loro pubblicazione. Pubblicarli anche in piccoli lotti, poiché la transazione di pubblicazione oltre i 500 Mb è notoriamente intensiva della memoria.