Ha a SharePoint feltöltési időkorlátja tetszés szerint megnövelhető, miért nincs beállítva az alapértelmezett Max? Mi az oka annak, hogy a “végrehajtási időkorlát” attribútum minimális alapértelmezett értéke legyen?
<location path="upload.aspx"> <system.web> <httpRuntime executionTimeout="XXX" maxRequestLength="2097151" /> </system.web> </location> Javasoljuk, hogy növeljük, ahogy szeretnénk?
Válasz
Az MSDN tulajdonság szerint maxRequestLength
A bemeneti adatfolyam pufferelési küszöbértékét határozza meg, KB-ban. Ez a korlát felhasználható a szolgáltatásmegtagadási támadások megelőzésére, amelyeket például a felhasználók nagy fájlok közzétételével okoznak a szerveren.
Alapértelmezés szerint a SharePoint számára A 2010-es érték 50 MB-ra van állítva:
<httpRuntime maxRequestLength="51200" /> A SharePoint Server 2010 kapacitáskezelés szerint: Szoftverhatárok és korlátozások , amelyek leírják a Microsoft SharePoint Server 2010 szoftver korlátait és korlátait:
A feltöltési fájl mérete 2047 MB-ig növelhető, azonban nagy mennyiségű nagyon nagy fájl befolyásolhatja a farm teljesítményét
Végrehajtási időkorlát
A MSDN a executionTimeout egy TimeSpan attribútum, amely
meghatározza a másodpercig, amíg egy kérést végre lehet hajtani, mielőtt az ASP.NET automatikusan leállítaná
Shar-ban Az ePoint 2010 alapértelmezés szerint értéke 1 óra.
Ezt az értéket növelni kell, ha a „Kérés időtúllépés” hiba jelentkezik
[HttpException (0x80004005): Request timed out.] , különben nincs szükség az érték módosítására.
Megjegyzések
- Köszönöm .. Megváltoztatjuk a ' végrehajtási idő és milyen következményei vannak ennek a változásnak?
- @Karthikeyan, kérjük, ellenőrizze a választ, a végrehajtás időkorlátjával kapcsolatos információk hozzáadódtak.
- Köszönjük segítségét .megoszthatja azt is, hogy milyen hatással van a Végrehajtási időkorlát 1,5 órára emelése?