paramètre de Pool d'Applications idletimeout à 0 effets secondaires

J'ai une application web s'exécutant sous IIS7. Je suis le stockage de mes variables globales dans une classe avec des variables statiques. La classe est appelée SessionVariables et à l'intérieur par exemple j'ai le texte suivant :

public class SessionVariables
{
    public static string PreferedColor= "Black"; 
}

Je suis la définition de cette variable dans une autre page AccountSettings.aspx où j'ai une liste déroulante avec les noms de couleurs. Lorsque l'utilisateur choisit une couleur et clique sur enregistrer, c'est le code qui est exécuté.

   protected void btnSave_click(object sender, EventArgs e)
    {
    SessionVariables.PreferedColor= ddlColorNames.Text;
    }

si la demande est allé au ralenti pendant 5 minutes à la valeur statique de PreferedColor est toujours réinitialiser les paramètres par défaut parce que les paramètres de pool d'applications a été de compensation de la statique de valeurs, car le délai d'inactivité (en minutes) a été fixé à 5. Je l'ai changé à 0 à partir du pool d'applications IIS et le problème a disparu, L'application de la piscine n'est pas du recyclage plus. Je voudrais savoir si il y a des effets secondaires pour ce paramètre.

OriginalL'auteur James Dayeh | 2012-07-04

  1. 2

    Cela signifie que le processus de pool d'applications de ne pas s'arrêter lui-même, même après une longue période de pas de connexions. Si vous n'êtes pas inquiet au sujet de la compensation des ressources lors de la faible utilisation des périodes de quitter hors est tout à fait bien.

    Vous aurez toujours vos variables effacé si d'autres recycle se produire, si vous voulez éviter cela, vous devez ranger correctement vos variables et pas seulement dans la mémoire (probablement dans une base de données).

    Merci Steve, ces variables sont des variables globales. Savez-vous si le changement de variables statiques dans une classe statique pour la Session[] variables va faire le travail ou seront-ils compensés ? Les ajouter à la base de données n'est pas une option.
    Je ne suis pas à 100% mais je crois que vous auriez à faire plus que juste une normale de la variable de Session, vous auriez à regarder ici: msdn.microsoft.com/en-us/library/ms178586.aspx pleinement de la lire, mais, fondamentalement, vous devez soit StateServer SQLServer ou à des séances de type donc, il persiste autour de recycle.

    OriginalL'auteur Stephen S.

  2. 2

    Résolu, c'était un manque de configuration dans web.config qui effaçait les variables statiques au bout de 5 minutes
    J'ai ajouté ce qui suit et tout s'est bien passé

    <sessionState mode="InProc" cookieless="false" timeout="480"/>

    et 

     <forms loginUrl="~/Login.aspx"  slidingExpiration="true" timeout="480" />

    OriginalL'auteur James Dayeh