एक सीएमएस के रूप में वर्डप्रेस का उपयोग करना: कस्टम बनाम मौजूदा प्लगइन्स के लिए डेवलपर प्राथमिकताएं

Question

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

कभी-कभी यद्यपि कस्टम कार्यक्षमता की आवश्यकता होगी, जिसके लिए मैं आमतौर पर उपलब्ध हजारों प्लगइन्स ब्राउज़ करता हूं और एक का उपयोग करता हूं जो सूट करता है। हालाँकि जब मैं अधिक साइटें बनाता हूं तो मुझे लगता है कि मैं 100% संतुष्ट नहीं हूं कि प्लगइन्स कैसे काम करते हैं (वे या तो बहुत अधिक या बहुत कम करते हैं)

क्या आप लोग उन WordPress साइटों के लिए कस्टम प्लगइन्स लिखते हैं जिन्हें आप क्लाइंट्स के लिए बनाते हैं (भले ही समान वाले पहले से मौजूद हों)? जब आप कस्टम बनाम मौजूदा की बात करते हैं तो आप किसी निर्णय पर कैसे पहुँच सकते हैं?

Comments

चूंकि यह अधिक "क्या आपका विशिष्ट दृष्टिकोण है" बनाम "सबसे अच्छा तरीका क्या है" प्रश्न, मैं तर्क देता हूं कि इसे

— विकि-

आपकी प्रतिक्रियाओं के लिए सभी को धन्यवाद - मैं कई वास्तविक वर्डप्रेस डेवलपर्स को नहीं जानता, इसलिए अंतर्दृष्टि अमूल्य है।

Answer 1

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

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

Answer 2

हाय @ तपिंगु:

बड़ा अच्छा सवाल!

मैं ग्राहकों के लिए कस्टम CMSes का निर्माण करता हूं, मैं ग्राहकों के लिए ब्लॉग सेट नहीं करता, इसलिए मुझे लगता है कि ग्राहकों के प्रकारों के लिए मैं जो सेवा कर रहा हूं वह लगभग विशेष रूप से कस्टम प्लगइन्स का उपयोग कर रहा हूं। मेरे ग्राहक आमतौर पर वैसी ही चीजें चाहते हैं, जैसे वे उन्हें चाहते हैं और मुझे लगता है कि बहुत कम ऑफ-द-शेल्फ प्लग इन उनकी जरूरतों को पूरा करेंगे।

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

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

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

Answer 3

यह एक बहुत अच्छा सवाल है। शेल्फ प्लगइन्स से कुछ सामान्य हैं जो मैं नियमित रूप से उपयोग करता हूं जो कि प्रदर्शन / कैशिंग, एसईओ और फॉर्म (ग्रेविटी फॉर्मेट) जैसे बुनियादी मुद्दों को हल करते हैं।

लगभग सब कुछ के लिए पूरी तरह से कस्टम। कस्टम कार्य के अधिकांश में क्लाइंट के लिए अपनी साइट पर विशेष रूप से परिभाषित सामग्री प्रकार जोड़ने का एक तरीका बनाना शामिल है।

उदाहरण के लिए, एक ग्राहक नौकरी के उद्घाटन के बाद के रास्ते का अनुरोध कर सकता है। इसके लिए नौकरी के शीर्षक, वेतन, लाभ, शिक्षा आवश्यकताओं, नौकरी विवरण आदि जैसे सामान के लिए कस्टम मेटा बॉक्स के साथ एक कस्टम पोस्ट प्रकार की आवश्यकता होती है, फिर एक ऑनलाइन आवेदन पत्र को एक आवेदन के साथ बनाया जाना होगा, बटन या एकल कार्य में झुका हुआ .php टेम्प्लेट।

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

वास्तव में शेल्फ प्लगइन्स बंद नहीं हैं जो पूरी तरह से कस्टम सीएमएस की जरूरतों को पूरा कर सकते हैं।

Answer 4

मुझे यह पसंद है कि 3rd पार्टी WP प्लगइन्स की इतनी बड़ी लाइब्रेरी है, और मैं अक्सर व्यक्तिगत साइटों और समर्थक-मुक्त काम के लिए उनका उपयोग करता हूं। लेकिन मैं शायद ही कभी व्यावसायिक विकास नौकरियों के भंडार से प्लगइन्स का उपयोग करता हूं।

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

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

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

Answer 5

मैं अभी तक एक ग्राहक के लिए एक कस्टम प्लग में लिखने के लिए है, लेकिन मैं निश्चित रूप से अगर वे इसके लिए भुगतान कर रहे थे :)

मैं अभी हाल ही में एक पूरी तरह से अनुकूलित मध्यम आकार की साइट के साथ 3.0 की "सुविधाओं" जैसे अधिक सीएमएस में काम करता हूं। प्रारंभ में मैं थोड़ा चिंतित था अगर यह वास्तव में बाहर काम करने वाला था क्योंकि इसमें बहुत सारे कस्टम तत्वों की आवश्यकता थी और उनमें से किसी को भी ब्लॉगिंग के साथ नहीं करना था।

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

इसके साथ ही कहा जा रहा है कि निश्चित रूप से कुछ ऐसे कार्य हैं जिन पर काम किया जा सकता है, मैं अब भी कभी-कभी खुद को यह कहते हुए पाता हूं .. यदि इसमें केवल फीचर x जैसा होता है ... करता है।

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