ASP.NET अधिकतम अनुरोध लंबाई अपवाद हैंडलिंग से अधिक है

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

समस्या का सार

ASP.NET में, आप web.config में अनुरोध के आकार पर एक सीमा निर्धारित कर सकते हैं:

<system.web> <httpRuntime maxRequestLength="1000"/> 

मूल्य किलोबाइट में निर्दिष्ट है, डिफ़ॉल्ट 4096 KB है। जाहिर है, प्रत्येक स्थान के लिए, आप अपने स्वयं के प्रतिबंध सेट कर सकते हैं।

नोट: IIS 7+ में, फ़िल्टरिंग अनुरोधों के लिए एक अतिरिक्त सुविधा है:

 <system.webServer> <security> <requestFiltering> <!--     --> <requestLimits maxAllowedContentLength="30000000"></requestLimits> 

सहित आपको इन दो मापदंडों को जोड़े में बदलने की जरूरत है।

ASP.NET के पास इस सीमा को पार करने के लिए अपवादों को पकड़ने और संभालने के लिए एक मानक तरीका नहीं है। पहली बात जो दिमाग में आती है वह है Global.asax में अपवाद को ईवेंट हैंडलर के साथ पकड़ना। लेकिन यह 2 कारणों से कोशर नहीं हुआ:

1. कोई विशेष प्रकार का अपवाद नहीं है, लेकिन एक सामान्य System.Web.HttpException को फेंक दिया गया है (लिपटे, निश्चित रूप से, HttpUnhandledException में) संदेश के साथ "अधिकतम अनुरोध की लंबाई पार हो गई।" अंग्रेजी लोकेल में। सहित हमारे पास हमारे "क्लाइंट" को प्राप्त करने के लिए कोई गारंटी नहीं है।
2. जाहिर है, मैं इस तथ्य से सामना कर रहा था कि जब तक अपवाद पकड़ा गया, तब तक सर्वर पहले से ही क्लाइंट को प्रतिक्रिया का एक हिस्सा भेजने में कामयाब रहा, जिससे रिस्पांस ऑब्जेक्ट का उपयोग करना मुश्किल हो गया।

निर्णय

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

  public override void Init() { base.Init(); this.BeginRequest += GlobalBeginRequest; } private void GlobalBeginRequest(object sender, EventArgs e) { var runTime = (HttpRuntimeSection)WebConfigurationManager.GetSection("system.web/httpRuntime"); var maxRequestLength = runTime.MaxRequestLength * 1024; if (Request.ContentLength > maxRequestLength) { //      Response.Redirect("~/filetoolarge/"); } } 

स्पष्टीकरण के एक जोड़े।

पहले के बारे में

 var runTime = (HttpRuntimeSection)WebConfigurationManager.GetSection("system.web/httpRuntime"); 

पहले सोचा था कि इस पैरामीटर को इसके लॉन्च के चरण में आवेदन की एक अलग संपत्ति के रूप में याद किया जाए। लेकिन यह सही नहीं है, क्योंकि साइट पर अलग-अलग निर्देशिकाओं के अपने पैरामीटर हो सकते हैं।

दूसरा प्रो

 var maxRequestLength = runTime.MaxRequestLength * 1024; 

मुझे अभी भी समझ में नहीं आया कि मूल स्रोत 100 KB को घटाने की कोशिश क्यों कर रहा था। ASP.NET बाधा समग्र अनुरोध पर काम करती है (प्रपत्र ASP ASP पर परीक्षण किया गया। ASP, 2, .NET 3.5, IIS 6) फॉर्म डेटा और सभी संलग्न फाइलों के साथ।

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