प्रारंभिक कनेक्शन
आप पाएंगे कि प्रारंभिक कनेक्शन में एसएसएल पर बातचीत शामिल है, इसलिए चूंकि हैंडशेक उच्च है, इसका एक अच्छा संकेतक है कि एसएसएल को सेटअप करने के तरीके के साथ कुछ गंभीर रूप से गलत है।
Google Chrome: संसाधन समय को समझना
टीसीपी हैंडशेक / रिट्रीट और एसएसएल पर बातचीत सहित कनेक्शन स्थापित करने में समय लगा।
एसएसएल हैंडशेक और टीटीएफबी
आपके पास दो प्रमुख मुद्दे हैं, एक SSL हैंडशेक पूरा करने में लगने वाला समय और TTFB (पहले बाइट का समय) की प्रतीक्षा कर रहे सर्वर।
- TTFB: 4079ms (1000ms से कम होना चाहिए)
- SSL हैंडशेक 11830ms (100ms से कम होना चाहिए)
यह भी ध्यान दिया जाना चाहिए कि 3 जी / 4 जी उपकरणों के साथ परीक्षण करते समय यह पहले बाइट्स को इस तथ्य के कारण पैदा कर सकता है कि फोन सिग्नल ताकत में भिन्न होते हैं ... यह आंतरायिक कनेक्शन मुद्दों और अलग-अलग समय का कारण हो सकता है।
चरण 1: एसएसएल समस्या की जांच कर रहा है
यह बहुत स्पष्ट है कि आपके पास एक गंभीर एसएसएल समस्या है और सबसे अधिक संभावना है कि ओपनएसएसएल या इसी तरह की एक दोषपूर्ण स्थापना के कारण। एसएसएल लैब्स का उपयोग करके अपने एसएसएल प्रमाणपत्र का परीक्षण करके शुरू करें और फिर किसी भी मुद्दे या चेतावनियों को सुधारने का सुझाव दें।
यदि एसएसएल अभी भी धीरे-धीरे काम कर रहा है, तो आप सबसे अधिक संभावना है कि एक अतिभारित सर्वर या एक सर्वर दोष हो। अगर इसके बाद में तो आपको कोशिश करनी होगी और जहां गलती है, उसे कम करना होगा। सर्वर फॉल्ट स्टैक का उपयोग करें आपको इस मामले में और सहायता की आवश्यकता होनी चाहिए, एक उपयोगकर्ता ने बताया कि नई कुंजी बनाने से धीमी एसएसएल समस्या का समाधान हो गया है कि वह / वह मुठभेड़ कर रहा था जो प्रासंगिक हो सकता है या प्रासंगिक नहीं हो सकता है।
लोड बैलेंसर्स मदद कर सकता है अगर इसका सर्वर संसाधन समस्या है।
चरण 2: TTFB की जाँच
एक बार जब आपने एसएसएल के मुद्दे को हल कर लिया है और आपके पास अभी भी एक बढ़ी हुई टीटीएफबी है, तो आपको यह सुनिश्चित करके अपने सर्वर का परीक्षण करना चाहिए कि यह पर्याप्त संसाधन हैं।
पहला बाइट समय इससे प्रभावित होता है, लेकिन इसके लिए सीमित नहीं है:
- सर्वर की मेजबानी करने वाले उपयोगकर्ता से डेटा सेंटर तक की दूरी TTFB बढ़ा सकती है
- बिना पढ़े GZIP TTFB बढ़ा सकते हैं
- बधाई नेटवर्क टीटीएफबी बढ़ा सकते हैं
- बधाई सर्वर TTFB बढ़ा सकते हैं
कभी-कभी सीपीयू की रैम और रैम को बढ़ाना हमेशा सबसे अच्छा विकल्प नहीं होता है। कभी-कभी एक लोड बैलेंसर को पेश करना बेहतर होता है क्योंकि न केवल इसका मतलब है कि आप आसानी से कई सर्वरों को एक साथ चला सकते हैं बल्कि यह वास्तव में कैशिंग और एसएसएल अनुरोधों को लोड करता है। कुछ अन्य लाभों में शामिल हैं:
स्रोत
- कैशिंग: उपकरण ऐसी सामग्री को संग्रहीत कर सकता है जो परिवर्तन नहीं करता है (जैसे कि चित्र) और वेब सर्वर पर ट्रैफ़िक भेजे बिना क्लाइंट को सीधे उनकी सेवा दें।
- संपीड़न: भेजे जाने से पहले फ़ाइलों को संपीड़ित करके HTTP ऑब्जेक्ट के लिए ट्रैफ़िक की मात्रा कम कर देता है।
- एसएसएल ऑफलोडिंग: वेब सर्वर के सीपीयू पर प्रोसेसिंग एसएसएल ट्रैफिक की मांग है, इसलिए लोड बैलेंसर इस प्रोसेसिंग को कर सकता है।
- उच्च उपलब्धता: एक के विफल होने पर दो लोड बैलेंसिंग उपकरणों का उपयोग किया जा सकता है।
अपने TTFB को कम करने के लिए सुझाव:
- सुनिश्चित करें कि आपका डेटाबेस एक ही नेटवर्क या एक गुणवत्ता एसक्यूएल क्लाउड पर है ।
- सुनिश्चित करें कि आपके डेटाबेस को मेमोरी से पढ़ा गया है और कभी भी फ़ाइल को स्कैन न करें !
- सामग्री वितरण नेटवर्क का उपयोग करें , यह सर्वर अनुरोधों और संपीड़न कार्यों को लोड करता है।
- कैशिंग पृष्ठों द्वारा डेटाबेस पर लोड को कम करने के लिए वार्निश कैश का उपयोग करें
- HDParm का उपयोग करके हार्ड डिस्क पर अपनी स्थिर फ़ाइलों को बेंचमार्क करें
- Apache HTTP सर्वर बेंचमार्किंग टूल का उपयोग करके अपने सर्वर को बेंचमार्क करें
- बेंचमार्क का उपयोग कर कई दूरदराज के स्थानों के साथ 10 गुजरता के साथ वेबसाइट WebPageTest
