2011-09-26 13 views
39

हम एक नई वेब चीज़ के निर्माण के लिए कई समाधानों का मूल्यांकन कर रहे हैं जिन्हें हम बनाना चाहते हैं। इसमें उपयोगकर्ता प्रबंधन, सामग्री प्रबंधन, अभियान, समुदाय और वित्तीय लेनदेन सहित कई पहलू हैं।जाने या जाने के लिए Liferay के साथ जाना नहीं है? अच्छा, बुरा और बदसूरत क्या है?

हम जूमला + वाडिन + सीएएस (कुछ नाम देने के लिए) का उपयोग करके ढांचे को खुद को रोल करने की सोच रहे हैं, लेकिन मुझे आश्चर्य है कि क्या हमें केवल एक-स्टॉप शॉपिंग के लिए लिफ़ेरे पोर्टल को अपनाना चाहिए?

मैंने प्रशंसापत्रों की तलाश की है और बहुत कुछ नहीं आया है। मैं किसी ऐसे व्यक्ति की सराहना करता हूं जिसने लिफ़ेरे (या नहीं चुना) का उपयोग किया है जो तकनीकी बाधाओं को हल करता है (या नहीं) और संभावित रूप से जो कुछ भी बना सकता है उसे साझा करेगा।

धन्यवाद!

+1

जूमला + वाडिन? जूमला PHP है, वैडिंग जावा है - आप एक ऐप के लिए PHP और जावा दोनों रखना चाहते हैं? यह सिर्फ अनुचित है। – mvmn

+0

जिस कंपनी में मैंने काम किया है, वह एक दूसरे से स्वतंत्र कई अलग-अलग जीवन परियोजनाएं स्थापित कर चुका है। वर्तमान में एक और समूह एक लाइफरे आधारित वेबपृष्ठ को बाहरी से इनहाउस होस्टिंग में ले जाने पर काम कर रहा है। उन्होंने मुझे बताया कि उन्हें कई समस्याओं का सामना करना पड़ रहा है; प्रयुक्त पोर्टल/पुस्तकालयों से अलग संस्करण, डेटाबेस को बदलने के प्रयास (mysql से oracle तक afaik), संस्करण 6.0, 6.1 और 6.2 के बीच परिवर्तन को तोड़ने के साथ ईई संस्करण बनाम सीई संस्करण पर अलग-अलग बग फिक्स स्थिति के भीतर। यह सब ... – surfmuggle

+0

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

उत्तर

17

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

अंत में, निर्णय पर लिया गया था Liferay का उपयोग करें क्योंकि हम एक पोर्टल कंटेनर के अतिरिक्त ओवरहेड नहीं चाहते थे जब हमें अतिरिक्त सामान की आवश्यकता नहीं थी, और यह भी बनाए रखना चाहता था पूरी तरह से नियंत्रण और लचीलापन बिल्कुल कैसे सब कुछ एक साथ चिपक गया था।

+11

मुझे समझ में नहीं आता कि इसे क्यों चुना गया है सबसे बढ़िया उत्तर। वास्तव में सवाल यह था कि लिफ़ेरे को पोर्टल के रूप में उपयोग करना उचित है या नहीं, लेकिन आपने इसके बारे में नकारात्मक राय दी है, हालांकि आपको इसकी पोर्टल कार्यक्षमता का उपयोग करने की आवश्यकता नहीं है। – denu

+0

@denu - Liferay _is_ एक _portlet कंटेनर_ और हमारे मामले में, चूंकि हम पोर्टल विकसित नहीं कर रहे थे, इसलिए इसका उपयोग केवल "एड-ऑन" के लिए किया जा रहा था जो अन्य टूल्स बेहतर थे। ओपी ने प्रशंसापत्रों और सामान्य जानकारी के बारे में पूछा कि उसने क्या किया और यह अच्छा नहीं हुआ। चूंकि ओपी ने पोर्टल _at all_ रखने के बारे में कुछ भी नहीं कहा है, मुझे यकीन नहीं है कि आप इसे कहां से प्राप्त कर रहे हैं। हालांकि मैं मानता हूं कि मेरा जवाब शायद सबसे अच्छा नहीं है। – cdeszaq

55

अस्वीकरण: मैं अब लिफ़ेरे के लिए काम करता हूं; हालांकि, यहां जवाब देने से पहले जवाब पोस्ट किया गया था।

मेरी कंपनी जिस कंपनी के लिए मैंने काम किया वह एक Liferay Inc. भागीदार है इसलिए मुझे इसका बहुत अनुभव है। इसके अलावा, हो सकता है कि आप नमक के अनाज के साथ मेरी राय लेना चाहते हैं :)

हमने विभिन्न जावा पोर्टल टूल का उपयोग किया है और सच्चाई यह है: कॉर्पोरेट पोर्टल के रूप में, Liferay बाजार AFAIK में सबसे अच्छा है। यह कार्यक्षमता में समृद्ध है, इसमें कुछ कीड़े हैं, इसका कोड अच्छी तरह से लिखा गया है, समुदाय बहुत उपयोगी है और यह लचीला और अनुकूलन योग्य है, जो कि विभिन्न प्रकार की आवश्यकताओं के लिए उपयोगी है।

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

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

ओटीओएच, लिफ़ेरी बड़ा है और यह एक समस्या हो सकती है। आपको अपने प्लेटफ़ॉर्म को छेड़छाड़ करने वाली बहुत सारी अप्रयुक्त सामग्री मिल सकती है। आपको एक विशाल आवेदन का अध्ययन करना होगा और इससे आपसे अधिक समय और प्रयास की मांग होगी। दुर्भाग्य से, चीजें खराब करने के लिए, Liferay दस्तावेज खराब है। चूंकि लिफ़ेरी समस्याओं की एक विस्तृत श्रृंखला को हल करता है, इसलिए इसका कोडबेस बड़ा है। अधिकतर, अनुप्रयोगों में, यदि यह जटिलता कई में डिस्पेंसेबल हो सकती है।

इसके अलावा, यदि आपका आवेदन बहुत सारी सामग्री का उपयोग नहीं करता है, तो लिफ़ेरे विभिन्न सहायक उपकरण प्रदान कर सकता है, लेकिन यह लिफ़ेरे का उपयोग करने के लिए प्राकृतिक वातावरण नहीं होगा। आपको लिफ़ेरे मंच में भी लॉक कर दिया जाएगा, जो आपके विकल्पों को सीमित कर सकता है। आप Liferay उपकरण का विश्लेषण करना चाह सकते हैं, लेकिन मुझे नहीं पता कि यह एक अच्छा मंच होगा या नहीं।

को संक्षेप में मैं कहूंगा कि:

  • आप एक जावा आधारित पोर्टल का उपयोग करने के लिए, या एक विस्तृत, जटिल पोर्टल का निर्माण करना चाहते हैं, तो मैं बिना प्रतिबंध Liferay की सलाह देते हैं;
  • यदि आप एक ऐसी एप्लिकेशन बनाना चाहते हैं जो बहुत सारी सामग्री का प्रबंधन करे, तो लिफ़ेरे ऐसा करने के लिए एक अच्छा मंच है और मुझे लगता है कि यह सबसे अच्छा विकल्प हो सकता है;
  • यदि आपका आवेदन बड़ा है लेकिन सामग्री केंद्रित नहीं है, तो मैं लिफ़ेरे की अनुशंसा नहीं करता लेकिन यह उपयोगी हो सकता है;
  • यदि आपका एप्लिकेशन बहुत सारी सामग्री का प्रबंधन नहीं करता है और संभावित रूप से छोटा है, तो लिफ़ेरे शायद इसकी तुलना में अधिक जटिलता जोड़ देगा।
+3

मैं जो कुछ भी कहता हूं उसके साथ मैं 100% सहमत हूं। हमारे ऐप के लिए, यह सामग्री उन्मुख की बजाय, अधिक क्रिया-केंद्रित और डेटा उन्मुख है, और यह भी छोटा है। प्लेटफार्म लॉक-इन भी एक चिंता थी, लेकिन अगर हमारे पास अधिक पोर्टल-उन्मुख जरूरतें थीं, तो हम निश्चित रूप से लिफ़ेरे का चयन करेंगे। – cdeszaq

+3

> ... इसका कोड अच्छी तरह लिखा गया है ... कृपया com.liferay.portlet.journal.service.JournalArticleLocalServiceUtil.addArticle (...) पर एक नज़र डालें। इसमें 38 पैरामीटर लगते हैं !!! – FeinesFabi

+2

@FeinesFabi यह सुनिश्चित करने के लिए बहुत सारे पैरामीटर है! लेकिन इसके लिए कारण हैं: इस समारोह को SOAP * और * REST webservices के माध्यम से भी बुलाया जाता है जो केवल आदिम प्रकार प्राप्त करते हैं। जावास्क्रिप्ट में, ये पैरामीटर किसी ऑब्जेक्ट के माध्यम से पारित होते हैं, यह वैसे ही स्पष्ट है। सबसे महत्वपूर्ण बात यह है कि यह विधि क्षणिक होनी चाहिए: यह कई पंक्तियों को बरकरार रखती है और यदि कोई वस्तु दृढ़ता विफल हो जाती है, तो इसे सब कुछ रोलबैक करना चाहिए। कई पैरामीटर इन और अन्य आवश्यकताओं को समायोजित करने के लिए मिले समाधान थे। इसमें सुधार करने के बारे में बहस है लेकिन यह कोई हल्का नेतृत्व नहीं है, विज्ञापन डिजाइन है। – brandizzi

संबंधित मुद्दे