SSI

Introduction aux SSI

Introduction aux SSI - Server Side Includes

Créé à l’origine pour pouvoir inclure du code dans une page HTML, le SSI est des plus faciles à utiliser. Pour la sécurité du serveur ce n’est pas plus dangereux que les scripts CGI même si c’est plus direct, avec la commande EXEC, par exemple, qui peut être désactivée dans le fichier smr.conf. Son avantage est le jeu des 6 instructions du SSI, hé oui!, pas plus. Son désavantage est qu’il ralentie quelque peu l’interprétation de votre page HTML. Vous devez savoir que le serveur interprète les pages HTML ligne par ligne et ce sans avoir a connaître le reste du code. Avec le SSI, généralement les fichiers avec l’extension SHTML, le serveur doit prendre connaissance du fichier en entier, à la recherche de commandes SSI, avant d’interpréter le code (parsing). Ce qui ralentie évidemment l’exécution de la page HTML. De plus votre serveur doit avoir la possibilité d’exécuter les commande SSI. La plupart des serveurs le fond comme NCSA. CERN ne le faisait pas autrefois mais il le fait maintenant je crois. Il doit autoriser l’exécution de commandes SSI et savoir l’extension utilisée, généralement SHTML. En effet quelque serveurs n’autorisent pas ces commandes en raison du ralentissement qu’ils impliquent.

Si jamais votre serveur n’autorise pas les commandes SSI, voici comment activer les commandes SSI Vous devez ajuster la directive ALL ou Option du fichier access.conf (tout dépend du serveur): All: Option All ou Option Includes. On voit aussi Option IncludesNoExec pour activer les commandes SSI sans autoriser la commande EXEC.

Ensuite il faut définir l’extension des fichiers SSI dans le fichier srm.conf (tout dépand du serveur).

Ex: AddType text/x-server-parsed-html.shtml.

• spNCSA HTTPd Tutorials