運(yùn)行長(zhǎng)時(shí)間的操作時(shí)，我從IIS請(qǐng)求超時(shí)。在后臺(tái)，我的ASP.NET應(yīng)用程序正在處理數(shù)據(jù)，但是正在處理的記錄數(shù)很大，因此該操作要花費(fèi)很長(zhǎng)時(shí)間。但是，我認(rèn)為IIS使會(huì)話超時(shí)。IIS或ASP.NET會(huì)話有問(wèn)題嗎？
3 回答
www說(shuō)
TA貢獻(xiàn)1775條經(jīng)驗(yàn) 獲得超8個(gè)贊
由于我只在WebForms應(yīng)用程序的一個(gè)管理頁(yè)面中進(jìn)行了長(zhǎng)時(shí)間處理，因此我使用了code選項(xiàng)。但是為了允許臨時(shí)快速修復(fù)生產(chǎn)，我<location>在web.config 的標(biāo)記中使用了config版本。這樣，我的管理/處理頁(yè)面有足夠的時(shí)間，而最終用戶(hù)的頁(yè)面等卻保留了他們的舊時(shí)間行為。
下面，我為您提供了需要同樣快速修復(fù)的Googlers配置。你應(yīng)該ofcourse使用其他值比我的'4小時(shí)的例子，但DO注意到，本次會(huì)議timeOut是在幾分鐘內(nèi)，而要求executionTimeout是在幾秒鐘！
而且-因?yàn)橐呀?jīng)是2015年-對(duì)于非快速修復(fù)，您應(yīng)該盡可能使用.Net 4.5的async / await，而不是現(xiàn)在的.NET 2.0的ASYNC頁(yè)面，這是KEV在2010年回答時(shí)的最新情況:)。
<configuration>
...
<compilation debug="false" ...>
... other stuff ..
<location path="~/Admin/SomePage.aspx">
<system.web>
<sessionState timeout="240" />
<httpRuntime executionTimeout="14400" />
</system.web>
</location>
...
</configuration>
夢(mèng)里花落0921
TA貢獻(xiàn)1772條經(jīng)驗(yàn) 獲得超6個(gè)贊
我將其發(fā)布在這里，因?yàn)槲以谏厦婊?到4個(gè)小時(shí)，而我只找到了與上述回答類(lèi)似的答案，說(shuō)確實(shí)添加了executionTime，但在這種情況下并不能解決問(wèn)題您正在使用ASP .NET Core。為此，這將起作用：
在web.config文件中，requestTimeout在aspNetCore節(jié)點(diǎn)上添加屬性。
<system.webServer>
<aspNetCore requestTimeout="00:10:00" ... (other configs goes here) />
</system.webServer>
在此示例中，我將值設(shè)置為10分鐘。
- 3 回答
- 0 關(guān)注
- 920 瀏覽
添加回答
舉報(bào)
0/150
提交
取消