Modele de reponse demande d`explication

La boucle de requête-réponse est le cœur du serveur HTTP. Chaque serveur enfant Apache traite cette boucle jusqu`à ce qu`il meure soit parce qu`il a été demandé de quitter par le serveur maître ou parce qu`il a réalisé que sa génération est obsolète. Request-Response est un modèle d`échange de messages dans lequel un demandeur envoie un message de demande à un système replier. qui reçoit et traite la demande, en retournant finalement un message en réponse. Il s`agit d`un modèle de messagerie simple, mais puissant qui permet à deux applications d`avoir une conversation bidirectionnelle les unes avec les autres sur un canal. Ce modèle est particulièrement fréquent dans les architectures client – serveur. [1] demande – réponse, ou demande – réponse, est l`une des méthodes de base que les ordinateurs utilisent pour communiquer entre eux, dans lequel le premier ordinateur envoie une demande pour certaines données et le second répond à la demande. Habituellement, il y a une série de ces échanges jusqu`à ce que le message complet soit envoyé; naviguer sur une page Web est un exemple de communication demande-réponse. Demande-réponse peut être considérée comme un appel téléphonique, dans lequel quelqu`un est appelé et ils répondent à l`appel. La procédure ap_process_request () dans http_request. c appelle process_request_internal () dans Request.

c. Ce qui se passe dans cette procédure est illustré à la figure 4,14 qui est similaire à la figure 3,9 dans la section 3,3, mais fournit des détails techniques et des explications: la figure 4,14 montre les détails du traitement de la demande dans Apache 2,0. La demande de traitement dans Apache 1,3 est presque la même. La seule exception majeure est que seul un gestionnaire de contenu unique peut être utilisé dans Apache, mais plusieurs modules peuvent prendre part à la formation de la réponse dans Apache 2,0 que le concept de filtre est utilisé. Une explication plus détaillée des informations incluses dans le tableau précédent est décrite comme suit: le paradigme demande-réponse (RR) est largement utilisé dans les systèmes omniprésents pour échanger des informations de manière sécurisée, fiable et opportune. Néanmoins, il y a également un besoin émergent d`adopter le paradigme de publication-subscribe (PubSub) dans ce type de systèmes, en raison des avantages que ce paradigme offre dans le soutien de la mobilité au moyen d`un message asynchrone, non bloquant et un-à-plusieurs sémantique de distribution pour la notification d`événement.