Requête Http Du Cycle De Vie

Récemment, j'ai commencé mon travail en tant que application web backend developer. Je suis un peu coincé dans la compréhension du cycle de vie d'une requête Http.

Ce que j'ai compris, c'est

  • Chaque requête Http premiers contacts d'un serveur DNS qui résout l'URL de la requête de domaine à une adresse IP.
  • Après l'extraction de l'adresse IP du Serveur demande est transmise(via METTRE de la demande). Un serveur web comme apache gère cette demande et la transmet à l'application qui a pour gérer cela.

Après cela, je suis perdu avec

  • Comment la réponse est envoyée par l'application à l'utilisateur qui en fait la demande et Apcache impliqués dans ce domaine?
  • Puis-je voir l'ensemble des flux dans mon navigateur avec quelques outils de débogage?
  • Quelqu'un peut-il consulter quelques liens pour comprendre en profondeur?
InformationsquelleAutor Poorna | 2011-01-27
  1. 82

    Je pense que vous êtes un peu mal sur votre compréhension.

    Si vous allez à http://www.google.com (ne pas utiliser toutes les formes, qui veulent simplement le site), c'est ce qui se passe:

    1. D'abord, le navigateur doit traduire http://www.google.com à une adresse IP, si ce n'est pas déjà le savoir. Si il le sait, il ne se passe rien en ce moment. Si elle ne le sait pas, il contacte un serveur DNS pour résoudre le nom.
    2. Puis navigateur va s'ouvrir une connexion TCP vers l'adresse IP de http://www.google.com et envoyer une requête HTTP GET sur. Dans cet exemple, il sera

      GET /HTTP/1.1
      Host: www.google.com
    3. Le logiciel serveur obtiendrez cette requête HTTP. Il sera en quelque sorte de générer une réponse HTTP et l'envoyer en arrière à travers la connexion TCP. Comment le serveur ne ce est le logiciel de serveur dépendante. Vous pouvez par exemple brancher le code de l'application dans Apache, ou tout simplement à Apache de retour d'un fichier du système de fichiers. PHP est une application appelée par certains logiciels, qui génère alors la réponse envoyée au navigateur. Lorsque la réponse est envoyée, dans la version de HTTP 1.0, la connexion est fermée. HTTP 1.1 peuvent avoir des connexions persistantes si.
    4. Lorsque le navigateur obtient la réponse, il la rend à la fois sur l'écran. La requête HTTP est maintenant terminé. Un clic sur "rechercher" va envoyer une nouvelle requête au serveur.

    GET, PUT, POST, DELETE et d'autres sont Méthodes de demande de HTTP. Ils ont une signification spéciale que vous pouvez voir dans la RFC.

    Les Cookies sont couramment utilisés pour désigner la même utilisateur à travers de multiples requêtes HTTP, appelés des sessions. Par conséquent, ces cookies sont des "cookies de session"

    Vous pouvez déboguer la communication par l'utilisation d'un sniffer réseau de l'outil, par exemple Wireshark. Firefox a un plug-in tiers appelé Falsifier Des Données qui peut modifier la demande avant qu'elles soient envoyées au serveur.

    La HTTP RFC est une bonne source de comment tout cela fonctionne.

    Espère que cela aide.

    • comment sur le côté client de la réponse est correctement envoyé à la bonne fenêtre/onglet/de l'application qui a soulevé la demande
    • Le côté client dispose d'une poignée pour certains de connexion TCP. Seulement le client va lire, de sorte que le client doit savoir où le contenu d'une connexion TCP est au rendez vous. Fondamentalement, cela dépend de la façon dont l'application est codée.
    • Quand la connexion TCP à proximité ?
    • Voir "connexions Persistantes" articles sur un répondre les différences entre le protocole HTTP 1.0 et 1.1.
    • lier un autre guide complet que j'ai créé...peut-être que cela aide: github.com/hardikvasa/http-connection-lifecycle
    InformationsquelleAutor foens
  2. 2

    tandis que le serveur reçoit la demande de navigateur , le navigateur est reliée à un port sur l'ordinateur hôte , l'adresse ip et numéro de port de navigateur sera joint à la demande que l'envoie au serveur. le serveur envoie la responce à l'adresse ip et numéro de port

    • ne pas résumer vous-même lorsque vous aidez quelqu'un.
    InformationsquelleAutor Sakkeer Hussain
  3. 2

    C'est parmi le populaire interview questions posées dans les différents produit en fonction des entreprises.

    HTTP Est un protocole de demande-réponse. Par exemple, un agent utilisateur lance une requête à un serveur, généralement par l'ouverture d'une connexion TCP/IP à un port particulier sur un ordinateur hôte (par défaut le port 80). La demande elle-même se compose de:

    une demande en ligne,

    un ensemble d'en-têtes de requête, et
    une entité.

    Un serveur HTTP à l'écoute sur ce port attend le client à envoyer un message de demande. Lors de la réception de la requête, le serveur envoie une réponse qui comprend:

    une ligne d'état,
    un ensemble d'en-têtes de réponse, et
    une entité.
    L'entité de la requête ou de réponse peut être considéré simplement comme la charge utile, qui peuvent être des données binaires. Les autres éléments sont lisibles que des caractères ASCII. Quand la réponse a été achevé, que ce soit le navigateur ou le serveur peut mettre fin à la connexion TCP/IP, ou le navigateur peut envoyer une autre demande.

    InformationsquelleAutor Shivam Verma