यातायात में एक विशाल स्पाइक के लिए तैयारी

Question

हमारी कंपनी इस सप्ताह एक प्राइम टाइम टीवी शो में दिखाई देगी, और उन्होंने हमें बताया है कि हम अपनी वेबसाइट पर लगभग 200,000 आगंतुकों की उम्मीद कर सकते हैं।

हम आम तौर पर प्रति दिन केवल लगभग 100 विज़िट प्राप्त करते हैं, इसलिए मुझे नहीं पता कि क्या हम इतना ट्रैफ़िक संभाल सकते हैं। हम मेजबान हैं 1and1.co.uk।

क्या हमारी साइट को अपंग होने से बचाने के लिए हम कुछ सावधानियां बरत सकते हैं?

Comments

क्या आपने इसे पढ़ा है? मैं निश्चित रूप से एक न्यूनतम के रूप में स्थैतिक संपत्ति को संभालने के लिए CloudFlare जैसी सेवा को सक्षम करने की सिफारिश करूंगा। webmasters.stackexchange.com/questions/14394/…

— richhallstoke

आपको जितनी जल्दी हो सके 1and1.co.uk से बात करनी चाहिए! वे आपकी वेबसाइट को उच्च सीपीयू / रैम / बैंडविड्थ अनुपात के साथ वीपीएस सेवाओं में से एक में स्थानांतरित कर सकते हैं जो स्पाइक के लिए अनुमति देगा! बाद में वे फिर सीपीयू / रैम आप पैसे बचाने के लिए कम कर सकते हैं

— साइमन हैटर

क्या आप 1 & 1 के साथ साझा होस्टिंग योजना पर हैं? यदि हां, तो आपको वास्तव में एक वैकल्पिक समाधान (बहुत शक्तिशाली वीपीएस, या क्लाउड आधारित होस्टिंग) एएसएपी में देखने की आवश्यकता है। मुझे बहुत संदेह है कि कोई भी साझा किया गया होस्टिंग वातावरण उस तरह के ट्रैफ़िक को संभाल सकता है।

— सीन

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

— क्लोनेटनोक

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

— Martijn

Answer 1

उच्च ट्रैफ़िक अवधि के दौरान आपका सर्वर आपकी वेबसाइट पर आगंतुकों द्वारा किए गए सभी अनुरोधों को संभालने में सक्षम होना चाहिए। लेकिन सर्वर द्वारा संचालित समवर्ती कनेक्शन में कुछ सीमाएं हैं। इसलिए जितनी जल्दी हो सके पेज अनुरोधों की सेवा करना सबसे अच्छा है।

इन स्थितियों पर विचार करने के लिए यहां कुछ सुझाव दिए गए हैं,

आवेदन स्तर में सुधार:

1. पेज लोड टाइम्स को गति देने के लिए HTTP अनुरोधों को कम से कम करें।

a) सभी JS फाइल को एक साथ संयुक्त JS फाइल और सभी CSS फाइलों को एक सिंगल सीएसएस फाइल में मिलाएं।

बी) जेएस, और सीएसएस फ़ाइलों को कम से कम करें, इसलिए फ़ाइल का आकार कम हो जाएगा और इसे तेजी से डाउनलोड किया जाएगा।

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

घ) आलसी-लोडिंग के साथ विलंबित छवि डाउनलोड, यह http अनुरोधों को कम करने के लिए सहायक होगा।

2. हल्के पृष्ठों को तैयार करें जो अधिक यात्राओं की उम्मीद कर रहे हैं:

क) जहां संभव हो वहां छवियों या फ्लैश जैसे सजावटी तत्वों को बाहर करें; साइट नेविगेशन और क्रोम में छवियों के बजाय पाठ का उपयोग करें, और HTML में अधिकांश सामग्री डालें।

b) गतिशील वाले के बजाय स्थिर HTML पृष्ठों का उपयोग करें; आपके सर्वर पर बाद वाली जगह अधिक लोड करती है। सर्वर लोड को कम करने के लिए आप डायनेमिक पेज के स्थिर आउटपुट को भी कैश कर सकते हैं।

---

सर्वर स्तर में सुधार:

1. अपने होस्टिंग प्रदाता से परामर्श करके सर्वर टाइमआउट मूल्यों को कम करें (बहुत कम नहीं होना चाहिए)।

जब टाइमआउट कम होगा तो कनेक्शन जल्द ही जारी किया जाएगा, इसलिए सर्वर अधिक कनेक्शन को संभालने में सक्षम होगा।

2. स्थिर डेटा कैशिंग के लिए CloudFlare जैसी तीसरी पार्टी सेवाओं का उपयोग करें , और अपनी वेबसाइट को दुर्भावनापूर्ण उपयोगकर्ताओं और DDOS जैसे हमलों से बचाने के लिए।

3. अपने सर्वर हार्डवेयर को अपग्रेड करें - यदि आवश्यक हो, तो भौतिक और आभासी यादों को बढ़ाएं, I / O और प्रवेश प्रक्रियाओं की सीमा बढ़ाएं। आपका होस्टिंग प्रदाता आपकी बेहतर मदद कर सकेगा।

4. कैश डायनेमिक कोड - PHP opcode को कैश करने के लिए APC का उपयोग करें।

5. लोड संतुलन - कई लोड संतुलन सर्वरों में लोड वितरित करें।

---

• जब सभी आवश्यक कार्रवाई की जाती है, तो अब यह जांचने का समय है कि क्या वेबसाइट एक विशाल ट्रैफ़िक स्पाइक के लिए तैयार है।

  Loadimpact.com जैसी कुछ तृतीय पक्ष सेवाएं हैं जो सिम्युलेटेड ट्रैफ़िक के साथ लोड परीक्षण प्रदान करती हैं। विश्लेषण आपको यह समझने में मदद करेगा कि आपकी वेबसाइट कितना भार संभाल सकती है और क्या सुधार किया जा सकता है।

• इसके अलावा, ट्रैफ़िक स्पाइक अवधि के दौरान, वेबसाइट बैकअप क्रोनोजर आदि जैसे उच्च CPU उपयोग संचालन से बचें।

Comments

ये सभी साइट से संबंधित चीजें और उत्कृष्ट हैं! लेकिन जब तक आपके पास 200,000 अनुरोध एक साथ आपके सर्वर पर नहीं आए हैं, तब तक यह पर्याप्त नहीं हो सकता है। पिछले वेब होस्ट के रूप में, मैं एक बड़ा हार्डवेयर कैश डालना और कैश लोड करने वाली साइट के माध्यम से चलाना पसंद करता था। मैं कई सर्वरों पर भी साइट की प्रतिकृति बनाऊंगा भले ही वे साझा हों और प्रॉक्सी या फ़ायरवॉल का उपयोग करके लोड-बैलेंसिंग को लागू करते हों। वह आमतौर पर पर्याप्त था। ज्यादातर लोगों को पता नहीं है कि सबसे बड़ी बोतल गर्दन वास्तव में एचडी आई / ओ है। मेमोरी को बढ़ाना और अपाचे और MySQL कैश के लिए इसका उपयोग करना वास्तव में बहुत मदद करता है।

— क्लोसेट्नोक

उत्तर को बेहतर बनाने के लिए आपका स्वागत है! :)

— निखिल सुपेकर

मुझे आपका जवाब पसंद है! मैंने इसे वोट किया। कृपया नाराज न हों। मैं सिर्फ वेब होस्ट के नजरिए से कुछ चीजों को इंगित करना चाहता था। बस एक टिप्पणी। स्लैम नहीं। फिर, आपका जवाब बहुत अच्छा है !! मैं अक्सर मेजबान से संपर्क करने का सुझाव देता हूं क्योंकि ये चीजें समय-समय पर सामने आती हैं और ऐसे विकल्प हैं कि मेजबान ऐसा कर सकता है जो मदद करेगा और कुछ भी खर्च नहीं करेगा। अधिकांश मेजबान ध्यान के लिए खुश हैं! मेरे लिए यह एक सरल प्रक्रिया थी क्योंकि हार्डवेयर पहले से ही था। इस तरह के आयोजन के लिए साइट तैयार करने में मुझे बहुत समय नहीं लगा होगा। ;-) आमंत्रित करने के लिए धन्यवाद।

— क्लोजनेटोक

कोई अपराध नहीं हुआ। वास्तव में हम सर्वर हार्डवेयर के साथ वास्तव में आपके अनुभव का उपयोग कर सकते हैं।

— निखिल सुपेकर

मुझे ट्रस्ट नेटवर्क के लिए शोध के अपवाद के साथ एक दशक से अधिक समय के लिए उद्योग से सेवानिवृत्त किया गया है। एक चीज जो मुझे पसंद है वह है अपाचे और MySQL के लिए कैश-आईएनजी या इसी तरह के अनुप्रयोगों को I / O उप-प्रणाली को श्रेष्ठ बनाने के लिए। मैंने यहां ऐसा किया है और यह वास्तव में काम कर सकता है। मैं बैकिंग स्टोर के बाद से सिस्टम पर बहुत अधिक मेमोरी के बारे में चेतावनी देता हूं । स्वैप फ़ाइल (एट अल।) रखरखाव में मौलिक रूप से I / O अनुरोध बढ़ सकते हैं जो धीमी गति से होते हैं। एक मीठा स्थान है, लेकिन मुझे नहीं पता कि वह मीठा स्थान अब क्या है। मुझे संदेह है कि आप मेरे मुकाबले एक विशेषज्ञ से कहीं अधिक हैं। ;-)

— क्लोसेट्नोक

Answer 2

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

इसके अलावा, अपनी सेवा की परत से वसा को ट्रिम करने की कोशिश करें। सुनिश्चित करें कि आपके पास अपने कोड, या किसी भी सीपीयू सघन तर्क को सरल बनाने वाले किसी भी तरह के फूले हुए डेटाबेस प्रश्न नहीं हैं।

किसी भी डेटाबेस क्वेरी को कैश करने का प्रयास करें। क्वेरी कैशिंग के लिए कुछ बेहतरीन विकल्प Redis या Memcache हैं। यदि आप एक गैर-संकलित भाषा का उपयोग कर रहे हैं, तो OpCaching एक और विचार है।

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

कम से कम कितने बैंडविड्थ और लोड समय को कम करके आप कंप्रेसिंग इमेज के माध्यम से भी नहीं बचा सकते हैं!

अंत में, न्यू रिले जैसे उपकरणों के साथ प्रदर्शन की निगरानी पर विचार करें।

शुभकामनाएँ!!

स्रोत: एलेक्सा के अनुसार यूके में 12 वीं सबसे लोकप्रिय साइट के लिए डेवलपर्स में से एक।

Answer 3

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

समय से पहले भारी यातायात के प्रभाव का परीक्षण करके, आप यह निर्धारित कर सकते हैं कि आपने जो भी ट्यूनिंग की है वह प्रभावी है, और आगे ट्यूनिंग को देखें या नहीं।

Answer 4

यदि आप 1and1 पर हैं, तो संभावना है कि आप सस्ते होस्टिंग की तलाश कर रहे हैं। सस्ते होस्टिंग का मतलब है कि आप एक बॉक्स के नीचे सब कुछ करने के लिए करते हैं। होस्टिंग के लिए एक प्रमुख दर्द बिंदु यह है कि जब आप एक ही बॉक्स पर सब कुछ होस्ट करते हैं, तो आप अपनी साइट के महत्वपूर्ण हिस्सों के बीच संसाधनों को विभाजित कर रहे हैं:

• आपका वेब सर्वर (Apache, Nginx, आदि)
• आपका डेटाबेस (MySQL, PostGreSQL, आदि)

और 1and1 होने के नाते एक अच्छा मौका है कि आप Plesk या cPanel जैसे कंट्रोल पैनल का उपयोग कर रहे हैं, जिसका मतलब है कि आपके पास संसाधनों के लिए प्रतिस्पर्धा करने वाली चीजों की एक अतिरिक्त परत है। और अपने ताबूत में अंतिम कील? आपके पास बहुत सारे संसाधन नहीं हैं। आपके पास शायद 1 सीपीयू (या एक वर्चुअल सीपीयू) और बहुत कम रैम है (यदि आपके पास 2 जीबी से अधिक है तो मुझे आश्चर्य होगा)।

जब हमने 1and1 को खाई तो हम एक स्केलेबल होस्टिंग प्रदाता (हमारे मामले में Amazon Web Services) के साथ गए और हमने कई ऐसे काम किए जो हम पहले नहीं कर सकते थे

1. अमेज़ॅन के पास डेटाबेस (आरडीएस) के लिए अपने स्वयं के उदाहरण हैं और इसलिए हमारे डेटाबेस को सांस लेने के लिए संसाधन मिले। अधिकांश आरडीबीएमएस सिस्टम रैम पर रहते हैं और सांस लेते हैं और यह एक ऐसी चीज है जिससे हम बहुत कुछ प्राप्त कर सकते हैं। अब आप SSDs को उच्च I / O के साथ और अन्य DB चोक पॉइंट (लेखन डेटा) को कम दर्दनाक बना सकते हैं।
2. हमें 2 वेब सर्वर के साथ एक लोड बैलेंसर मिला। एक भारी DB बैकएंड के साथ हमें उच्च अंत सामने वाले छोरों की आवश्यकता नहीं थी, इसलिए हमें दो निचले अंत सर्वर मिले।
3. हमने ऐसी चीज़ पर स्विच किया जो पूरी तरह से कॉन्फ़िगर की गई मशीनों को मांग पर ला सकती है। शेफ या कठपुतली जैसी किसी चीज़ का उपयोग करके, आप आसानी से नए वेब सर्वर जोड़ सकते हैं और अगर सही किया जाए तो यह आपके अंतिम उपयोगकर्ताओं के लिए 100% पारदर्शी है। AWS में Opsworks भी हैं जिससे आप अपनी स्क्रिप्ट सीधे AWS में बना सकते हैं।
4. मांग पर अपना उदाहरण आकार बदलें। यह हमारे लिए एक प्रमुख टुकड़ा है। अगर डीबी घिस जाता है तो मैं इसे नीचे ला सकता हूं और एक दो मिनट में इसे बड़ा कर सकता हूं। हां, यह डाउनटाइम को शामिल करेगा लेकिन डाउनटाइम के कुछ मिनट बुरी तरह से धीमी साइट के घंटों से बेहतर है। पूरी तरह से डाउनटाइम से डर लगता है? पंखों में एक पढ़ने की प्रतिकृति रखें, फिर उसे नीचे लाएं, इसे एक बड़े उदाहरण पर स्विच करें, मास्टर को बढ़ावा दें और आप एक अतिरिक्त मशीन की लागत के लिए किसी भी डाउनटाइम से बचें।

शहर में AWS एकमात्र गेम नहीं है (Azure, Rackspace, etc), लेकिन सुनिश्चित करें कि आपकी मांग को पूरा करने के लिए 1and1 पैमाना हो सकता है।

Answer 5

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

Answer 6

अपने व्यक्तिगत अनुभव से, मैंने जाना है कि सर्वश्रेष्ठ VPS की भी अपनी सीमाएँ हैं। मैं यहां असली आम आदमी जा रहा हूं।

हमारी एक खेल वेबसाइट को एक VPS पर होस्ट किया गया था। पाकिस्तान और भारत के बीच मैच के दौरान, हमें 70,000 से अधिक हिट मिले। हमारे पास 4GB रैम और 2.something GHz प्रोसेसिंग, 1TB बैंडविड्थ, SSD स्टोरेज और साथ आने वाले अन्य फैंसी सामान के साथ एक Inmotinghosting VPS था। हमारे पास Cloudflare का भुगतान किया गया संस्करण भी सक्रिय है।

यह मैच के माध्यम से सिर्फ आधा रास्ता था और वेबसाइट नीचे चली गई। यह मैच के दौरान कभी भी लाइव नहीं आया और हमने संभावित रूप से 70,000+ अधिक दर्शकों को खो दिया। बाद में हमें पता चला कि हमारी बैंडविड्थ की खपत हुई थी और स्रोत होस्ट के बिना काम नहीं कर रहा था, सीडीएन सबसे अधिक बार बेकार है।

पाठ: VPS प्राप्त करने और क्लाउडफ़ेयर की तरह CND में ट्यूनिंग करने के साथ, अपने पृष्ठ का आकार कम करें। कम बेहतर है। आप पेज कैशिंग और कोड मिनिफिकेशन का उपयोग कर सकते हैं जो ट्रैफिक को संभालने में बहुत काम आता है।

Answer 7

आपने "सब एक बार" बहुत अच्छी तरह से परिभाषित नहीं किया है। मान लीजिए कि आप आधे घंटे में 200,000 अद्वितीय आगंतुकों को देख रहे हैं। यह 111 अनुरोध प्रति सेकंड है, खाते में आने वाले आगंतुकों को ध्यान में न रखते हुए और अधिक पृष्ठ खोलें (जो आप चाहते हैं, ठीक है?)।

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

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

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

Answer 8

इस पुराने, लेकिन बहुत अच्छे सवाल को जानिए और काश मैं कुछ साल पहले इस विषय पर अच्छी जानकारी रखता ...

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

इस लेख को देखें और "राउंड-रॉबिन" के बारे में पढ़ें।

लोड परीक्षण के बारे में अधिक जानकारी यहां पाई जा सकती है ।

जब हमने पहली बार स्पाइक्स को संभालने की कोशिश शुरू की, तो हमारे पास बस 2-3 वीपीएस बॉक्स पर हमारी सामग्री थी और अपने एनएस को रजिस्ट्रार सेटिंग्स में रखा।

Answer 9

मल्टी क्लस्टर के साथ समर्पित सर्वरों के लिए सबसे अच्छा है आपकी समस्या का समाधान होगा

Answer 10

सौभाग्य आपकी वेबसाइट को फिर से लिखना, प्रदाताओं को स्विच करना और एक सप्ताह से भी कम समय में सीडीएन को सामग्री भेजना।

जैसा कि आप अन्य उत्तरों से महसूस कर सकते हैं कि ये न्यूनतम चीजें हैं जो आपको अपनी साइट को ट्रैफ़िक में बड़ी वृद्धि के लिए तैयार करने के लिए करने की आवश्यकता है। यद्यपि यदि आप वर्तमान में 1and1.co.uk पर चल रहे हैं, तो आपके पास संभवतः नेटवर्क इंजीनियरों, DBAs, प्रोग्रामर और फ्रंट एंड ऑप्टिमाइज़र्स की एक मजबूत टीम नहीं है जो आपके लिए काम कर रहे हैं।

यह होने की संभावना नहीं है, क्या यह है?

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

आपको 1and1 (हाथ में अपने क्रेडिट कार्ड के साथ) भी बोलना चाहिए।