Pergunta

Nós temos uma aplicação web ASP.net com algumas páginas que ocasionalmente tempo que a página carregar (geralmente, estas são todas as páginas do tipo de administração que fazem envios de bugs / downloads com o processamento.)

Uma das soluções foi bater tanto Session.Timeout e Server.ScriptTimeout até números muito grandes - que funciona bem. No entanto, há um pouco de discussão aqui sobre quando cada configuração se aplica. Para dizer o mínimo, as páginas MSDN são abertas à interpretação.

Alguém pode me dar ao leitor é digerir versão do qual é a diferença, ou apontar-me até a página MSDN não conseguimos encontrar?

Obrigado, todos.

(. NET 2.0 em II6, se isso importa.)

Como um follow-up questão bônus, não mudar essas configurações, digamos, on_load de uma determinada página () função mudá-los para todo o aplicativo, ou apenas essa página?

Edit: gritos! Eu quis dizer "Session.Timeout" não "Server.Timeout."

Foi útil?

Solução

ScriptTimeout é o número de segundos que o tempo de execução ASP.NET vai gastar à espera de resultados de uma página ASPX.

Session.Timeout é o número de minutos ASP.NET vai gastar à espera de você .

Outras dicas

O tempo limite de script é o que controla quanto tempo o código pode executar para lidar com um pedido, então é isso que você mudar para permitir a longo executar código. A configuração no Gerenciador de IIS é usado para cada pedido, ea propriedade Server.ScriptTimeout é usado para a solicitação atual, por isso, se possível, você deve configurá-lo no código de modo a que todas as páginas regulares usa o tempo limite de script normal.

O tempo limite da sessão é o tempo que o objeto da sessão sobre os sobrevive servidor depois que o usuário última fez um pedido. A configuração de tempo limite da sessão no Gerenciador de IIS é a configuração padrão para qualquer nova sessão criada, ea propriedade Session.Timeout que você acessar a partir do código é o tempo limite para a sessão específica. O limite padrão da sessão é de 20 minutos, e você pode bater-lo um pouco sem grande risco, mas você ainda deve mantê-lo dentro de um valor razoável, de modo que você não tem sessão objetos que se agarra por dias na memória.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top