Le fichier global.asa joue un rôle primordial pour vos applications ASP, il permet de mieux contôler l'accès de vos visiteurs à vos sites.

Qu'est ce que c'est ?

Global.asa est un fichier texte qui regroupe en standard 4 procédures prédéfinies et exécutées à un moment clef. Deux d'entres elles sont exécutées lors de la connexion et de la déconnexion d'un visiteur et les deux autres lors de l'arrêt et du démarrage du site.

Exemple : détail d'un fichier global.asa standard

<script LANGUAGE="VBScript" RUNAT="Server">
SUB Application_OnStart
' Ici le script exécuté au premier démarrage du site web
END SUB

SUB Application_OnEnd
' Ici le script exécuté sur l'arrêt d'un site Web
END SUB

SUB Session_OnStart
' Ici le script exécuté sur l'arrivée d'un nouveau visiteur
END SUB

SUB Session_OnEnd
' Ici le script exécuté sur la sortie du visiteur
' Il ferme son navigateur
END SUB
</script>

Note :

1)  Il est possible d'utiliser une connexion ADO au sein même du Global.asa pour effectuer une action particulière... Attention néanmoins, les connexions faisant appel à des bases n'utilisant pas de DSN sont ignorées dans le global.asa...

2) si vous utiliser un site Web FrontPage, ce dernier rajoute au sein du global.asa ses propres fonctions dans le global.asa.

Où le mettre ?

Pour que le serveur Web exécute les procédures du global.asa, vous devez le placer au point d'entrée de l'application : dans la plupart des cas,ce point d'entrée correspond à la racine de votre site web.

Je m'explique : En général un site web est considéré comme une application. Comme toute application, celle ci dispose d'un point de départ (le moment où l'on exécute le programme), et d'un point de sortie (le moment où l'on quitte le programme)...
Quand un Site web est créé sur Windows NT, il est défini comme démarrage d'application (point d'entrée) : le global.asa devra obligatoirement être placé à la racine du serveur.
Vous pouvez souhaiter ajouter un forum de discussion, un chat, etc... à votre site Web... Si ce programme dispose de son propre global.asa, vous pourrez le mettre à la racine de votre serveur...

Il n'est pourtant pas judicieux de le faire, en effet l'application considérée peut avoir besoin de variables (sessions) définies dans le global.asa... Il est bon alors afin de ne pas surcharger inutilement le serveur de ne créer ces variables qu'à l'ouverture de cette application (seules les personnes participants au forum consommeront les variables sessions liées sur le serveur, les autres non) :
par exemple s'il s'agit d'un forum de discussion les variables sessions définies dans le global.asa ne seront créées que lorsque les personnes entreront dans le sous répertoire /forum.

Créer un autre point d'entrée

La solution est alors de définir notre nouvelle application (le répertoire la contenant) comme point d'entrée. Si vous n'êtes pas mettre de votre serveur, vous devez en effectuer la demande auprès de votre provider.

Sur IIS : il suffit de lancer la MMC (Micrososft Management Console), d'afficher les propriétés du répertoire forum par exemple... et dans l'onglet Répertoire de Base de cliquer sur le bouton définir comme point d'entrée d'application.

Sur PWS : Allez dans l'explorateur Windows, cliquez sur le bouton droit de la souris sur le répertoire forum, puis Partager [ Partage Web ], donnez un nom virtuel à ce répertoire... Le répertoire est automatiquement créé comme démarrage d'application
A partir de ce moment : vous pourrez placer le global.asa dans le répertoire forum : ce dernier sera exécuté quand un visiteur entrera dans ce répertoire ou en sortira.