Quali sono tutte le cose che possono / possono accadere quando un utente entra nell'URL di una pagina web? [chiuso]

Beh, come con la maggior parte delle cose nei computer, sono un sacco di concetti relativamente semplici cuciti insieme. Per comprenderlo abbastanza profondamente (ma non in profondità EE, dato che io non ci vado), potresti iniziare imparando questi concetti di rete:

• TCP / IP - poiché è così che i vari giocatori si parleranno l'un l'altro; potresti anche imparare Ethernet - dal momento che probabilmente sei su una rete Ethernet, ma questo cadrà ulteriormente nel mondo EE. Il modello OSI può essere un utile primer se non lo conosci già.
• DNS - poiché è il modo in cui l'utente digita viene tradotto in indirizzi IP per le chiamate TCP / IP. In modo abbastanza circolare, è implementato anche in IP, motivo per cui è il secondo. È il livello dell'applicazione nel modello OSI.
• HTTP - poiché è il livello applicazione (c'è di nuovo quel modello OSI) che verrà utilizzato tra il client e il server web.
• Variazioni e standard HTTP, per i problemi del server proxy e degli hacker
  • Cookie - Un punto di attacco comune facilmente comprensibile
  • Server proxy
  • SSL / TLS - Questo può essere complicato, dato che hai a che fare con la crittografia. Puoi iniziare con la voce TLS di Wikipedia

Per cose come queste (standard generali di Internet), le RFC attuali sono d'oro. Possono essere asciutti, possono essere vaghi e non possono riflettere il 100% dei prodotti di spedizione, ma sono la migliore risorsa tecnica generale IMO.

Come al solito, Wikipedia è una grande risorsa di primo livello anche per tutto questo . Ti racconterà le nozioni di base e in generale ti collegheranno alle RFC corrette (le RFC hanno l'abitudine di essere aggiornate, sostituite, non implementate, ecc. Quindi le ricerche di Google veloci che ho fatto potrebbero non essere corrette).

Il lato del sistema operativo è un po 'più difficile. Dal momento che non è uno "standard", non c'è alcun riferimento pubblicato a nessuno di questi. E, ancora meglio, sistemi operativi diversi faranno le cose in modo leggermente diverso. Sono principalmente un ragazzo di Windows - imparo questo tipo di materiale dai blog; Mark Russinovich e Raymond Chen sono i 2 migliori ragazzi che conosco per darti questa roba seriamente tecnica.

• Esecuzione del SO: terribilmente complicato, potresti passare anni su questo argomento. Ai fini delle app Web, è probabilmente sufficiente conoscere le nozioni di base dei modelli di memoria e forse un un po 'di linguaggio assembly per capire come il server web e il browser svolgeranno il loro lavoro.
• Scegli un server web e il suo modello di elaborazione. Sono un ragazzo di Windows, quindi ecco IIS. Dal ogni web server avrà un modello di estensione, è probabile che ciò che sta accadendo dopo la richiesta iniziale sia che è passato a un altro programma. Pertanto, avrai il trasferimento della richiesta, e poi puoi tuffarti nel modello di elaborazione degli interni . Alla fine della giornata, riempiranno tutto il buffer di una stringa di codice HTML da inviare via HTTP al client.

A proposito di HTML, ora devi conoscere le regole per questo ( e CSS ) in modo da sapere cosa fa il browser per analizzarlo in elementi visivi. Oh - e visto che tutto questo appare in un programma GUI, ora puoi iniziare la strada di loop di messaggi e gestione dell'input . Non finisce mai veramente - una delle più grandi (e peggiori) cose su questa professione.

"Lo sviluppo web" è un termine molto ampio, poiché penso che tu comprenda suddividendo alcuni degli strati. Dato il tuo background, penso che dovresti consultare questa pagina . Dovrebbe darti più vocabolario per scoprire cosa vuoi studiare in seguito. Quello copre la parte "web". Come scopri di più, la porzione "sviluppo" diventerà più chiara. Un po 'più a metà di quella pagina è una linea che risponde alla tua domanda.

In sostanza:

When you type a URL into a web browser, this is what happens:

1. If the URL contains a domain name, the browser first connects to a domain name server and retrieves the corresponding IP address for the web server.

2. The web browser connects to the web server and sends an HTTP request (via the protocol stack) for the desired web page.

3. The web server receives the request and checks for the desired page. If the page exists, the web server sends it. If the server cannot find the requested page, it will send an HTTP 404 error message. (404 means 'Page Not Found' as anyone who has surfed the web probably knows.)

4. The web browser receives the page back and the connection is closed.

5. The browser then parses through the page and looks for other page elements it needs to complete the web page. These usually include images, applets, etc.

6. For each element needed, the browser makes additiona l connections and HTTP requests to the server for each element.

7. When the browser has finished loading all images, applets, etc. the page will be completely loaded in the browser window.

Per rispondere alla domanda specifica nel titolo, il termine che stai cercando è "ciclo di vita della pagina web".

La pagina Panoramica del ciclo di vita della pagina ASP.NET su MSDN descrive il ciclo per un ASP Pagina .NET. I termini sono generali (per la maggior parte), ma i dettagli delle azioni sono specifici per ASP.NET.

MSDN entra nei dettagli completi, ma il ciclo di vita della pagina ha 7 fasi:

1. Richiesta di pagina
2. Inizio
3. L'inizializzazione
4. Carica
5. Gestione degli eventi di postback
6. Rendering
7. Scaricare

e la pagina passa attraverso tutti loro e finisce allo stadio 7 quando viene visualizzato.

In ogni fase vengono attivati eventi che consentono allo sviluppatore di eseguire il proprio codice appropriato per tale fase.