मेरे पास एक एएसपी.नेट साइट है जिसे मुझे कुछ प्रमुख संरचनात्मक अपडेट करने के लिए नीचे लेना होगा, और मैं सोच रहा था कि मुझे क्लाइंट-साइड परिप्रेक्ष्य से इसके बारे में कैसे जाना चाहिए। मैंने App_Offline.htm फ़ाइल या उसके जैसा कुछ सुना है, लेकिन मैंने वास्तव में सफलतापूर्वक काम करने के लिए कभी नहीं लिया है। क्या किसी को भी यह करना आता है?रखरखाव के लिए मैं .NET साइट को कैसे नीचे ले सकता हूं?
संपादित
मेरा ऐप ASP.NET 4.0 चल रहा है, क्या इसके लायक है के लिए।
आईई के लिए चाल बाइट की विशेष गिनती तार को धक्का देना है अन्यथा आईई इतनी दोस्ताना 404 त्रुटि नहीं दिखाता है। यहां और विवरण है: http://weblogs.asp.net/scottgu/archive/2006/04/09/442332.aspx
app_offline मूर्खता के साथ खिलवाड़ करने के बजाय (अन्य कारणों में, आप साइट का रखरखाव कर आंतरिक रूप से, जबकि देखने के लिए जारी नहीं रख सकते), मैं आईआईएस में एक अतिरिक्त "रखरखाव के लिए बंद" साइट बनाई, जो सामान्य रूप से बंद कर दिया जाता है। इसमें एक ही आईपी, होस्ट हेडर आदि मुख्य साइट के रूप में हैं, लेकिन केवल एक छवि फ़ोल्डर और स्टाइलशीट default.aspx है। उस फ़ाइल में "यह साइट एक्सएक्स: एक्सएक्स पीएम सीएसटी" संदेश तक रखरखाव के लिए नीचे होगी।
जब मैं अद्यतन करने के लिए तैयार हूं, तो मैं मुख्य साइट को रोकता हूं और रखरखाव साइट शुरू करता हूं, जो उसके बाद प्राप्त किसी भी अनुरोध को संसाधित करता है और, बेशक, रखरखाव संदेश देता है।
जब रखरखाव पूरा हो जाता है, रखरखाव प्लेसहोल्डर साइट को रोकें, और अपनी मुख्य साइट को पुनरारंभ करें।
यदि आप होस्ट हेडर का उपयोग कर रहे हैं, तो आप इस दृष्टिकोण को संशोधित कर सकते हैं ताकि साइट आपके LAN/WAN पर आंतरिक रूप से पहुंच योग्य रहे, जबकि रखरखाव साइट बाहरी अनुरोधों को संभालने में सक्षम है। रखरखाव साइट शुरू करने से पहले मुख्य साइट से <*>.yourdomain.com के लिए होस्ट हेडर को निकालने का एक आसान तरीका है, और सुनिश्चित करें कि मुख्य साइट में एक अतिरिक्त होस्ट हेडर है जो आंतरिक रूप से सुलभ है (उदाहरण के लिए, आपकी स्थानीय होस्ट फ़ाइल में जोड़ा गया है)। जब आप रखरखाव साइट शुरू करते हैं, तो यह बाहरी अनुरोधों को संभालेगा जबकि प्राथमिक साइट आंतरिक-केवल शीर्षलेख के अनुरोधों को संभाल लेगी।
वैकल्पिक रूप से (इस जटिल लगता है, लेकिन आप को जोड़ने और हेडर को दूर करने की परेशानी बचाता है), तीन साइटों बनाने के लिए:
इस तरह, आप केवल मुख्य साइट बंद करो और आदेश "रख-रखाव हेतु" साइट पर बाहरी ट्रैफिक में अन्य दो शुरू करने के लिए है, जबकि आप अभी भी देख सकते हैं और प्राथमिक साइट tweak कर सकते हैं। यह तैनाती के दौरान आने वाले परीक्षण/बग फिक्सिंग के पिछले कुछ मिनटों के लिए उपयोगी है।
अद्यतन
आप सर्वर या आईआईएस प्रबंधक के लिए पहुँच नहीं है, तो आप सबसे अधिक संभावना है कि के किसी भी उपयोग करने में सक्षम नहीं होगा। यह मानते हुए कि आपकी पहुंच आपके फ़ोल्डर तक ही सीमित है, आपके विकल्प साइट के रूट (0 फ़ाइल के लिए एएसपी.नेट चेक) पर app_offline.htm को तैनात करने के लिए प्रतीत होते हैं, या पूरी साइट को "रखरखाव के लिए नीचे" एप्लिकेशन। शायद कोई और विकल्पों के साथ झुकाव होगा।
यदि आपके पास अच्छी प्री-रिलीज परीक्षण प्रक्रिया है और सावधानीपूर्वक रिलीज प्रक्रियाएं हैं तो आप शायद लंबे समय तक नीचे नहीं रहेंगे।
उस स्थिति में आपकी साइट रूट में App_Offline.htm नामक फ़ाइल को छोड़ना ठीक काम करता है। आईआईएस आपकी साइट को इसके साथ तब तक बदल देगा जब तक आप इसे हटा नहीं देते। यह सुनिश्चित करने का एक दर्द रहित तरीका है कि आप संक्रमण करते समय कुछ भी अपडेट नहीं कर रहे हैं।
मेरा सिर्फ साइट लोगो के साथ एक शीर्षलेख है और एक संदेश है कि हम बीस मिनट तक रखरखाव के लिए नीचे आ जाएंगे। बस। आईआईआरसी लिखने में मुझे लगभग पांच मिनट लग गए।
मैं निश्चित रूप से आधे घंटे से भी कम समय की छोटी तेज अवधि के लिए इसकी अनुशंसा करता हूं। अब कुछ भी और आप शायद एक प्रमुख सिस्टम परिवर्तन को देख रहे हैं जो डेविड लाइवली जैसे दृष्टिकोण की गारंटी देता है।
यह एक अच्छा जवाब है, लेकिन यदि आपके पास वास्तव में सर्वर का उपयोग नहीं है (साझा सर्वर पर होस्टिंग)? – Jason
@ जेसन हम्म ... ने इसके बारे में सोचा नहीं था। मेरा अपडेट देखें, लेकिन आप उस परिदृश्य में अधिकतर भाग्य से बाहर हैं। –