La Common Gateway Interface est une ancienne norme, mais elle gère toujours le Web en coulisses. La plupart des serveurs suivent une règle rigide pour ce mécanisme. Vous créez un dossier spécifique. Le nom est toujours cgi-bin. Ce n’est pas seulement un nom de dossier. C’est un commandement.
Lorsque vous voyez ce répertoire dans l’arborescence racine du serveur, le logiciel comprend une limite stricte. Les fichiers à l’intérieur ne sont pas seulement lus. Ils sont exécutés.
Pensez à ce qui se passe lorsqu’un navigateur demande un fichier dans cette zone. Le serveur n’envoie pas le code brut à votre écran. Il exécute le programme. Ensuite, il prend tout ce que ce programme crache et vous envoie ça. Le résultat est la page que vous voyez.
Le code exécutable est généralement l’une des deux choses suivantes. Un binaire compilé. Quelque chose fait par un compilateur C. Ou un script PERL. PERL est énorme dans cet espace. Il est populaire pour les scripts CGI car il gère très facilement le traitement de texte.
Imaginez ceci. Vous tapez une URL dans la barre de votre navigateur.
https://www.howstuffworks.com/cgi-bin/search.pl
Le serveur voit ce chemin. Il reconnaît que search.pl se trouve dans le dossier cgi-bin. Il exécute donc le script PERL. Le script s’exécute. Il génère une sortie. Cette sortie retourne à votre navigateur. Vous ne voyez jamais le code. Vous voyez juste le résultat.
Pouvez-vous construire le vôtre ? Oui. Mais vous avez besoin de deux choses. Tout d’abord, vous devez connaître un langage comme C ou PERL. Deuxièmement, vous avez besoin d’un accès.
Si vous payez pour un service d’hébergement Web, vous disposez probablement déjà de cette fonctionnalité. Vérifiez auprès de votre fournisseur. Ils activent généralement les scripts CGI par défaut.
Et si vous ne payez pas pour l’hébergement ? Vous pouvez installer un serveur Web sur votre propre machine. C’est plus compliqué. Vous aurez du mal avec les fichiers de configuration. Mais vous apprendrez beaucoup plus vite qu’en lisant simplement ce sujet.
Le serveur exécute le programme dans cgi-bin et envoie la sortie au navigateur. Cette séparation cache le code à l’utilisateur.
Cette configuration est importante car elle permet un contenu dynamique. Le HTML statique est ennuyeux. Cela ne change pas. Les scripts CGI permettent à un serveur de générer des pages à la volée. Vous demandez des données. Le script le récupère. Le serveur l’envoie.
La plupart des applications modernes utilisent désormais d’autres méthodes. Apis. Cadres. Mais CGI est la base. Il a appris au Web à parler au code.
Vous n’avez pas besoin de maîtriser PERL pour le comprendre. Sachez simplement que lorsque vous cliquez sur cette URL, quelque chose s’exécute en arrière-plan. Le répertoire cgi-bin est le déclencheur. Le résultat est le cadeau.
Pourquoi certains serveurs s’appuient-ils encore sur cela ? Héritage. Stabilité. Et parce que ça marche. Simple. Direct.
Si vous souhaitez le tester, trouvez un hébergeur qui le prend en charge. Écrivez un script simple. Voyez ce qui se passe lorsque le navigateur le demande. La boucle se termine. La page se charge. La magie n’est que mathématique et logique.
