Session de contrôle strictement
Le contenu qui ne nécessite pas de session (tel que l'écran d'aide, la zone des visiteurs, etc.) peut être déplacé vers une application ASP autonome qui ferme la session. Sur la page de base, vous pouvez donner à l'ASP une instruction afin qu'elle ne nécessite pas de session. Ajoutez le code suivant directement à la tête de la page ASP:
<% @ ActiveSessionState = False%>
Le cache a fréquemment utilisé des données sur les serveurs Web
En règle générale, la page ASP récupère les données du stockage d'arrière-plan, puis constitue le résultat sous la forme du langage de balisage hypertexte (HTML). Quelle que soit la vitesse de la base de données, il est beaucoup plus rapide de récupérer les données de la mémoire que d'un périphérique de stockage d'arrière-plan. La lecture des données d'un disque dur local est également généralement très rapide. Par conséquent, l'amélioration des performances peut être obtenue en mettant en cache des données sur le serveur, qu'elle soit mise en cache en mémoire ou sur un disque dur local.
La mise en cache est un compromis classique de l'espace pour le temps. En cas de cache correctement, vous pouvez voir des améliorations de performances significatives. Afin de rendre le cache efficace, il est nécessaire de s'assurer que les données mises en cache sont souvent réutilisées et sont lourdes à calculer. Un cache rempli de données périmées est un gaspillage de mémoire.
Les données qui ne sont pas modifiées fréquemment sont un meilleur objet pour le cache car il n'est pas nécessaire de considérer l'opération de synchronisation après la mise à jour de ces données à tout moment. Les boîtes combinées, les tables de référence, le code DHTML, les chaînes de langage de balisage étendues, les menus et les variables de configuration du site (y compris les noms de source de données, les IP d'adresse du protocole Internet et les chemins Web) sont tous de bons objets de cache. Remarque: l'expression des données est mise en cache au lieu des données elle-même. Si une page ASP change fréquemment et a du mal à se cacher (comme l'ensemble du catalogue de produits), vous devriez envisager du HTML pré-générateur au lieu de le décrire à chaque fois qu'une demande se produit.
Cache a fréquemment utilisé des données dans des objets d'application ou de session
Les objets d'application et de session dans ASP sont des conteneurs pratiques pour les données de cache en mémoire. Vous pouvez attribuer des données aux objets d'application et de session, qui resteront en mémoire pendant les appels HTTP. Les données de la session sont destinées à chaque utilisateur et les données de l'application sont partagées par tous les utilisateurs.
Quand dois-je charger des données dans l'application et la session? Habituellement, les données sont chargées lorsque l'application démarre ou que la session commence. Afin de charger des données pour le moment, ajoutez respectivement le code approprié à l'application OnStart () ou la session OnStart (). Ces fonctions sont situées dans le fichier global.asa et sont ajoutées si elles n'existent pas. Vous pouvez également appeler les données lorsqu'elle est nécessaire pour la première fois, ajoutez du code à la page ASP pour vérifier si les données existent. S'il n'est pas trouvé, appelez-le. Voici un exemple qui représente une technique de traitement des performances classique appelée "évaluation paresseuse": jusqu'à ce que nécessaire, puis accédez au calcul.
Copier les données fréquemment utilisées dans les variables de script
Lorsque vous accédez aux objets COM dans ASP, vous devez copier des données d'objets fréquemment utilisées dans les variables de script, ce qui réduit les appels de méthode vers les objets com. Ces appels sont relativement longs et laborieux que d'accès aux variables de script. L'utilisation de cette astuce réduit également les opérations de recherche coûteuses lors de l'accès à des objets de collecte et de dictionnaire.
Généralement, si vous souhaitez accéder à des données d'objets plus d'une fois, vous devez mettre les données dans les variables de script, principalement les variables de demande (variables de chaîne de formulaire et de requête). Par exemple, un site souhaite passer une variable de chaîne de requête appelée UserId. En supposant qu'il sera référencé 12 fois sur une page spéciale, il n'est pas nécessaire d'appeler une demande ("utilisateur") 12 fois. Attribuez simplement à l'utilisateur une variable à l'en-tête de la page ASP, puis utilisez-la dans la page, cela enregistre 11 appels à la méthode com.