3 回答

TA貢獻1775條經(jīng)驗 獲得超8個贊
由于我只在WebForms應(yīng)用程序的一個管理頁面中進行了長時間處理,因此我使用了code選項。但是為了允許臨時快速修復(fù)生產(chǎn),我<location>在web.config 的標(biāo)記中使用了config版本。這樣,我的管理/處理頁面有足夠的時間,而最終用戶的頁面等卻保留了他們的舊時間行為。
下面,我為您提供了需要同樣快速修復(fù)的Googlers配置。你應(yīng)該ofcourse使用其他值比我的'4小時的例子,但DO注意到,本次會議timeOut是在幾分鐘內(nèi),而要求executionTimeout是在幾秒鐘!
而且-因為已經(jīng)是2015年-對于非快速修復(fù),您應(yīng)該盡可能使用.Net 4.5的async / await,而不是現(xiàn)在的.NET 2.0的ASYNC頁面,這是KEV在2010年回答時的最新情況:)。
<configuration>
...
<compilation debug="false" ...>
... other stuff ..
<location path="~/Admin/SomePage.aspx">
<system.web>
<sessionState timeout="240" />
<httpRuntime executionTimeout="14400" />
</system.web>
</location>
...
</configuration>

TA貢獻1772條經(jīng)驗 獲得超6個贊
我將其發(fā)布在這里,因為我在上面花了3到4個小時,而我只找到了與上述回答類似的答案,說確實添加了executionTime,但在這種情況下并不能解決問題您正在使用ASP .NET Core。為此,這將起作用:
在web.config文件中,requestTimeout在aspNetCore節(jié)點上添加屬性。
<system.webServer>
<aspNetCore requestTimeout="00:10:00" ... (other configs goes here) />
</system.webServer>
在此示例中,我將值設(shè)置為10分鐘。
- 3 回答
- 0 關(guān)注
- 914 瀏覽
添加回答
舉報