वर्डप्रेस बेकार है!

वर्डप्रेस बेकार है, आपका ध्यान आकर्षित करें? क्या मैं नहीं था, आपको लगता है कि हो सकता है कि थोड़ा उत्तेजक है, लेकिन जितना मैं WordPress प्यार करता हूं, और मुझे यकीन है कि तुम भी कर रहा हूं । बहुत सारी चीजें हैं जो वास्तव में वर्डप्रेस के बारे में चूसती हैं। यह कुछ व्यंग्यात्मक बात यह समय है कि हम वास्तव में हमारे गुलाब रंग का चश्मा ले और चीजें है जो WordPress चूसना बनाने में से कुछ पर एक नज़र रखना नहीं जा रहा है ।

लेकिन पहले, मैं कौन हूं? और मुझे क्या अधिकार कहना है कि वर्डप्रेस बेकार है। उह, मेरा नाम कैमरून जोंस । मैं ऑस्ट्रेलिया में विक्टर हार्बर से वर्डप्रेस डेवलपर हूं, और मैं 2014 से वर्डप्रेस साइटों का निर्माण कर रहा हूं। और मैं प्लगइन स्टोर नेवला बाज़ार भी चलाता हूं, शुरू करने से पहले, मैं सिर्फ इतना कहना चाहता हूं कि मैं कुछ भावुक विषयों को कवर कर सकता हूं और सभी राय विशुद्ध रूप से मेरे अपने हैं।

अब चलो अंदर गोता लगाते हैं।

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

और वे सब एक ही पोस्ट स्थिर में संग्रहीत कर रहे हैं । दो मुख्य मुद्दे हैं जो इसमें पहला मुद्दा है कि यह वास्तव में कई वातावरणों के बीच सामग्री को विलय करना मुश्किल बनाता है। यह ज्यादातर स्थिर साइटों के लिए इतना बुरा नहीं है। लेकिन ई-कॉमर्स स्टोर और मंचों जैसी बहुत सक्रिय साइटों के लिए, यह एक बुरा सपना बन सकता है।

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

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

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

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

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

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

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

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

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

हालांकि, यह पोस्ट और कस्टम पोस्ट प्रकार पोस्ट के बीच विसंगतियों में से एक है होमपेज के रूप में संग्रह हो सकता है या किसी प्रकाशित पृष्ठ को सौंपा जा सकता है, लेकिन कस्टम पोस्ट प्रकारों में ऐसा कोई विकल्प नहीं है। उनके पास केवल गतिशील रूप से उत्पन्न संग्रह या कोई भी नहीं हो सकता है। इसका मतलब है कि कोड के बिना आप कस्टम पोस्ट टाइप आर्काइव के लिए पर्मालिंक नहीं बदल सकते या इसे होमपेज के रूप में सेट नहीं कर सकते।

यह काफी निराशा हो सकती है एक साथ एक वेबसाइट डाल जब विभिंन सामग्री प्रकार इस तरह के अलग कार्यांवयन हो सकता है, यहां तक कि जब वे इतने समान हो ।

वर्डप्रेस ने लंबे समय से पीछे की अनुकूलता बनाए रखने के लिए एक उच्च मानक का आयोजन किया है। न सिर्फ वर्डप्रेस, इसकी अपनी वास्तुकला, बल्कि पीएचपी संस्करण भी। यह हाल ही में हुआ है कि वर्डप्रेस ने आधिकारिक तौर पर पीएचपी 5.4 के लिए समर्थन छोड़ दिया, जबकि एक तरफ। यह पीछे की अनुकूलता के लिए बहुत अच्छा है। दूसरी ओर, इसका मतलब यह है कि मेजबानों को सर्वर को अद्यतित रखने के लिए थोड़ा प्रोत्साहन मिला है।

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

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

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

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

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

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

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

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

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

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

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

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

मुझे लगता है कि यह कह रही है कि WordPress.org पर भुगतान प्लगइन्स और विषयों नहीं होने के बिना चला जाता है यह कठिन लोगों के लिए वर्डप्रेस उत्पादों के निर्माण से एक जीवित बनाने के लिए और प्लगइन्स और WordPress.org पर उपलब्ध विषयों की गुणवत्ता कम करती है ।

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

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

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

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

साथ ही, lhey अपने प्लगइन या विषय द्वारा इस्तेमाल किया जा सकता है। वे किसी भी तरह से वर्डप्रेस पर निर्भर नहीं हैं। तो यह पूरी तरह से एक विभाजन लाइसेंस के तहत अपने काम लाइसेंस के लिए कानूनी है, जहां कोड GPL है और अंय संसाधनों नहीं कर रहे है जो यह करने के लिए नेतृत्व किया गया है समुदाय में कुछ जोशीले gatekeeping है । यदि आप wordpress.org पर अपना प्लगइन प्रकाशित करना चाहते हैं या वर्डकैंप पर बोलते हैं, उदाहरण के लिए, सब कुछ जीपीएल होना चाहिए।

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

अन्यथा मुझे 12 सेकंड बाद में एक भाषण में इसका संदर्भ देने की अनुमति भी नहीं दी जा सकती है।

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

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

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

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

हाल के कुछ अधिग्रहणों में Yoast सिर्फ अधिग्रहण, डुप्लिकेट पोस्ट शामिल हैं। स्वचालित प्राप्त समृद्ध, डब्ल्यूपी इंजन उत्पत्ति प्राप्त करने और फ्लाईवेल भयानक मकसद एक एसईओ, लिक्विड वेब में सभी प्राप्त करना, इवेंट्स कैलेंडर प्राप्त करना। और मैं सामग्री प्रो को प्रतिबंधित करने वाले विषयों को स्पष्ट रूप से सुनिश्चित करने का कोई तरीका नहीं है, लेकिन मुझे लगता है कि यह कहना सुरक्षित है कि इसमें से कुछ ऐसा हुआ है क्योंकि wordpress.org भुगतान किए गए उत्पादों की मेजबानी नहीं करता है।

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

और इस वजह से वे खुद को स्थिति में सक्षम है क्योंकि प्रतिक्रिया का एक बहुत कुछ करने के लिए नेतृत्व किया । मुझे लगता है कि यह कहना उचित है कि वर्डप्रेस ट्रेडमार्क का ऑटोमैटिक्स उपयोग वर्डप्रेस समुदाय को चोट पहुंचाता है। मैं एक के लिए यह से आहत था जब WordPress पहली बार मुझे सिफारिश की थी, पहली बात यह है कि खोज परिणामों में आया था, जब मैं इसे wordpress.com के लिए देखा था ।

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

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

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