Dacă limita de timp pentru încărcare SharePoint poate fi mărită după cum dorim, de ce valoarea implicită nu este setată să fie Max? Care este motivul pentru a avea o valoare implicită minimă pentru atributul „executionTimeout”?

<location path="upload.aspx"> <system.web> <httpRuntime executionTimeout="XXX" maxRequestLength="2097151" /> </system.web> </location> 

Este recomandat să creșteți după cum dorim?

Răspuns

Conform MSDN proprietate maxRequestLength

Specifică limita pentru pragul de tamponare a fluxului de intrare, în KB. Această limită poate fi utilizată pentru a preveni atacurile de refuz de serviciu cauzate, de exemplu, de utilizatorii care postează fișiere mari pe server.

În mod implicit pentru SharePoint 2010 valoarea este setată la 50 MB:

<httpRuntime maxRequestLength="51200" /> 

Conform Managementul capacității SharePoint Server 2010: limite software și limite care descriu limitele și limitele software-ului Microsoft SharePoint Server 2010:

Dimensiunea fișierului de încărcare poate fi mărită până la 2047 MB, totuși o volumul mare de fișiere foarte mari poate afecta performanța fermei

Timpul de executare

Conform MSDN executionTimeout este un atribut TimeSpan care

specifică numărul maxim de secunde în care o cerere este permisă să se execute înainte de a fi închisă automat de ASP.NET

În Shar ePoint 2010 în mod implicit, valoarea este setată la 1 oră.

Valoarea ar trebui să fie mărită în cazul în care apare o eroare „Solicitare expirată”

[HttpException (0x80004005): Request timed out.] 

, altfel nu este nevoie să o modificați.

Comentarii

  • Mulțumim..Vom schimba valoarea ' executionTimeout ' și care sunt toate consecințele acestei modificări?
  • @Karthikeyan, vă rugăm să verificați răspunsul, au fost adăugate informații despre Execution Timeout.
  • Vă mulțumim pentru ajutor .. .Puteți să-mi împărtășiți și impactul asupra creșterii valorii Timpului de executare la 1,5 ore?

Lasă un răspuns

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *