क्यूं कर?
कभी-कभी वर्डप्रेस या एक प्लगइन के व्यवहार को बदलने के लिए एक आसान फिक्स सीधे प्लगइन या वर्डप्रेस की फ़ाइलों को बदलना हो सकता है। इस तरह के विचार के साथ आने पर, सामान्य प्रतिक्रिया होती है:
कोर हैक मत करो।
कोर फाइलों को बदलना आमतौर पर एक बुरा विचार क्यों है?
विचार करें?
कभी-कभी, हालांकि, ऐसी चीजें जो किसी साइट के लिए महत्वपूर्ण हो सकती हैं, कोर फ़ाइलों को बदलने के बिना एक अच्छे तरीके से बस करना असंभव है। ऐसी स्थिति में, आपको आगे बढ़ने और हैकिंग कोर शुरू करने से पहले, आपको क्या पता होना चाहिए?
कैसे?
आपने सभी विकल्पों पर विचार किया है, लेकिन एकमात्र समाधान कोर फ़ाइलों को हैक करना है। आपको ऐसा करने के बारे में कैसे जाना चाहिए? कैसे एक बदल कोर होगा, अद्यतन की तरह वर्कफ़्लोज़ को प्रभावित करेगा?
1
मैं कोर को हैक करने की किसी भी सिफारिश से पूरी तरह असहमत हूं क्योंकि मुझे अभी तक एक भी ऐसी चीज नहीं मिली है जिसके बारे में मैं काम नहीं कर सकता। केवल वे लोग जिनके पास उत्पादन साइट के लिए कोई व्यवसाय हैकिंग कोर है, वे हैं जिन्हें इस विषय पर कुछ भी पढ़ने की बिल्कुल आवश्यकता नहीं है क्योंकि वे शायद पहले से ही वर्डप्रेस कोर टीम पर हैं। लोगों को समझाते हुए कि यह कैसे करना है, बस 99 में से 100 लोग ऐसे हैं जो निश्चित रूप से इसे अपने फैसलों को तर्कसंगत बनाने का एक तरीका नहीं होना चाहिए। और मैं वास्तव में यहां सक्षम होने से नफरत करता हूं। JMTCW।
—
माइकस्किंकेल
अनुवर्ती कार्रवाई के रूप में, यहां एक प्रश्न का एक उदाहरण है जो पहले उत्तर में था "यह संभव नहीं है" और मैंने एक उदाहरण के साथ उत्तर दिया कि कैसे: wordpress.stackexchange.com/questions/972/#984 एक (लगभग हमेशा) एक तरीका है यह w / o हैकिंग कोर करते हैं।
—
माइकस्किंकेल
यदि आप कोर बदलते हैं, तो आपको हर एक बार अपग्रेड करने के बाद परिवर्तनों को फिर से करना होगा, और आप अपनी स्थापना को गैर-मानक बना देंगे, ताकि लोगों को आपकी सहायता करना कठिन हो। बस एक प्लगइन बनाएं, एक विजेट, एक टेम्पलेट, एक हुक या कई तरीकों में से कोई भी वर्डप्रेस आपको कोर बदलने के लिए नहीं प्रदान करता है।
—
वादी एम।
वादी सही है। मैंने विभिन्न चीजों को ठीक करने / सुधारने / अनुकूलित करने के लिए कुछ मुख्य फाइलों में बदलाव किए हैं और उन्नयन के समय मैं हमेशा निराश रहता हूं क्योंकि मुझे बदलावों की जांच करनी है और नई फाइलों के लिए अपने पैच लगाने हैं। यह तब और भी अधिक निराशाजनक होता है जब नई फाइलें पुराने वाले से बहुत अधिक भिन्न होती हैं और परिवर्तनों के स्थान अब स्पष्ट नहीं हैं (या यहां तक कि सभी में मौजूद हैं)।
—
1
जैसा कि मुझे डर था; कभी-कभी जब कोई परिष्कृत हुक नहीं होते हैं (जैसे कि मेरी साइट को संशोधित करना), तो केवल वही हुक होते हैं जो बफर-आउटपुट ट्रिक के लिए काम करते हैं
—
सिनेटेक
admin_body_classऔर admin_footerजिसका अर्थ है पूरे पृष्ठ पर कब्जा करना । मैंने अभी इसकी कोशिश की और इसमें> 2MB सामग्री है जिसे संबंधित अनुभाग के लिए खोजा जाना है, फिर आउटपुट करने से पहले पार्स और संशोधित किया गया है। या, मैं कोड के एक हिस्से को दाईं ओर जोड़ सकता हूं my-sites.phpऔर अपडेट के बाद पैच को लागू करने के लिए एक अलग उपकरण का उपयोग कर सकता हूं (यह मानते हुए कि इसे बिल्कुल संशोधित किया गया था)। इस तरह से परिदृश्यों में कोर को संशोधित करने के खिलाफ मामला बनाना वास्तव में कठिन है।