Français
Menu

Bases des technologies web

En CGI, le serveur web lance le programme dans un nouveau processus à chaque requête reçue, et le processus se termine à la fin du traitement. Quelle est la principale raison pour laquelle FastCGI et les serveurs d'application traitent beaucoup de requêtes plus efficacement que CGI ?

  1. ALes processus du programme restent résidents et sont réutilisés, ce qui évite le lancement et l'initialisation d'un processus à chaque requête
  2. BIls communiquent avec les utilisateurs en UDP au lieu de HTTP, ce qui supprime l'établissement d'une connexion TCP à chaque requête
  3. CIls envoient le programme au navigateur pour qu'il s'y exécute, si bien que le serveur n'a pas à traiter les requêtes
Afficher la réponse et l'explication

Réponse : A. Les processus du programme restent résidents et sont réutilisés, ce qui évite le lancement et l'initialisation d'un processus à chaque requête

CGI est un mécanisme simple : le serveur web transmet au programme les informations de la requête par des variables d'environnement et l'entrée standard, et renvoie comme réponse le résultat que le programme écrit sur la sortie standard. Cependant, il lance un processus à chaque requête et refait à chaque fois le chargement de l'environnement d'exécution du langage et la connexion à la base de données, si bien que la charge devient lourde quand les requêtes sont nombreuses. FastCGI et les serveurs d'application des différents langages gardent le programme résident, relié au serveur web par une socket ou un moyen similaire, et traitent de nombreuses requêtes à la suite.

S'entraîner sur ce thème Retour au thème

Autres questions sur Bases des technologies web

  1. Parmi les méthodes de construction des pages d'un site web, laquelle génère à l'avance, lors de la compilation du site (build), les fichiers HTML de toutes les pages et renvoie ces fichiers tels quels aux requêtes ?
  2. Quelle combinaison donne correctement les éléments de la première ligne (la ligne de requête) d'une requête HTTP/1.1 ?
  3. Parmi les méthodes HTTP, laquelle n'est pas « sûre » (elle peut modifier l'état des ressources sur le serveur) mais est « idempotente » (envoyer la même requête un nombre quelconque de fois laisse le même état que l'envoyer une seule fois) ?
  4. En HTTP, quelle association entre un code d'état et sa signification est correcte ?
  5. Sur un site réservé aux membres, un membre ordinaire connecté demande une page à laquelle seuls les administrateurs ont accès. Le serveur sait qui est l'utilisateur, mais n'autorise pas l'accès à cette page. Quel code d'état est le plus approprié pour la réponse ?