wp-includesवर्डप्रेस को फ्रंटेंड (और फिर कुछ) के माध्यम से चलाने के लिए आवश्यक सब कुछ शामिल है। यह वर्डप्रेस कोर का क्षेत्र है, और जैसा कि कहा जाता है, कभी भी किसी भी परिस्थिति में कोर को संशोधित न करें।
जबकि wp-contentप्लगइन्स और थीम को परिभाषित किया जा सकता है, एपीआई और वर्डप्रेस कोर का विशाल बहुमत उस फ़ोल्डर में बैठता है। ये वर्डप्रेस की लगभग संपूर्णता पर निर्भर हैं। आपके सभी मानक कार्य और उनकी निर्भरता इस फ़ोल्डर में मिलेगी।
यह शोध और चीजों को देखने के लिए एक मूल्यवान संसाधन बनाता है।
wp-admin अतिरिक्त वस्तुओं को परिभाषित कर सकते हैं, लेकिन यह दृश्यपटल चलाने के लिए उतना महत्वपूर्ण नहीं है
./wp-admin - Admin code
./wp-content - User-defined code and content
./wp-includes - Common files
उस फ़ोल्डर में फ़ाइलें कितनी विश्वसनीय हैं, इसके लिए आपको उस फ़ोल्डर की फ़ाइलों पर भरोसा नहीं करना चाहिए। आपको कभी भी किसी फ़ाइल या पथ को wp- शामिल करने की आवश्यकता नहीं होनी चाहिए और यदि आप प्रयास करते हैं या करने की आवश्यकता है, तो आपने कुछ गलत किया है और इसे रोकने और वापस जाने की आवश्यकता है।
हालांकि उस फ़ोल्डर की फाइलें बिना किसी चेतावनी के बदल सकती हैं, यह कोई परिणाम नहीं होना चाहिए, क्योंकि इसमें निहित एपीआई समय की महत्वपूर्ण राशि के लिए पीछे की ओर संगत रखा गया है।
वर्डप्रेस के अपडेट के बाहर, wp-includesकभी भी संशोधित नहीं होना चाहिए और आदर्श रूप से केवल पढ़ा जाना चाहिए।
क्या आपको अपने कोड में एक निर्भरता जोड़ने की आवश्यकता है, अपने खुद के जोड़ने के बजाय wp- में संस्करणों पर भरोसा करें। उदाहरण के लिए एक कस्टम jQuery शामिल नहीं है, वर्डप्रेस के साथ एक बंडल का उपयोग करें (इसे पंजीकृत न करें और इसे फिर से पंजीकृत करें)।
Wp- शामिल करने के लिए संशोधन सुरक्षा जोखिम, प्रदर्शन में गिरावट, टूटी हुई प्लगइन्स / थीम आदि का कारण बन सकता है
जारी किए गए संकुल और पुस्तकालयों में परिवर्तन को रिलीज से पहले घोषित किया जाता है। पुरानी निर्भरता की अब आवश्यकता नहीं है (जैसे पुराने रंग बीनने वाले को) रखा जाता है, लेकिन कोड टूटने को रोकने के लिए पदावनत चिह्नित किया जाता है