2Q19 में वर्डप्रेस पर ब्लॉग के विकास और समर्थन को कैसे व्यवस्थित करें और इसे ठीक न करें

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

Promopult का ब्लॉग 9 साल पुराना है। इस दौरान वह कई परिवर्तनों से गुजरे। सर्गेई ग्लेज़ोव, हमारे ब्लॉग के प्रौद्योगिकीविद् और प्रोमोपुल्ट सिस्टम में अन्य महत्वपूर्ण बातें, बाद के बारे में बात करते हैं।

यह अब चर्चा नहीं है, क्योंकि यह आदर्श बन गया है: एक कंपनी के ब्लॉग के लिए एक त्वरित और सरल मानक, एक व्यक्ति, एक व्यक्तिगत, हाँ, जो भी, वर्डप्रेस। आप बहस कर सकते हैं, लेकिन तथ्य यह है।

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

2016 में (मेरी) शुरुआत में क्या हुआ था

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

मैंने 2016 में ब्लॉग को स्वीकार किया, जब इसका पहले से ही एक लंबा इतिहास था और सब कुछ उतना सुंदर नहीं है जितना मैं चाहता था।

1. नौ साल के इतिहास के साथ पुराना ब्लॉग डिज़ाइन।
2. किसी भी रूप में मोबाइल / टैबलेट संस्करण की कमी।
3. 600 से अधिक पद।
4. सामग्री और इसके संगठन के साथ संरचनात्मक समस्याएं: 20+ श्रेणियां और नौ-प्लस सैकड़ों टैग (अब और अधिक, लेकिन हमने पहले ही रोक दिया है)।
5. योजनाओं में पहले से ही एक नए डोमेन को रीब्रांडिंग और स्थानांतरित करना है। यह बात ब्लॉग पर भी लागू होती है।
6. कोड के साथ काम करते समय क्रियाओं की एक लंबी श्रृंखला।
7. संस्करण नियंत्रण के बिना काम करें (.git)।

पहले कार्य: जुटाना और डिजाइन

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

इन कार्यों के समानांतर, एक नया डिजाइन तैयार किया गया था।

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

मोबाइल संस्करण पर काम के दौरान, मैंने विकास प्रक्रिया के आयोजन की विपक्ष और कमजोरियों को देखा। मैं सब कुछ गति और सरल करना चाहता था।

जैसा कि हमारे पास ब्लॉग पर कोड पर काम था

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

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

जैसा कि मैं कहना चाहता हूं, "एक आदर्श दुनिया में"

सभी कोड में निहित है। गिट रिपोजिटरी। ब्लॉग का कॉम्बैट वर्जन इस रिपॉजिटरी master है। कोड के साथ सभी काम एक dev शाखा या व्यक्तिगत बड़े कार्यों से जुड़ी अन्य शाखाओं के माध्यम से होता है।

कार्य पूरा हो जाने के बाद, एक पुल अनुरोध (PR) और / या मर्ज अनुरोध (MR) एक सेट के संपादन के साथ बनाया जाता है। एमआर और पीआर में अर्थ समान है, लेकिन विभिन्न सेवाओं में - एक अलग नाम। हमारे पास GitLab है , इसलिए मेरा अनुरोध करें।

MR बनाते समय, प्रपत्र -git--test.dev.blog.promopult.ru का एक अस्थायी पता उपलब्ध -git--test.dev.blog.promopult.ru है, केवल परीक्षण वातावरण पर लाइव सत्यापन के लिए आईपी द्वारा सुलभ है।

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

नया स्वरूप, पहला दृष्टिकोण

ब्लॉग नया स्वरूप कार्य योजना:

1. सभी पृष्ठों के डिज़ाइन लेआउट के लिए एक स्थिर प्रोटोटाइप का लेआउट;
2. WordPress थीम में टर्निंग ("स्ट्रेचिंग") लेआउट।

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

एक स्थिर ब्लॉग विषय के कलेक्टर में उपयोग किए जाने वाले कीवर्ड हैं: HTML, CSS, JS, Babel, Gulp, PostCSS, SCSS, Nunjucks।

लेआउट के पूरा होने पर, संरचना इस प्रकार थी ( केवल पहले स्तर की निर्देशिकाओं का संकेत दिया गया है ):

  ├── डिजाइन # डिजाइन, लेआउट और सभी
 ├── ऐप / # प्रोजेक्ट स्रोत: अलग मॉड्यूल
 ├── dist / # प्रोजेक्ट (html-files) और सभी स्टेटिक्स का असेंबल किया हुआ संस्करण
 ├── gulpfile.js / # विन्यास Gulp.js
 └── package.json # कलेक्टर कॉन्फिग फाइल: पैकेज, स्क्रिप्ट 

पृष्ठ पर प्रत्येक व्यक्तिगत दृश्य अर्थ तत्व, उदाहरण के लिए, एक पोस्ट कार्ड ( /components/article_card/ ), एक फ़ोल्डर था जिसमें था:

- मार्कअप फ़ाइल ( article_card.html ),

- शैलियाँ फ़ाइल ( article_card.scss ),

- जेएस फ़ाइल ( article_card.js )।

और प्रत्येक पृष्ठ को ऐसे अलग-अलग घटक ब्लॉकों से इकट्ठा किया गया था। ब्लॉक हेरफेर करने के लिए सुविधाजनक हैं, और कोई भी परिवर्तन पड़ोसी तत्वों को प्रभावित नहीं करता है।

आउटपुट में, कलेक्टर ने dist फोल्डर बनाया, जिसमें संपादन और समन्वय के चरण में ब्राउज़र में दृश्य देखने के लिए पृष्ठों की तैयार app.js फाइलें app.js , साथ ही एक शैली की फ़ाइल, सभी थीम और दो JS-files: एक फ़ाइल ( app.js ) में तर्क और व्यवहार का वर्णन किया गया था साइट, दूसरी ( vendor.js ) में साइट (jQuery, fotorama, भव्य-पॉपअप और अन्य) के लिए उपयोग किए जाने वाले सभी पुस्तकालय शामिल थे।

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

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

• होम पेज ( home.php फ़ाइल)।
• single.php पोस्ट / पोस्ट पेज ( single.php )।
• किसी एकल पाठ पृष्ठ ( page.php ) का page.php ।
• समाचार पत्र सदस्यता पृष्ठ ( subscribe.php )।
• 404 ( 404.php ) त्रुटि।
• अलग टैग पृष्ठ ( tag.php )।
• अलग श्रेणी पृष्ठ ( category.php )।
• खोज और खोज परिणाम ( search.php )।

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

ब्लॉग थीम फ़ोल्डर bsp । यह ब्लॉग के विषयों के साथ फ़ोल्डर में पथ के साथ स्थित है:

  । Wp-content / # कस्टम वर्डप्रेस साइट फाइलें
 │ │ थीम / # साइट थीम
 Theme a │ एप्लिकेशन / # एक स्थिर विषय के स्रोत
 विधानसभा के लिए │। │ ul gulpfile.js / # गुल-कार्य
 │ topic / dist / # एक स्थिर विषय बनाएँ
 /: │ ├── संपत्ति / # संसाधन: JS, CSS और ग्राफ़िक्स 
 ├── Prom │ bsp / # WP-PromoPult ब्लॉग थीम
 /: │ ├── संपत्तियाँ / # संसाधन: JS, CSS और ग्राफ़िक्स, `/ dist /` से कॉपी करते हैं
 │ # │ ├── home.php # ब्लॉग का मुख्य पृष्ठ और विषय की जड़ में अन्य फाइलें 

वर्डप्रेस थीम की जगह वर्डप्रेस की फ़ाइल संरचना द्वारा स्पष्ट और पूर्वनिर्धारित है।

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

इसके अलावा .it सभी WP प्लगइन्स हैं जो उपयोग किए जाते हैं। हमारी साइट पर, ये Google XML साइटमैप, RSS for Yandex Turbo, RusToLat और WP-PostViews हैं।

ब्लॉग पृष्ठों और स्रोत फ़ाइलों के स्थिर, संकलित प्रोटोटाइप को ब्लॉग थीम डायरेक्टरी में ले जाया गया: टेम्पलेट के तार्किक भाग के साथ और पृष्ठ पर तत्वों की उपस्थिति और व्यवहार के लिए जिम्मेदार हर चीज के साथ आसानी से बातचीत करने के लिए।

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

यही है, मुख्य bsp थीम के बगल में, /app निर्देशिका को जोड़ा गया था, जिसमें थीम लेआउट के लिए स्रोत कोड और gulp-कलेक्टर स्थित हैं। लेकिन इस संस्करण में एक मुश्किल क्षण था: स्थिर फ़ाइलों को एक अलग निर्देशिका में उत्पन्न किया गया था, और WP-विषय में होने वाले परिवर्तनों के लिए, विषय के अंदर assets फ़ोल्डर में स्थिर शैली की फ़ाइलों और लिपियों की प्रतिलिपि बनाना आवश्यक था।

दूसरा दृष्टिकोण: संरचना का एक नया संस्करण

पहले हफ्तों में, यह एक सरल कंसोल स्क्रिप्ट द्वारा तय किया गया था जो एक स्थिर थीम से एक WP थीम पर एकत्रित फ़ाइलों की प्रतिलिपि बनाता था। अत्यधिक कार्रवाई त्रुटियों की ओर ले जाती है। इसलिए, विकल्प केवल संरचना को सही करने के लिए था।

हमारे पास तीन महत्वपूर्ण निर्देशिकाएं हैं (रूट से सभी तरह):

1. WP विषय: /wp-content/themes/bsp
2. एक स्थिर विषय के स्रोत: /app
3. एकत्रित स्थिर विषय: /dist

और इसके अंदर स्टाइल फाइलें, ग्राफिक्स और जेएस के साथ assets हैं

आपको सब कुछ व्यवस्थित करने की आवश्यकता है ताकि स्थिर शैलियों और स्क्रिप्ट की फाइलें वांछित फ़ोल्डर ( /wp-content/themes/bsp/assets ) में एकत्रित हो जाएं।

संरचना का नया संस्करण इस प्रकार था:

  विधानसभा के लिए Gul gulpfile.js / # गुल-कार्य
 । Wp-content / # कस्टम वर्डप्रेस साइट फाइलें
 / │ प्लगइन्स / # WP- प्लगइन्स
 │ │ थीम / # साइट थीम
 ├── P │ bsp / # प्रोमो ब्लॉग टॉपिक
 Topic ources │ ├── एप्लिकेशन / # एक स्थिर विषय के स्रोत
 /: │ ├── संपत्ति / # संसाधन: JS, CSS और ग्राफ़िक्स (ऑटो-जनरेशन)
 │ # │ ├── home.php # ब्लॉग का मुख्य पृष्ठ और विषय की जड़ में अन्य फाइलें
 व्यवस्थापक पैनल के लिए admin wp-admin / # WP-files
 ├── wp- प्रणाली के / # WP- फाइल शामिल हैं 

पूरी परियोजना के मूल में गोल कार्य हैं - और इसे जड़ से निष्पादित किया जाता है। गल्प-टास्क कॉन्फिगरेशन उस संरचना का वर्णन करता है, जिसमें स्थिर फाइलें wp-content/themes/bsp/app निर्देशिका से wp-content/themes/bsp/assets बिना किसी अतिरिक्त क्रियाओं जैसे कॉपी आदि के रूप में एकत्र की जाती हैं।

WP-theme फ़ाइलें अपरिवर्तित रहती हैं और पुराने परिदृश्य के अनुसार कार्य आगे बढ़ता है: स्टेटिक्स में संपादन → WP-files में स्थानांतरण। सीएसएस और जेएस स्टेटिक्स तुरंत थीम फ़ोल्डर में उत्पन्न होते हैं और सब कुछ बस काम करता है।

यह सब कार्य प्रक्रिया के बारे में था। अब ब्लॉग की व्यवस्था कैसे की जाती है।

प्रोमो ब्लॉग: यह कैसे काम करता है

ब्लॉग की मुख्य शक्ति टीम है। संपादक, लेखक, लेआउट डिजाइनर।

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

प्रकाशन से पहले चेकलिस्ट

किसी भी कार्य को नियंत्रित करना महत्वपूर्ण है। लेख का लेआउट एक मानक, औपचारिक प्रक्रिया है, जिसे आसानी से चेक सूची के रूप में प्रस्तुत किया जा सकता है।

लोगों ने EmailSoldiers के विचार को देखा। हमने इसे घर पर लागू करने का फैसला किया।

यदि किसी आइटम की जाँच नहीं की जाती है, तो सिस्टम प्रकाशन से पहले आपको चेतावनी देगा।

लिंक पर क्लिक करके, सूची आइटम में रेखांकित लिंक - एक विशिष्ट आइटम को हाइलाइट करें।

चेकलिस्ट को उसी क्रम में संकलित किया गया है जैसे कि व्यवस्थापक पैनल में अतिरिक्त पोस्ट सेटिंग्स।

ब्लॉग पोस्ट सेटिंग्स

ऊपर वर्णित प्रकाशन चेकलिस्ट के साथ निकटता से जुड़ा हुआ है।

विषय को विकसित करते समय, मैंने प्लगइन्स का उपयोग नहीं करने की कोशिश की, लेकिन विषय के कार्यों के लिए एक सरल और आसान समाधान बनाने के लिए। मुख्य विशेषताएं:

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

वर्डप्रेस में मेटा-बॉक्स और कस्टम फ़ील्ड के माध्यम से पोस्ट सेटिंग्स सेक्शन लागू किया जाता है।

मेटा-बॉक्स के माध्यम से, प्रकाशन चेकलिस्ट को भी जोड़ा गया है।

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

 <?php if (get_post_meta($post->ID, 'postreaction', true)) { ?> <div class="article_reaction"> <div class="label-reaction"><span><?php echo get_post_meta($post->ID, 'postreaction', true); ?></span></div> </div><!-- /.article_reaction --> <?php } ?> 

पोस्ट कार्ड पर प्रतिक्रिया आउटपुट का एक उदाहरण:

अच्छी छोटी चीजें

कुछ अच्छी छोटी चीजें हैं जो शायद कोई नहीं देखता है। लेकिन अगर किसी ने देखा - अच्छा।

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

पोस्ट टिप्पणी काउंटर। उन्होंने लंबे समय तक तर्क दिया कि "0 टिप्पणियाँ" या "कोई टिप्पणी नहीं" बहुत भ्रामक है। समाधान बहुत सरल है: यदि एक से कम टिप्पणियां हैं, तो टिप्पणी काउंटर बिल्कुल न दिखाएं।

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

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

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

एक दिलचस्प तकनीकी के बारे में

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

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

सीएसएस और जेएस कैशिंग। शैलियों और स्क्रिप्ट फ़ाइलों को कैश करने के लिए, लेकिन हमेशा प्रासंगिक रहें, यदि हम किसी चीज़ को फिर से करते हैं, तो हम फिल्मटाइम () का उपयोग करते हैं। इस मामले में कई का उपयोग करें ?<?php echo time(); ?> ?<?php echo time(); ?> । लेकिन यह विकल्प फ़ाइल को डाउनलोड करता है और प्रत्येक कॉल के साथ एक अनुरोध करता है।

ऐसी चाल का उपयोग करने के लिए बेहतर है:

 <link rel="stylesheet" type="text/css" href="<?php echo get_template_directory_uri(); ?>/assets/styles/style.css?t=<?php echo filemtime(get_theme_file_path().'/assets/styles/style.css'); ?>" /> 

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

हम किस प्लग इन का उपयोग करते हैं

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

• Google XML साइटमैप - रोबोट के लिए XML साइटमैप बनाने के लिए;
• Yandex टर्बो के लिए RSS - Yandex के लिए टर्बो पृष्ठ;
• रसटोलैट - अंग्रेजी में रूसी वर्णों के URL का लिप्यंतरण;
• WP-PostViews - सामग्री के विचारों को गिनता है;
• क्लासिक एडिटर - नए ब्लॉक गुटेनबर्ग के बजाय क्लासिक वर्डप्रेस संपादक शामिल है;
• प्राधिकरण के प्रयासों की सीमा सुरक्षा के लिए है: कई गलत लॉगिन प्रयासों के साथ, हम एक आने वाले समय की एक कस्टम अवधि के लिए प्रतिबंध लगाते हैं;
• AMP - Google के लिए AMP पृष्ठ।

कंपनी के ब्लॉग पर काम करने वालों के लिए निष्कर्ष युक्तियाँ

• मैं आपको सलाह देता हूं कि स्केलिंग के बारे में तुरंत सोचने के लिए प्रोजेक्ट पर काम शुरू करें।
• अपने काम में .git का उपयोग करना सुनिश्चित करें। 2019 के लिए, निश्चित रूप से, अजीब सलाह, लेकिन यह सलाह किसी को कुछ गलत होने पर भूरे बालों और फटकार से बचा सकती है।
• वर्डप्रेस थीम पर विकास और काम को दो चरणों में विभाजित करना बेहतर है: पहला, कुछ स्थिर करना, और पहले से ही एक वर्डप्रेस थीम की तरह "पुल" करना।
• यदि कोई अवसर है - समय, टीम और यह समझने की कि आपको इस सब की आवश्यकता क्यों है - इसे स्वयं करें, तैयार किए गए विकल्पों का उपयोग किए बिना। आदेश और समझ में जीतें कि सब कुछ कैसे काम करता है। आप बैसाखी का उत्पादन नहीं करेंगे।
• यदि आपका ब्लॉग इस पर बना है, तो मानक वर्डप्रेस हुक और सुविधाओं का उपयोग करें। अनुकूलित करना और एक सुविधाजनक समाधान बनाना त्वरित और आसान है।
• उपयोगकर्ता और संपादकों के लिए इसे सुविधाजनक बनाएं।
• सामाजिक नेटवर्क और माइक्रो-लेआउट के बारे में मत भूलना।
• मोबाइल संस्करणों के बारे में मत भूलना।
• प्लगइन्स और सिस्टम के नियमित अपडेट के बारे में मत भूलना।
• केवल सिद्ध प्लगिन का चयन करें।

ब्लॉग पर काम जारी है - हमारे साथ बने रहें।