2013-02-19 32 views
9

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

इस उपयोग के मामले में हमने जो मुद्दों को चलाया है, उनमें से एक यह है कि संसाधन के लिए मल्टीमीडिया प्रकार को स्पष्ट रूप से सेट करने के बावजूद, यदि छवि के यूआरएल में या तो क्वेरी स्ट्रिंग है: http://cdn.hw.net/UploadService/1c8b7f28-bb12-4e02-b888-388fdff5836e.jpg?w=160&h=120&mode=crop&404=default या 'फ्रेंडली यूआरएल' का उपयोग करता है : http://www.somewhere.com/images/myimage/ जब हम घटक को सहेजते हैं, तो त्रुटि संदेशों के साथ Tridion barfs: 'संपत्ति के लिए अवैध मान' फ़ाइल नाम '। अप्रत्याशित फ़ाइल एक्सटेंशन: jpg? W = 160 & एच = 120 & मोड = फसल & 404 = डिफ़ॉल्ट। उम्मीद: जेपीजी, जेपीईजी, जेपी। '

अभी तक, हम इस मुद्दे के आसपास संभावित रूप से संभावित रूप से प्राप्त करने में सक्षम होने का एकमात्र तरीका यह है कि कुछ हैक को एक अतिरिक्त क्वेरी स्ट्रिंग पैरामीटर को जोड़ने के समान है यूआरएल जो अपेक्षित फ़ाइल एक्सटेंशन के साथ समाप्त होता है: http://cdn.hw.net/UploadService/1c8b7f28-bb12-4e02-b888-388fdff5836e.jpg?w=160&h=120&mode=crop&404=default&ext=.jpg जाहिर है, यह सबसे अच्छा समाधान नहीं है और वास्तव में कुछ छवियों के लिए काम नहीं कर सकता है यदि साइट पर वे सेवा की जा रही हैं जो अनुरोधित यूआरएल को कड़ाई से मान्य करती है।

क्या किसी के पास इस मुद्दे के आसपास काम करने के तरीके पर कोई विचार है?

उत्तर

9

दुर्भाग्य से मैं वास्तव में इसके लिए एक आसान समाधान नहीं सोच सकता, क्योंकि ट्रिडियन फ़ाइल एक्सटेंशन की जांच करके माइम प्रकार का पता लगाता है।

पढ़ते समय इसे सहेजने और निकालने के दौरान आप शायद इसे जोड़ सकते हैं (इवेंट सिस्टम के माध्यम से)? निश्चित रूप से एक सार्थक वृद्धि अनुरोध, मेरे ज्ञान के लिए यह व्यवहार जल्द ही आने वाले ट्रिडियन 2013 के लिए नहीं बदला गया है ... नीचे टिप्पणी देखें, इसे 2013 के लिए बदल दिया गया है।

+3

यह बदल गया है, 2013 –

+0

में एक समाधान होगा, दृश्य प्रणाली के पीछे इस से निपटने के लिए घटना प्रणाली का उपयोग करने के लिए अच्छा विचार और ट्रिडियन 2013 में इसके लिए सीधे समर्थन के बारे में जानना अच्छा है। –

+0

क्या 2013 में कोई समाधान है , हम 2013 sp1 का उपयोग कर रहे हैं लेकिन फिर भी वही समस्या – rdhaundiyal

8

+1 नूनो के उत्तर के लिए +1। यह स्वीकार करते हुए कि आपके प्रश्न का शीर्षक मल्टीमीडिया घटकों के लिए विशिष्ट है, आप एक और दृष्टिकोण पर विचार करना चाह सकते हैं जो सामान्य घटक का उपयोग करना है, मल्टीमीडिया घटक नहीं। आप एक सामान्य घटक स्कीमा बना सकते हैं जिसे "बाहरी छवि" जैसे कुछ कहा जाता है जिसमें आपके विस्तारित यूआरएल को स्टोर करने के लिए बाहरी यूआरएल फ़ील्ड होता है।

सामग्री लेखकों में इन छवियों को ट्रिडियन जीयूआई में नियमित घटक लिंकिंग तंत्र के माध्यम से शामिल किया जाएगा।

फिर आप एक कस्टम लिंक रिसोल्वर TBB कि आउटपुट आइटम (Regex के माध्यम से) पार्स की आवश्यकता होगी किसी भी Tridion एंकर टैग <a tridion:href="tcm:x-y-z"> की तलाश में और हर एक के लिए उन्हें एक <img src=...> टैग जहां src पथ इस लिंक किए गए घटक से आएगा के साथ बदलें ।

इसी तरह के दृष्टिकोण के उदाहरण के लिए, लेकिन वीडियो के साथ, और एक कस्टम लिंक रिज़ॉल्वर के लिए नमूना कोड टीबीबी निम्नलिखित पोस्ट में कोड को देखता है: http://www.tridiondeveloper.com/integration-sdl-tridion-jw-media-player

+0

वास्तव में अच्छा विचार है। जैसा कि यह अभी खड़ा है, हम अपने मूल सामग्री (जो अपलोड किए गए बहु-मीडिया घटकों का उपयोग करते हैं) के लिए उपयोग की जाने वाली क्यूरेटेड सामग्री बनाने के लिए एक ही स्कीमा का उपयोग करने की कोशिश कर रहे हैं, यदि हम ऐसा करते हैं तो हमारे घटक/पेज टेम्पलेट्स 'बस काम' के बहुत सारे हैं। हालांकि मुझे लगता है कि अल्प अवधि में हम नूनो के सुझाव के अनुसार करेंगे, आपके उत्तर ने मुझे इस सामग्री के लिए छवियों को उसी तरह से संभालने के फैसले पर पुनर्विचार किया है, जैसा कि हम अन्य सामग्री के लिए करते हैं और हमारे पास आने वाली परियोजना के लिए समाधान भी प्रदान करता है (विडंबना से वीडियो से संबंधित।) –