व्यापक वर्डप्रेस वेबसाइट अनुकूलन

हेबर के प्यारे निवासियों!

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

चलो चलते हैं

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

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

Footer.php टेम्पलेट में एक पंक्ति जोड़ना

<!-- <?php echo get_num_queries(); ?> queries -->

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

हमने टेम्पलेट में सभी PHP कोड को प्रोफाइल करने का निर्णय लिया। हम Xdebug + प्रदर्शन परीक्षण से परेशान नहीं हुए (इसके लिए थर्ड-पार्टी सॉफ्टवेयर का एक गुच्छा रखना आवश्यक था), लेकिन इस फॉर्म का एक साधारण स्व-लिखित प्रोफाइलिंग किया:

<!-- HEADER01 - <?php print microtime(true) ?> -->

हमने तुरंत निम्नलिखित मुख्य समस्याओं की खोज की:

• भू-लक्षित विज्ञापन मॉड्यूल
• Apple स्टॉक मूल्य प्रदर्शन मॉड्यूल
• साइड ब्लॉक "एप्लिकेशन अवलोकन" और "हाइलाइट"

इन समस्याओं में से प्रत्येक, करीब परीक्षा पर, एक संदर्भ चेहरे का कारण बनता है। अब मैं उनमें से प्रत्येक के बारे में बताऊंगा।

समय

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

 अगर ($ ip_part)
 {
 के लिए ($ y1 = $ ip_part [0] ['प्रारंभ']; $ y1 <= $ ip_part [0] ['अंत']; $ y1 ++)
 for ($ y2 = $ ip_part [1] ['start']; $ y2 <= $ ip_part [1] ['end']; $ y2 ++)
 ($ y3 = $ ip_part [2] ['start']; $ y3 <= $ ip_part [2] ['end']; $ y3 ++)
 for ($ y4 = $ ip_part [3] ['start']; $ y4 <= $ ip_part [3] ['end']; $ y4 ++)
 {
 $ ip [] = $ y1। "।" $ y2। "।"। $ y3 "।" "$ y4;
 if ($ ip_addr == $ y1। "।" $ y2। "।"। $। $ 3। "।" $ y4) सच्चा लौटें;
 }
 }

इस समय, मुझे प्रोसेसर के लिए थोड़ा खेद भी हुआ, जो यह सब समय खाली काम कर रहा था ...

सेंट पीटर्सबर्ग के आईपी पतों की प्रारंभिक श्रृंखला $ ip_part सरणी में अग्रिम रूप से सेट की गई थी। जैसा कि आप कोड के इस टुकड़े से देख सकते हैं, फ़ंक्शन के लिए हर कॉल के लिए, किसी कारण से, $ ip का एक गतिशील सरणी बनाया गया था और स्ट्रिंग के साथ भरा (!) 4 पते वाले छोरों के माध्यम से एक बेवकूफ तरीके से आईपी पते के साथ डेटा। लूप के प्रत्येक पुनरावृत्ति में, विज़िटर के आईपी पते की तुलना लाइन (!) से की गई थी जिसके परिणामस्वरूप आईपी एड्रेस स्ट्रिंग था। इसे ठीक करना सरल था:

 $ ip_tmp = विस्फोट ("।", $ ip_addr);
 अगर ($ ip_part)
 अगर (($ ip_part [0] ['start'] <= $ ip_tmp [0]) और ($ ip_tmp [0] <= $ ip_part [0] ['end']))
 अगर (($ ip_part [1] ['start'] <= $ ip_tmp [1]) और ($ ip_tmp [1] <= $ ip_part [1] ['end']))
 अगर (($ ip_part [2] ['start'] <= $ ip_tmp [2]) और ($ ip_tmp [2] <= $ ip_part [2] ['end']))
 अगर (($ ip_part [3] ['start'] <= $ ip_tmp [3]) और ($ ip_tmp [3] <= $ ip_part [3] ['end']))
 सच लौटना;

मैं इस बात से इनकार नहीं करता कि इस कोड को और अधिक आशा के साथ फिर से लिखा जा सकता है, हालांकि, इस संपादन के बाद भी, साइट ने 2 सेकंड तेजी से अर्जित किया!

दो

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

तीन

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

रुचि रखने वालों के लिए, इस तरह का एक कोड था:

 $ args = सरणी (
 'caller_get_posts' => '1',
 'post__not_in' => $ चिपचिपा,
 'बिल्ली' => '75',
 'फ़ील्ड' => 'आईडी',
 'पोस्ट_पर_पेज' => '20',
 'आदेश' => 'आईडी',
 );
 $ sk_count = नया WP_Query ($ args);

 $ args = सरणी (
 'caller_get_posts' => '1',
 'post__not_in' => $ चिपचिपा,
 'शोपोस्ट' => '4',
 'बिल्ली' => '75',
 <b> 'ऑर्डरबी' => 'रैंड' </ b>
 );
 $ sk_posts = new WP_Query ($ args);

इसमें, हमने चयनित लाइन को बदल दिया

 'post__in' => array_rand (array_flip ($ sk_count-> पोस्ट), 4)

समाधान का सार - हम 20 सबसे हाल की प्रविष्टियों को पूर्व-चयन करते हैं, फिर इन 20 प्रविष्टियों में से यादृच्छिक 4 टुकड़ों का चयन करते हैं, और फिर हम डेटाबेस से इन संख्याओं के साथ पदों का चयन करते हैं।

इस पर हमने एक और आधा सेकेंड बचाया।

क्लोडो के लिए आगे बढ़ रहा है

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

स्थानांतरण के साथ "चुपचाप", कुछ बदलाव किए गए थे, उदाहरण के लिए, हमने पूरी तरह से भारी अपाचे वेब सर्वर को हटा दिया, और इसके बजाय nginx + php-fpm का एक गुच्छा बनाया, जो कम मेमोरी खाता है। नगनेक्स ने सामान्य योजना के अनुसार काम किया - यह स्थिर वापस आया, और बाकी सब कुछ index.php स्क्रिप्ट पर पुनर्निर्देशित किया गया, जिसमें आगे वर्डप्रेस लॉजिक है।

Nginx + php-fpm वेब सर्वर के लिए आवंटित लोहे के संसाधनों को नहीं लेने के लिए, हमने MySQL डेटाबेस सर्वर को एक अलग सर्वर में स्थानांतरित कर दिया, इसे एक स्थानीय नेटवर्क के माध्यम से वेब सर्वर से जोड़ दिया।

हमने अपने AppleInsider.ru पॉडकास्ट और Apple कोर के लिए और ऑनलाइन टेक्स्ट ब्रॉडकास्ट के लिए दो अलग-अलग "क्लाउड" सर्वर भी स्थापित किए हैं। हम अगली बार उनके बारे में अधिक बात करेंगे।

क्लोडो पर स्विच करने से पेज पीढ़ी का समय काफी कम नहीं हुआ, लेकिन इसने साइट को सुरक्षित बना दिया।

WP सुपर कैश और अतुल्यकालिक विज्ञापन

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

उदाहरण के लिए, WP सुपर कैश नामक वर्डप्रेस पृष्ठों को कैशिंग करने के लिए एक प्लगइन का उपयोग करें। यह एक नियमित कैश की तरह काम करता है - उपयोगकर्ता पृष्ठ पर जाता है, यह उत्पन्न होता है और / wp-content / cache / supercache निर्देशिका में रखा जाता है। अगले आगंतुक को पहले से ही स्थिर, पूर्व-निर्मित HTML फ़ाइल दी जाएगी। ऐसा लगता है कि सब कुछ सुपर है - साइट उड़ान है ...

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

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

ClodoStorage

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

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

पहला प्लगइन, सीडीएन सिंक टूल , इस सामग्री के साथ कुछ क्रियाओं को करने के साथ-साथ वर्डप्रेस सामग्री को रिपॉजिटरी में अपलोड करने के लिए प्रतिबद्ध है। WP Minify plugin के साथ, यह CSS और JS files को compress कर सकता है। यह मक्खी पर डाउनलोड की गई छवियों को संपीड़ित कर सकता है। इस मामले में, जीडी लाइब्रेरी का उपयोग किया जाता है, हमारे लिए संपीड़न का सबसे स्वीकार्य स्तर जीडी संपीड़न स्तर = 2 था - अन्य कार्यक्रमों के संदर्भ में, यह 90% गुणवत्ता है। सबसे महत्वपूर्ण बात, यह है कि लेखकों द्वारा छवियों के मानक लोडिंग के दौरान, वे स्वचालित रूप से स्टोर पर अपलोड किए जाने लगे।

स्टैटिक्स के लिए, हमने एक अलग उपडोमेन static.appleinsider.ru बनाया, और हमने साइबरडक का उपयोग करके सामग्री का प्रारंभिक लोडिंग किया , जो एफ़टीपी, एसएफटीपी, वेबडाव, क्लाउड फाइल्स, Google डॉक्स और अमेज़ॅन एस 3 के साथ काम करने के लिए एक सुविधाजनक कार्यक्रम है।

यहाँ क्लोडो (क्लिक करने योग्य) के लिए ट्यून किए गए सीडीएन सिंक टूल प्लगइन का स्क्रीनशॉट है:



दूसरा प्लगइन, जिसका हमने पहले ही उल्लेख किया था, WP सुपर कैश, मुश्किल है - यह उत्पन्न पेज लेता है और रिपॉजिटरी में यूआरएल के साथ स्थिर फ़ाइलों के लिए सभी URL को बदल देता है। उदाहरण के लिए, http://www.appleinsider.ru/Angry-Birds.jpg http://static.appleinsider.ru/Angry-Birds.jpg बन जाता है

परिणाम

अब, यदि कैश में कोई पृष्ठ नहीं है, तो पृष्ठ 1.25 सेकंड में लोड होता है, यदि यह कैश में है, तो यह 250 एमएस लेता है, और यह सभी 4 कारकों को ध्यान में रख रहा है - DNS लुकअप + कनेक्शन + समय से पहले + डाउनलोड। मुझे लगता है कि यह एक अद्भुत परिणाम है!

अंत में, मैं सूखे तथ्यों का हवाला दूंगा - संसाधनों और वित्तीय लागतों के उपयोग पर आंकड़े।

काम के एक सप्ताह के लिए 11/23/2011 - 11/30/2011:

वेब

स्केल सर्वर - RAM संसाधन	45708.00 GB * मि	457,080 रूबल
स्केल सर्वर - सीपीयू संसाधन	1027116.50 सीपीयू सेक	427.300 रगड़।
डिस्क उपयोग	5760.00 जीबी * घंटा	57.600 रगड़।
आने वाला ट्रैफ़िक (पूर्ण गीगाबाइट)	34 जीबी	6.800 रगड़।
आउटगोइंग ट्रैफ़िक (पूर्ण गीगाबाइट)	129 जीबी	129.870 आरयूबी
बैकअप के लिए डिस्क का उपयोग करना	1910.00 जीबी * घंटा	19.100 आरयूबी
एसएमएस सूचनाएं	1 पीसी	5.000 रगड़।
कुल बहस हुई		1102.75 आरयूबी

डीबी

स्केल सर्वर - RAM संसाधन	22924.00 GB * मि	229.240 आरयूबी
स्केल सर्वर - सीपीयू संसाधन	67490.34 सीपीयू सेक	आरयूबी 28,080
डिस्क उपयोग	3840.00 जीबी * घंटा	38.400 रगड़।
आने वाला ट्रैफ़िक (पूर्ण गीगाबाइट)	1 जीबी	0.200 रगड़।
आउटगोइंग ट्रैफ़िक (पूर्ण गीगाबाइट)	12 जीबी	12.000 रगड़।
बैकअप के लिए डिस्क का उपयोग करना	1910.00 जीबी * घंटा	19.100 आरयूबी
कुल बहस हुई		327.02 रूबल

CloudStorage

क्लाउड स्टोरेज - डिस्क उपयोग	1139.00 GB * घंटा	11.390 आरयूबी
क्लाउड स्टोरेज - इनबाउंड ट्रैफ़िक (पूर्ण गीगाबाइट्स)	-	शुल्क नहीं लिया गया
क्लाउड स्टोरेज - आउटबाउंड ट्रैफ़िक (पूर्ण गीगाबाइट)	330 जीबी	330.000 रगड़।
खाते से कुल डेबिट		341.39 आरयूबी

साइट के काम के सिर्फ एक हफ्ते में - 1771.16 रूबल काफी, लेकिन स्थिरता और संतुष्ट उपयोगकर्ता इसके लायक हैं :-)

वास्तव में आपकी टिप्पणियों के लिए तत्पर हैं।