1 00:00:01,380 --> 00:00:03,410 ‫Istruttore: Quindi il nostro 2 00:00:03,410 --> 00:00:05,650 ‫obiettivo è sviluppare applicazioni di back-end 3 00:00:05,650 --> 00:00:08,160 ‫con Node e quindi è probabilmente una 4 00:00:08,160 --> 00:00:11,890 ‫buona idea avere una comprensione di base di come funziona 5 00:00:11,890 --> 00:00:14,350 ‫effettivamente il web dietro le quinte, giusto? 6 00:00:14,350 --> 00:00:17,880 ‫E questa sarà una lezione davvero completa. 7 00:00:17,880 --> 00:00:19,743 ‫E quindi tuffiamoci dentro. 8 00:00:21,300 --> 00:00:24,040 ‫Ora, per capire meglio come funziona 9 00:00:24,040 --> 00:00:26,010 ‫effettivamente il web, iniziamo 10 00:00:26,010 --> 00:00:28,230 ‫ponendoci la domanda: cosa succede 11 00:00:28,230 --> 00:00:30,670 ‫effettivamente ogni volta che digitiamo 12 00:00:30,670 --> 00:00:32,567 ‫un URL nel 13 00:00:32,567 --> 00:00:36,270 ‫nostro browser per aprire una nuova pagina web? 14 00:00:36,270 --> 00:00:40,000 ‫O ogni volta che richiediamo dati da qualche API? 15 00:00:40,000 --> 00:00:41,990 ‫Che in realtà è abbastanza lo 16 00:00:41,990 --> 00:00:45,453 ‫stesso e quindi concentriamoci su un semplice esempio di sito web qui. 17 00:00:47,409 --> 00:00:50,760 ‫Bene, la risposta più semplice è che il nostro 18 00:00:50,760 --> 00:00:54,360 ‫browser, chiamato anche client, invia una richiesta al server in 19 00:00:54,360 --> 00:00:57,150 ‫cui è ospitata la pagina web. 20 00:00:57,150 --> 00:01:00,330 ‫E il server invierà una risposta, 21 00:01:00,330 --> 00:01:04,410 ‫che conterrà la pagina web che abbiamo appena richiesto. 22 00:01:04,410 --> 00:01:08,000 ‫E questo processo è chiamato modello richiesta-risposta 23 00:01:08,000 --> 00:01:10,940 ‫o anche architettura client-server. 24 00:01:10,940 --> 00:01:13,100 ‫E tutto ciò di 25 00:01:13,100 --> 00:01:17,770 ‫cui parleremo in questa sezione ruota attorno a questo concetto fondamentale. 26 00:01:17,770 --> 00:01:20,990 ‫Ok, ma ora facciamo un ulteriore passo avanti perché 27 00:01:20,990 --> 00:01:23,730 ‫probabilmente non è una novità per te 28 00:01:23,730 --> 00:01:25,313 ‫a questo punto, giusto? 29 00:01:26,380 --> 00:01:29,600 ‫Quindi diciamo che vogliamo accedere a 30 00:01:29,600 --> 00:01:34,600 ‫Google Maps scrivendo google. com/maps nel nostro browser come URL. 31 00:01:35,180 --> 00:01:38,783 ‫E ogni URL ottiene un HTTP o HTTPS, che 32 00:01:39,930 --> 00:01:42,520 ‫è per il protocollo che verrà 33 00:01:42,520 --> 00:01:43,920 ‫utilizzato sulla connessione. 34 00:01:43,920 --> 00:01:47,440 ‫E ne parleremo un po' più avanti in questo video. 35 00:01:47,440 --> 00:01:49,580 ‫Quindi abbiamo il nome di dominio qui, 36 00:01:49,580 --> 00:01:51,930 ‫che è google. com in 37 00:01:51,930 --> 00:01:55,500 ‫questo caso, e anche dopo una barra, la cosiddetta 38 00:01:55,500 --> 00:01:56,950 ‫risorsa a cui 39 00:01:56,950 --> 00:01:59,560 ‫accederemo, e in questo caso /maps. 40 00:01:59,560 --> 00:02:02,710 ‫Ora quello che devi sapere qui è che il nome 41 00:02:02,710 --> 00:02:06,137 ‫di dominio come google. com non è in realtà 42 00:02:06,137 --> 00:02:09,230 ‫il vero indirizzo del server a cui stiamo cercando di 43 00:02:09,230 --> 00:02:13,350 ‫accedere, ma solo un bel nome che è facile da memorizzare per noi. 44 00:02:13,350 --> 00:02:17,050 ‫Quindi abbiamo bisogno di un modo per convertire il nome 45 00:02:17,050 --> 00:02:19,220 ‫di dominio nell'indirizzo reale del 46 00:02:19,220 --> 00:02:22,100 ‫server e ciò avviene tramite un DNS. 47 00:02:22,100 --> 00:02:25,230 ‫Quindi DNS sta per Domain Name Server, che 48 00:02:25,230 --> 00:02:27,940 ‫sono server speciali che sono fondamentalmente come 49 00:02:27,940 --> 00:02:30,610 ‫le rubriche telefoniche di Internet. 50 00:02:30,610 --> 00:02:34,330 ‫Quindi il primo passo che avviene quando apriamo un sito 51 00:02:34,330 --> 00:02:38,180 ‫web è che il browser fa una richiesta a un 52 00:02:38,180 --> 00:02:40,990 ‫DNS e questo server speciale abbinerà semplicemente 53 00:02:40,990 --> 00:02:43,760 ‫l'indirizzo web che abbiamo digitato nel browser 54 00:02:43,760 --> 00:02:46,430 ‫all'indirizzo IP reale del server. 55 00:02:46,430 --> 00:02:47,610 ‫Va bene. 56 00:02:47,610 --> 00:02:49,300 ‫E in realtà questo 57 00:02:49,300 --> 00:02:53,030 ‫avviene tramite il tuo provider di servizi Internet o ISP, ma 58 00:02:53,030 --> 00:02:55,933 ‫i dettagli completi non hanno molta importanza per noi. 59 00:02:57,363 --> 00:02:59,050 ‫Quello che devi ricordare da 60 00:02:59,050 --> 00:03:01,950 ‫questa parte è che il dominio non è il 61 00:03:01,950 --> 00:03:06,250 ‫vero indirizzo e che un DNS lo convertirà in quel vero indirizzo IP, 62 00:03:06,250 --> 00:03:09,550 ‫che un browser può quindi chiamare dopo essere stato rispedito 63 00:03:09,550 --> 00:03:10,713 ‫al nostro browser. 64 00:03:12,030 --> 00:03:14,620 ‫Ecco come appare l'indirizzo reale, 65 00:03:14,620 --> 00:03:18,810 ‫quindi ha ancora il protocollo, ma poi arriva l'indirizzo IP. 66 00:03:18,810 --> 00:03:22,080 ‫E anche la porta a cui abbiamo avuto accesso sul server. 67 00:03:22,080 --> 00:03:24,890 ‫E il numero di porta serve solo 68 00:03:24,890 --> 00:03:28,070 ‫per identificare un servizio specifico in esecuzione su un 69 00:03:28,070 --> 00:03:30,903 ‫server e quindi puoi pensarlo come un sottoindirizzo. 70 00:03:32,590 --> 00:03:35,350 ‫Ricorda come abbiamo ascoltato la porta 8000 71 00:03:35,350 --> 00:03:39,140 ‫sul nostro server web quando l'abbiamo impostata nell'intersezione che è esattamente 72 00:03:39,140 --> 00:03:41,263 ‫quella che è questa porta. 73 00:03:42,780 --> 00:03:45,590 ‫Inoltre, tieni presente che il numero di porta non ha 74 00:03:45,590 --> 00:03:48,460 ‫nulla a che fare con la risorsa di Google Maps 75 00:03:48,460 --> 00:03:50,000 ‫a cui vogliamo accedere. 76 00:03:50,000 --> 00:03:52,720 ‫Quella risorsa verrà effettivamente inviata 77 00:03:52,720 --> 00:03:56,850 ‫nella richiesta HTTP come vedremo tra un momento. 78 00:03:56,850 --> 00:03:59,673 ‫Ok, e questo conclude il primo passo. 79 00:04:00,610 --> 00:04:03,310 ‫Quindi, una volta che abbiamo il vero 80 00:04:03,310 --> 00:04:06,390 ‫indirizzo web, viene stabilita una connessione socket TCP 81 00:04:06,390 --> 00:04:08,740 ‫tra il browser e il 82 00:04:08,740 --> 00:04:11,270 ‫server, che ora sono finalmente connessi. 83 00:04:11,270 --> 00:04:14,190 ‫E questa connessione viene in genere mantenuta attiva 84 00:04:14,190 --> 00:04:16,810 ‫per tutto il tempo necessario per trasferire 85 00:04:16,810 --> 00:04:19,420 ‫tutti i file del sito web. 86 00:04:19,420 --> 00:04:22,910 ‫Ora, quali sono i nostri TCP e IP? 87 00:04:22,910 --> 00:04:27,080 ‫Bene, TCP è il protocollo di controllo della trasmissione e 88 00:04:27,080 --> 00:04:29,730 ‫IP è il protocollo Internet 89 00:04:29,730 --> 00:04:32,930 ‫e insieme sono protocolli di comunicazione che 90 00:04:32,930 --> 00:04:36,870 ‫definiscono esattamente come i dati viaggiano attraverso il web. 91 00:04:36,870 --> 00:04:37,860 ‫Quindi sono 92 00:04:37,860 --> 00:04:40,580 ‫fondamentalmente il sistema di controllo fondamentale di 93 00:04:40,580 --> 00:04:44,170 ‫Internet, perché, ancora una volta, sono quelli che stabiliscono le 94 00:04:44,170 --> 00:04:47,230 ‫regole su come i dati si muovono su Internet. 95 00:04:47,230 --> 00:04:51,040 ‫E non preoccuparti, impareremo qualcosa in più su TCP/IP più 96 00:04:51,040 --> 00:04:52,673 ‫avanti in questo video. 97 00:04:54,150 --> 00:04:58,570 ‫Comunque, ora è il momento di fare finalmente la nostra richiesta. 98 00:04:58,570 --> 00:05:02,400 ‫E la richiesta che facciamo è 99 00:05:02,400 --> 00:05:07,400 ‫una richiesta HTTP dove HTTP sta per HyperText Transfer Protocol. 100 00:05:07,430 --> 00:05:12,430 ‫Quindi, dopo TCP/IP, HTTP è un altro protocollo di comunicazione. 101 00:05:13,520 --> 00:05:16,480 ‫E tra l'altro, un protocollo di comunicazione è 102 00:05:16,480 --> 00:05:18,670 ‫semplicemente un sistema di regole 103 00:05:18,670 --> 00:05:22,140 ‫che consente a due o più parti di comunicare. 104 00:05:22,140 --> 00:05:25,820 ‫E nel caso di HTTP, è solo un protocollo che 105 00:05:25,820 --> 00:05:29,130 ‫consente a client e server Web di comunicare 106 00:05:29,130 --> 00:05:31,800 ‫inviando richieste e messaggi di risposta dal 107 00:05:31,800 --> 00:05:34,353 ‫client al server e viceversa. 108 00:05:36,040 --> 00:05:40,150 ‫Ora, un messaggio di richiesta sarà simile a questo. 109 00:05:40,150 --> 00:05:43,460 ‫Quindi l'inizio del messaggio è la parte 110 00:05:43,460 --> 00:05:47,700 ‫più importante chiamata riga iniziale, che contiene il metodo HTTP 111 00:05:47,700 --> 00:05:49,690 ‫utilizzato nella richiesta, 112 00:05:49,690 --> 00:05:53,750 ‫quindi la destinazione della richiesta e la versione HTTP. 113 00:05:53,750 --> 00:05:57,890 ‫Quindi, riguardo ai metodi HTTP, ce ne sono molti disponibili, 114 00:05:57,890 --> 00:06:00,280 ‫ma i più importanti sono 115 00:06:00,280 --> 00:06:04,400 ‫ottenere semplicemente per richiedere dati, postare per inviare dati e 116 00:06:04,400 --> 00:06:08,140 ‫mettere e patchare per modificare sostanzialmente i dati. 117 00:06:08,140 --> 00:06:11,970 ‫Quindi vedi una richiesta HTTP al server non 118 00:06:11,970 --> 00:06:16,010 ‫solo per ottenere dati, ma possiamo anche inviare dati. 119 00:06:16,010 --> 00:06:17,410 ‫Va bene? 120 00:06:17,410 --> 00:06:20,810 ‫Ora per favore non preoccuparti se tutto questo suona un po' 121 00:06:20,810 --> 00:06:22,720 ‫troppo per te a questo punto. 122 00:06:22,720 --> 00:06:24,640 ‫Ovviamente useremo queste cose per 123 00:06:24,640 --> 00:06:26,690 ‫il resto del corso, che è 124 00:06:26,690 --> 00:06:29,913 ‫in realtà l'intera ragione per cui te lo sto dicendo. 125 00:06:31,530 --> 00:06:34,080 ‫Ad ogni modo, per quanto riguarda l'obiettivo 126 00:06:34,080 --> 00:06:37,170 ‫della richiesta, è qui che si pensa che il server 127 00:06:37,170 --> 00:06:40,100 ‫voglia accedere alla risorsa delle mappe in questo esempio. 128 00:06:40,100 --> 00:06:41,660 ‫Ricordati che? 129 00:06:41,660 --> 00:06:45,890 ‫Quindi avevamo /maps nel nostro URL e ora viene inviato 130 00:06:45,890 --> 00:06:48,700 ‫come destinazione nella richiesta HTTP in 131 00:06:48,700 --> 00:06:52,490 ‫modo che il server possa quindi capire cosa farne. 132 00:06:52,490 --> 00:06:56,860 ‫E se questo è vuoto, quindi se fosse solo una barra, in 133 00:06:56,860 --> 00:06:59,660 ‫pratica, allora accederemmo alla radice del sito 134 00:06:59,660 --> 00:07:03,680 ‫Web che sarebbe solo google. com in questo esempio. 135 00:07:03,680 --> 00:07:07,720 ‫Quindi la parte successiva della richiesta sono le intestazioni della 136 00:07:07,720 --> 00:07:10,340 ‫richiesta che sono solo alcune informazioni 137 00:07:10,340 --> 00:07:12,150 ‫che inviamo sulla richiesta 138 00:07:12,150 --> 00:07:15,110 ‫stessa, e ci sono tonnellate di intestazioni diverse 139 00:07:15,110 --> 00:07:17,840 ‫disponibili come quale browser viene utilizzato per 140 00:07:17,840 --> 00:07:22,750 ‫effettuare la richiesta, a che ora, la lingua dell'utente e molti, molti altri. 141 00:07:22,750 --> 00:07:26,200 ‫Infine, nel caso in cui stiamo inviando dati al 142 00:07:26,200 --> 00:07:29,060 ‫server, ci sarà anche un corpo 143 00:07:29,060 --> 00:07:33,593 ‫di richiesta contenente quei dati, ad esempio provenienti da un form HTML. 144 00:07:35,050 --> 00:07:37,740 ‫Quindi questa è la richiesta HTTP. 145 00:07:37,740 --> 00:07:40,070 ‫Ora, ovviamente, non siamo 146 00:07:40,070 --> 00:07:42,670 ‫noi sviluppatori che scriviamo manualmente queste 147 00:07:42,670 --> 00:07:45,750 ‫richieste, ma è comunque estremamente importante che 148 00:07:45,750 --> 00:07:50,170 ‫tu capisca che aspetto hanno una richiesta HTTP e anche 149 00:07:50,170 --> 00:07:53,863 ‫una risposta perché lavorerai molto con loro, ok? 150 00:07:54,710 --> 00:07:58,560 ‫Inoltre, voglio menzionare che c'è anche HTTPS come 151 00:07:58,560 --> 00:08:00,060 ‫probabilmente saprai. 152 00:08:00,060 --> 00:08:04,330 ‫E la differenza principale tra HTTP e HTTPS è 153 00:08:04,330 --> 00:08:09,330 ‫che HTTPS è crittografato utilizzando TLS o SSL, che sono 154 00:08:10,110 --> 00:08:12,520 ‫ancora altri protocolli ma 155 00:08:12,520 --> 00:08:15,080 ‫non ti annoierò con questi. 156 00:08:15,080 --> 00:08:17,510 ‫Ma oltre a questa crittografia aggiuntiva, 157 00:08:17,510 --> 00:08:20,930 ‫la logica tra le richieste e le risposte HTTP 158 00:08:20,930 --> 00:08:23,273 ‫si applica ancora a HTTPS. 159 00:08:24,240 --> 00:08:27,860 ‫Bene, quindi la nostra richiesta ora raggiunge il server, che lavorerà 160 00:08:27,860 --> 00:08:31,210 ‫su di esso finché non avrà il nostro sito Web 161 00:08:31,210 --> 00:08:32,690 ‫pronto per essere rispedito. 162 00:08:32,690 --> 00:08:36,180 ‫E lo invierà indietro utilizzando, come puoi 163 00:08:36,180 --> 00:08:38,530 ‫immaginare, una risposta HTTP. 164 00:08:38,530 --> 00:08:41,580 ‫E il messaggio di risposta HTTP in realtà 165 00:08:41,580 --> 00:08:44,050 ‫sembra abbastanza simile alla richiesta. 166 00:08:44,050 --> 00:08:48,350 ‫Così anche con una linea di partenza, intestazioni e un corpo. 167 00:08:48,350 --> 00:08:52,120 ‫La linea di partenza ha, oltre alla versione HTTP, un 168 00:08:52,120 --> 00:08:54,530 ‫codice di stato e un messaggio. 169 00:08:54,530 --> 00:08:56,860 ‫Quindi, in sostanza, per far sapere al 170 00:08:56,860 --> 00:09:00,460 ‫cliente se la richiesta è andata a buon fine o meno. 171 00:09:00,460 --> 00:09:03,630 ‫Questo 200, ad esempio, significa ok e 172 00:09:03,630 --> 00:09:07,430 ‫quello che tutti conoscono è il codice di stato 404 173 00:09:07,430 --> 00:09:09,250 ‫che significa non trovato. 174 00:09:09,250 --> 00:09:11,880 ‫E quindi è da qui che proviene questo 175 00:09:11,880 --> 00:09:13,543 ‫codice 404 che già conoscevi. 176 00:09:15,160 --> 00:09:18,120 ‫Quindi le intestazioni della risposta o le informazioni 177 00:09:18,120 --> 00:09:19,810 ‫sulla risposta stessa. 178 00:09:19,810 --> 00:09:23,430 ‫Quindi, proprio come prima, ce ne sono un sacco 179 00:09:23,430 --> 00:09:26,900 ‫disponibili e possiamo anche creare le nostre intestazioni. 180 00:09:26,900 --> 00:09:29,610 ‫Ora, la differenza delle intestazioni di 181 00:09:29,610 --> 00:09:32,350 ‫risposta è che in realtà è lo sviluppatore 182 00:09:32,350 --> 00:09:36,320 ‫back-end come te che le specifica e le rimanda nella risposta. 183 00:09:36,320 --> 00:09:37,670 ‫Va bene. 184 00:09:37,670 --> 00:09:40,030 ‫Infine, l'ultima parte della risposta è, ancora 185 00:09:40,030 --> 00:09:43,440 ‫una volta, il corpo, che è effettivamente presente nella maggior 186 00:09:43,440 --> 00:09:45,000 ‫parte delle risposte. 187 00:09:45,000 --> 00:09:48,320 ‫Ed è anche lo sviluppatore che invia specificamente 188 00:09:48,320 --> 00:09:50,530 ‫il corpo nella risposta. 189 00:09:50,530 --> 00:09:54,180 ‫E in realtà l'abbiamo già fatto all'incrocio 190 00:09:54,180 --> 00:09:57,430 ‫usando la risposta. fine, ricordi? 191 00:09:57,430 --> 00:10:01,120 ‫E il corpo dovrebbe di solito contenere l'HTML del sito 192 00:10:01,120 --> 00:10:04,740 ‫web che abbiamo richiesto o, ad esempio, i dati JSON 193 00:10:04,740 --> 00:10:08,070 ‫che ritornano da un'API o qualcosa del genere. 194 00:10:08,070 --> 00:10:10,290 ‫Quindi abbiamo parlato in dettaglio 195 00:10:10,290 --> 00:10:12,300 ‫delle parti più importanti 196 00:10:12,300 --> 00:10:15,910 ‫qui, che sono la richiesta HTTP e la risposta. 197 00:10:15,910 --> 00:10:19,930 ‫Ma nel nostro esempio immaginario, abbiamo fatto solo una 198 00:10:19,930 --> 00:10:22,773 ‫richiesta a Google. com e ho ricevuto una risposta. 199 00:10:24,040 --> 00:10:27,330 ‫Tuttavia, se stiamo cercando di accedere a un 200 00:10:27,330 --> 00:10:31,060 ‫sito Web, ci saranno molte, molte più richieste e risposte. 201 00:10:31,060 --> 00:10:34,270 ‫E questo perché quando facciamo la prima richiesta, 202 00:10:34,270 --> 00:10:38,270 ‫tutto ciò che otteniamo indietro è solo il file HTML iniziale, 203 00:10:38,270 --> 00:10:41,540 ‫quel file verrà quindi scansionato per tutte le risorse 204 00:10:41,540 --> 00:10:44,270 ‫di cui ha bisogno per costruire 205 00:10:44,270 --> 00:10:49,270 ‫l'intero sito web come JavaScript, file CSS, file di immagine o altro risorse. 206 00:10:49,390 --> 00:10:51,560 ‫E per ciascuno di questi 207 00:10:51,560 --> 00:10:55,990 ‫diversi file, il browser effettuerà quindi una nuova richiesta HTTP al server. 208 00:10:55,990 --> 00:10:58,500 ‫Quindi, in pratica, tutto questo avanti 209 00:10:58,500 --> 00:11:01,500 ‫e indietro tra client e server appena 210 00:11:01,500 --> 00:11:03,380 ‫spiegato avviene per 211 00:11:03,380 --> 00:11:06,270 ‫ogni singolo file incluso nel sito web. 212 00:11:06,270 --> 00:11:10,170 ‫Tuttavia, possono verificarsi più richieste e 213 00:11:10,170 --> 00:11:11,800 ‫risposte contemporaneamente. 214 00:11:11,800 --> 00:11:13,870 ‫Ma la cifra è in 215 00:11:13,870 --> 00:11:17,023 ‫realtà limitata perché, altrimenti, la connessione inizierebbe a rallentare. 216 00:11:17,880 --> 00:11:22,860 ‫Ok, e infine, quando tutti i file sono arrivati, il 217 00:11:22,860 --> 00:11:24,960 ‫sito Web viene 218 00:11:24,960 --> 00:11:29,520 ‫visualizzato nel browser secondo le specifiche HTML, CSS e 219 00:11:29,520 --> 00:11:31,710 ‫JavaScript che potresti già conoscere. 220 00:11:31,710 --> 00:11:34,550 ‫E ora, come pezzo finale di questo 221 00:11:34,550 --> 00:11:37,490 ‫puzzle, parliamo di nuovo di TCP/IP e scopriamo 222 00:11:37,490 --> 00:11:41,000 ‫come i dati di richiesta e risposta vengono effettivamente 223 00:11:41,000 --> 00:11:43,053 ‫inviati attraverso il web. 224 00:11:44,390 --> 00:11:47,900 ‫Quindi abbiamo detto prima che TCP e IP sono i 225 00:11:47,900 --> 00:11:50,710 ‫protocolli di comunicazione che definiscono il modo 226 00:11:50,710 --> 00:11:53,610 ‫in cui i dati viaggiano attraverso il web. 227 00:11:53,610 --> 00:11:56,640 ‫Ora, non entrerò in molti dettagli qui, ma 228 00:11:56,640 --> 00:11:58,810 ‫ecco quello che devi sapere. 229 00:11:58,810 --> 00:12:02,670 ‫Innanzitutto, il compito del TCP è suddividere le richieste 230 00:12:02,670 --> 00:12:07,130 ‫e le risposte in migliaia di piccoli blocchi chiamati pacchetti prima 231 00:12:07,130 --> 00:12:09,010 ‫che vengano impostati. 232 00:12:09,010 --> 00:12:11,940 ‫Quindi, una volta arrivati a destinazione, riassembla 233 00:12:11,940 --> 00:12:14,320 ‫tutti i pacchetti nella 234 00:12:14,320 --> 00:12:17,060 ‫richiesta o risposta originale in modo che 235 00:12:17,060 --> 00:12:19,660 ‫il messaggio arrivi a destinazione il 236 00:12:19,660 --> 00:12:23,080 ‫più rapidamente possibile, il che non sarebbe possibile 237 00:12:23,080 --> 00:12:26,850 ‫se inviassimo il sito Web come un unico blocco. 238 00:12:26,850 --> 00:12:28,840 ‫Quindi sarebbe come cercare di attraversare 239 00:12:28,840 --> 00:12:31,780 ‫il traffico della danza con il più grande autobus 240 00:12:31,780 --> 00:12:33,120 ‫che tu possa immaginare. 241 00:12:33,120 --> 00:12:34,573 ‫Quindi, non è una buona idea. 242 00:12:35,540 --> 00:12:39,550 ‫Ora, nella seconda parte, il compito del protocollo IP 243 00:12:39,550 --> 00:12:43,280 ‫è effettivamente inviare e instradare tutti questi 244 00:12:43,280 --> 00:12:44,900 ‫pacchetti attraverso Internet. 245 00:12:44,900 --> 00:12:48,630 ‫Quindi assicura che tutti arrivino alla destinazione 246 00:12:48,630 --> 00:12:53,090 ‫che dovrebbero andare utilizzando gli indirizzi IP su ciascun pacchetto. 247 00:12:53,090 --> 00:12:56,570 ‫E ancora, questa è solo una panoramica molto ampia di 248 00:12:56,570 --> 00:12:59,950 ‫ciò che accade realmente dietro le quinte del web, 249 00:12:59,950 --> 00:13:02,920 ‫perché in realtà si tratta di troppe informazioni 250 00:13:02,920 --> 00:13:05,040 ‫di quelle effettivamente necessarie per 251 00:13:05,040 --> 00:13:07,230 ‫diventare un grande sviluppatore di back-end. 252 00:13:07,230 --> 00:13:10,410 ‫Ma spero che tu abbia comunque trovato 253 00:13:10,410 --> 00:13:14,270 ‫queste informazioni utili e interessanti, e anche non troppo confuse. 254 00:13:14,270 --> 00:13:17,100 ‫Ora, nel prossimo video, faremo effettivamente alcune richieste 255 00:13:17,100 --> 00:13:21,270 ‫HTTP in modo da acquisire un po' più di familiarità con 256 00:13:21,270 --> 00:13:22,463 ‫il protocollo.