ट्रिडियन और पीडीएफ (उच्च मात्रा) सामग्री प्रबंधन

Question

हमारे पास 5,000 पीडीएफ हैं जो कुल मिलाकर 200 जीबी से बड़ा नहीं होना चाहिए। उन्हें साल भर लगभग 1000 के बैच में अपडेट होने की आवश्यकता है।

के रूप में मैं देख रहा हूँ, वहाँ दो मुख्य मार्गों ...

1) सीधे वितरण वातावरण में Tridion 2) आयात के माध्यम से पीडीएफ और संबद्ध मेटाडेटा प्रकाशित करें और Tridion

में

पीडीएफ मेटाडाटा का प्रबंधन कर रहे हैं इन पीडीएफ को सीएमएस के माध्यम से डालने का एक आकर्षक (व्यवसाय) कारण उन्हें उत्पादन पर लाने का मार्ग है - सीएमएस = आसान - गैर-सीएमएस = बिल्कुल आसान नहीं है और यह नियंत्रण सीधे व्यापार को देता है।

हम निश्चित रूप से बाइनरी आइटम से जुड़े मेटाडेटा को प्रबंधित करना पसंद करेंगे और गैर-सीएमएस में "लिंक" के साथ मैपिंग घटकों (मेटाडेटा के लिए) के बजाय घटक लिंकिंग (जहां इस्तेमाल किया आदि ट्रैक करने के लिए) का लाभ उठाएंगे। नियंत्रित बाइनरी आइटम - तो मुझे लगता है कि के माध्यम से सीएमएस अधिक समझ में आता है।

अब - वहाँ/डेटाबेस सूजन प्रकाशन कतार अवरुद्ध करने का सवाल ...

इन वस्तुओं में से कुछ कार्यप्रवाह के माध्यम से जाना (यदि हम बैच WebDAV के माध्यम से अपलोड मुझे लगता है हम विशिष्ट कारतूस निर्धारित कर सकते हैं की आवश्यकता हो सकती है विशिष्ट फ़ोल्डर्स के लिए और इसलिए विभिन्न स्कीमा को जोड़ते हैं?)। हालांकि - WebDAV का उपयोग संभवतः का मतलब है कि पीडीएफ (और ऐतिहासिक संस्करण) डेटाबेस में संग्रहीत किए जाएंगे जो समस्याग्रस्त हो सकता है।

तो ... हम बाहरी लिंक के रूप में Tridion में इन लिंक कर सकते हैं घटकों लेकिन मैं इस अनुमान तो मतलब यह होगा कि हम WebDAV का उपयोग नहीं कर सकता है (या हम अभी भी externally_linked पीडीएफ़ साथ WebDAV इस्तेमाल कर सकते हैं - लगता है ऐसा नहीं की तरह समझ में नहीं आता?)

मुझे यकीन है कि सीएमएस में (या आसपास) बड़ी मात्रा में बाइनरी प्रबंधित की जा रही हैं, हम में से कई लोग आ गए हैं और यह सुनकर बहुत दिलचस्पी होगी कि दूसरों ने इस दुविधा से कैसे संपर्क किया है?

धन्यवाद

Answer 1

बस अपनी बात का जवाब देने में:

तो ... हम बाहरी लिंक घटक के रूप में Tridion में इन लिंक कर सकते हैं लेकिन मैं अभी भी अनुमान इस तो मतलब यह होगा कि हम WebDAV का उपयोग नहीं कर सकता है (या कर सकते थे हम externally_linked पीडीएफ़ साथ WebDAV का उपयोग करें - यह की तरह लगता है मतलब नहीं है)

मुझे यकीन है कि अगर यह WebDAV के साथ संभव है नहीं कर रहा हूँ, लेकिन आप बाहरी मल्टीमीडिया मार्ग नीचे जाने के लिए आप एक लिख सकता है फैसला करते तो क्या होगा? मल्टीमीडिया घटकों को बनाने के लिए सरल आवेदन बी पीडीएफ फ़ाइलों के लिए भंडारण निर्देशिका/निर्देशिकाओं पर आधारित।

मैंने एक कार्यान्वयन देखा है जहां उपयोगकर्ताओं को फ़ाइलों को रखने और ट्रिडियन के माध्यम से प्रकाशित करने के लिए एक विशिष्ट प्रकाशन का उपयोग किया गया था। एक साझा क्षेत्र में प्रकाशित प्रकाशन, जिसे साझा फ़ोल्डर प्रकाशित किया गया था, आवश्यक प्रस्तुति वेबसाइटों (आईआईएस में वर्चुअल निर्देशिका) में मैप किया गया था .... कस्टम स्कीमा फ़ील्ड का उपयोग उपयोगकर्ताओं को सामग्री में पीडीएफ को एम्बेड करने का तरीका चुनने में मदद करने के लिए किया गया था। मुझे पता है, यह एक बहुत ही अजीब समाधान है, लेकिन इसने आसान सुरक्षा और प्रकाशन कॉन्फ़िगरेशन के संदर्भ में बहुत सी समस्याएं हल की हैं और पीडीएफ को ब्लूप्रिंटिंग/स्थानीयकरण के माध्यम से डीबी में दोहराया नहीं गया था।

Answer 2

मैं तुम्हें (या अपनी टीम में किसी को) एसडीएल Tridion फोरम में इस पूछा गया होगा लगता है। यदि यह नहीं है, तो यह एक विशाल संयोग है, और सुझावों पर एक नज़र डालें।

मैं दूसरों को अपने अनुभवों के साथ झुका दूंगा, लेकिन यदि आप WebDAV का उपयोग करना चाहते हैं तो यह हमेशा मल्टीमीडिया घटक के अपलोड किए गए संस्करण का उपयोग करेगा। आपको बाहरी बिनरी के बारे में केवल एक स्रोत के रूप में सोचना चाहिए जिसे सीएमएस का कोई नियंत्रण नहीं है।

जैसा कि मैंने दूसरे फोरम में कहा था, मैं सुझाव दूंगा कि यदि आप वर्कफ़्लो की आवश्यकता है और बाइनरी संपादित कर सकते हैं, तो उपयोगकर्ता अनुमतियों को प्रबंधित करने के लिए आप उन्हें सीएमएस में अपलोड करने के साथ चिपके रहेंगे। यदि आप टेरा-बाइट्स से बात कर रहे थे तो मैं अधिक चिंतित हूं, लेकिन मुझे आपके डेटा आकार के लिए बड़ी समस्या का अनुमान नहीं है।

बाइनरी के बहुत पुराने संस्करणों को हटाने के लिए अक्सर शुद्ध उपकरण चलाने पर विचार करें, और सुनिश्चित करें कि उन्हें प्रकाशित करते समय कुछ समय दें। उन्हें छोटे बैचों में भी प्रकाशित करें, क्योंकि 500 ​​एमबी से अधिक प्रकाशन लेनदेन कुख्यात स्मृति गहन है।