1
00:00:01,380 --> 00:00:03,410
‫Instructeur : Notre objectif

2
00:00:03,410 --> 00:00:05,650
‫est donc de développer des applications

3
00:00:05,650 --> 00:00:08,160
‫back-end avec Node et c'est donc probablement

4
00:00:08,160 --> 00:00:11,890
‫une bonne idée d'avoir une compréhension de base du fonctionnement du

5
00:00:11,890 --> 00:00:14,350
‫Web dans les coulisses, n'est-ce pas ?

6
00:00:14,350 --> 00:00:17,880
‫Et ça va être une conférence vraiment complète.

7
00:00:17,880 --> 00:00:19,743
‫Et alors plongeons-nous dedans.

8
00:00:21,300 --> 00:00:24,040
‫Maintenant, afin de mieux comprendre comment fonctionne

9
00:00:24,040 --> 00:00:26,010
‫réellement le Web, commençons par

10
00:00:26,010 --> 00:00:28,230
‫poser la question : que se

11
00:00:28,230 --> 00:00:30,670
‫passe-t-il réellement chaque fois que nous

12
00:00:30,670 --> 00:00:32,567
‫tapons une URL

13
00:00:32,567 --> 00:00:36,270
‫dans notre navigateur afin d'ouvrir une nouvelle page Web ?

14
00:00:36,270 --> 00:00:40,000
‫Ou à chaque fois que nous demandons des données à une API ?

15
00:00:40,000 --> 00:00:41,990
‫Ce qui est en fait assez

16
00:00:41,990 --> 00:00:45,453
‫identique et concentrons-nous donc sur un exemple de site Web simple ici.

17
00:00:47,409 --> 00:00:50,760
‫Eh bien, la réponse la plus simple est que

18
00:00:50,760 --> 00:00:54,360
‫notre navigateur, également appelé client, envoie une requête au serveur

19
00:00:54,360 --> 00:00:57,150
‫sur lequel la page Web est hébergée.

20
00:00:57,150 --> 00:01:00,330
‫Et le serveur renverra alors une réponse,

21
00:01:00,330 --> 00:01:04,410
‫qui contiendra la page Web que nous venons de demander.

22
00:01:04,410 --> 00:01:08,000
‫Et ce processus s'appelle le modèle demande-réponse

23
00:01:08,000 --> 00:01:10,940
‫ou encore l'architecture client-serveur.

24
00:01:10,940 --> 00:01:13,100
‫Et tout ce dont nous

25
00:01:13,100 --> 00:01:17,770
‫allons parler dans cette section tourne autour de ce concept fondamental.

26
00:01:17,770 --> 00:01:20,990
‫D'accord, mais allons maintenant un peu plus loin, car ce

27
00:01:20,990 --> 00:01:23,730
‫n'est probablement pas vraiment nouveau pour vous à ce

28
00:01:23,730 --> 00:01:25,313
‫stade, n'est-ce pas ?

29
00:01:26,380 --> 00:01:29,600
‫Disons donc que nous voulons accéder à

30
00:01:29,600 --> 00:01:34,600
‫Google Maps en écrivant google. com/maps dans notre navigateur comme URL.

31
00:01:35,180 --> 00:01:38,783
‫Et chaque URL obtient un HTTP ou HTTPS, qui

32
00:01:39,930 --> 00:01:42,520
‫correspond au protocole qui sera utilisé

33
00:01:42,520 --> 00:01:43,920
‫sur la connexion.

34
00:01:43,920 --> 00:01:47,440
‫Et nous en reparlerons un peu plus tard dans cette vidéo.

35
00:01:47,440 --> 00:01:49,580
‫Ensuite, nous avons le nom de domaine ici,

36
00:01:49,580 --> 00:01:51,930
‫qui est google. com dans

37
00:01:51,930 --> 00:01:55,500
‫ce cas, et aussi après une barre oblique, la soi-disant

38
00:01:55,500 --> 00:01:56,950
‫ressource à laquelle nous

39
00:01:56,950 --> 00:01:59,560
‫allons accéder, et dans ce cas, /maps.

40
00:01:59,560 --> 00:02:02,710
‫Maintenant, ce que vous devez savoir ici, c'est que le

41
00:02:02,710 --> 00:02:06,137
‫nom de domaine comme google. com n'est pas réellement

42
00:02:06,137 --> 00:02:09,230
‫la véritable adresse du serveur auquel nous essayons d'accéder

43
00:02:09,230 --> 00:02:13,350
‫mais juste un joli nom qui est facile à mémoriser pour nous.

44
00:02:13,350 --> 00:02:17,050
‫Nous avons donc besoin d'un moyen de convertir le nom de

45
00:02:17,050 --> 00:02:19,220
‫domaine en l'adresse réelle du

46
00:02:19,220 --> 00:02:22,100
‫serveur et cela se fait via un DNS.

47
00:02:22,100 --> 00:02:25,230
‫DNS signifie donc Domain Name Server, qui

48
00:02:25,230 --> 00:02:27,940
‫sont des serveurs spéciaux qui ressemblent

49
00:02:27,940 --> 00:02:30,610
‫fondamentalement aux annuaires téléphoniques d'Internet.

50
00:02:30,610 --> 00:02:34,330
‫Ainsi, la première étape qui se produit lorsque nous ouvrons un

51
00:02:34,330 --> 00:02:38,180
‫site Web est que le navigateur envoie une requête à un DNS

52
00:02:38,180 --> 00:02:40,990
‫et ce serveur spécial fera alors simplement correspondre l'adresse

53
00:02:40,990 --> 00:02:43,760
‫Web que nous avons saisie dans le navigateur

54
00:02:43,760 --> 00:02:46,430
‫à la véritable adresse IP du serveur.

55
00:02:46,430 --> 00:02:47,610
‫Très bien.

56
00:02:47,610 --> 00:02:49,300
‫Et en fait, cela

57
00:02:49,300 --> 00:02:53,030
‫se produit via votre fournisseur de services Internet ou votre FAI, mais

58
00:02:53,030 --> 00:02:55,933
‫les détails complets n'ont pas vraiment d'importance pour nous.

59
00:02:57,363 --> 00:02:59,050
‫Ce que vous devez retenir

60
00:02:59,050 --> 00:03:01,950
‫de cette partie, c'est que le domaine n'est

61
00:03:01,950 --> 00:03:06,250
‫pas l'adresse réelle et qu'un DNS le convertira en cette adresse IP

62
00:03:06,250 --> 00:03:09,550
‫réelle, qu'un navigateur peut ensuite appeler après l'avoir renvoyée à

63
00:03:09,550 --> 00:03:10,713
‫notre navigateur.

64
00:03:12,030 --> 00:03:14,620
‫Voici donc à quoi ressemble l'adresse

65
00:03:14,620 --> 00:03:18,810
‫réelle, donc elle a toujours le protocole, mais vient ensuite l'adresse IP.

66
00:03:18,810 --> 00:03:22,080
‫Et aussi le port auquel nous avons accédé sur le serveur.

67
00:03:22,080 --> 00:03:24,890
‫Et le numéro de port sert uniquement

68
00:03:24,890 --> 00:03:28,070
‫à identifier un service spécifique exécuté sur un serveur et

69
00:03:28,070 --> 00:03:30,903
‫vous pouvez donc le considérer comme une sous-adresse.

70
00:03:32,590 --> 00:03:35,350
‫Rappelez-vous comment nous avons écouté le port 8000

71
00:03:35,350 --> 00:03:39,140
‫sur notre serveur Web lorsque nous l'avons configuré dans l'intersection, c'est

72
00:03:39,140 --> 00:03:41,263
‫exactement ce qu'est ce port.

73
00:03:42,780 --> 00:03:45,590
‫Veuillez également noter que le numéro de port n'a

74
00:03:45,590 --> 00:03:48,460
‫rien à voir avec la ressource Google Maps à

75
00:03:48,460 --> 00:03:50,000
‫laquelle nous souhaitons accéder.

76
00:03:50,000 --> 00:03:52,720
‫Cette ressource sera en fait envoyée

77
00:03:52,720 --> 00:03:56,850
‫dans la requête HTTP comme nous le verrons dans un instant.

78
00:03:56,850 --> 00:03:59,673
‫D'accord, et ceci conclut la première étape.

79
00:04:00,610 --> 00:04:03,310
‫Ainsi, une fois que nous avons la

80
00:04:03,310 --> 00:04:06,390
‫vraie adresse web, une connexion socket TCP est

81
00:04:06,390 --> 00:04:08,740
‫établie entre le navigateur et

82
00:04:08,740 --> 00:04:11,270
‫le serveur, qui sont maintenant enfin connectés.

83
00:04:11,270 --> 00:04:14,190
‫Et cette connexion est généralement maintenue active pendant

84
00:04:14,190 --> 00:04:16,810
‫tout le temps nécessaire au transfert de

85
00:04:16,810 --> 00:04:19,420
‫tous les fichiers du site Web.

86
00:04:19,420 --> 00:04:22,910
‫Maintenant, quels sont nos TCP et IP ?

87
00:04:22,910 --> 00:04:27,080
‫Eh bien, TCP est le protocole de contrôle de transmission et

88
00:04:27,080 --> 00:04:29,730
‫IP est le protocole Internet,

89
00:04:29,730 --> 00:04:32,930
‫et ensemble, ce sont des protocoles de communication

90
00:04:32,930 --> 00:04:36,870
‫qui définissent exactement comment les données circulent sur le Web.

91
00:04:36,870 --> 00:04:37,860
‫Ce sont

92
00:04:37,860 --> 00:04:40,580
‫donc essentiellement le système de contrôle fondamental d'Internet,

93
00:04:40,580 --> 00:04:44,170
‫car, encore une fois, ce sont eux qui établissent les règles

94
00:04:44,170 --> 00:04:47,230
‫sur la façon dont les données se déplacent sur Internet.

95
00:04:47,230 --> 00:04:51,040
‫Et ne vous inquiétez pas, nous en apprendrons un peu plus sur TCP/IP un

96
00:04:51,040 --> 00:04:52,673
‫peu plus tard dans cette vidéo.

97
00:04:54,150 --> 00:04:58,570
‫Quoi qu'il en soit, il est maintenant temps de faire enfin notre demande.

98
00:04:58,570 --> 00:05:02,400
‫Et la requête que nous faisons

99
00:05:02,400 --> 00:05:07,400
‫est une requête HTTP où HTTP signifie HyperText Transfer Protocol.

100
00:05:07,430 --> 00:05:12,430
‫Ainsi, après TCP/IP, HTTP est encore un autre protocole de communication.

101
00:05:13,520 --> 00:05:16,480
‫Et au fait, un protocole de communication est

102
00:05:16,480 --> 00:05:18,670
‫simplement un système de règles

103
00:05:18,670 --> 00:05:22,140
‫qui permet à deux ou plusieurs parties de communiquer.

104
00:05:22,140 --> 00:05:25,820
‫Et dans le cas de HTTP, il s'agit simplement d'un protocole

105
00:05:25,820 --> 00:05:29,130
‫qui permet aux clients et aux serveurs Web de communiquer

106
00:05:29,130 --> 00:05:31,800
‫en envoyant des requêtes et des messages de

107
00:05:31,800 --> 00:05:34,353
‫réponse du client au serveur et inversement.

108
00:05:36,040 --> 00:05:40,150
‫Maintenant, un message de demande ressemblera à quelque chose comme ceci.

109
00:05:40,150 --> 00:05:43,460
‫Ainsi, le début du message est la partie la

110
00:05:43,460 --> 00:05:47,700
‫plus importante appelée la ligne de départ, qui contient la méthode

111
00:05:47,700 --> 00:05:49,690
‫HTTP utilisée dans la

112
00:05:49,690 --> 00:05:53,750
‫requête, puis la cible de la requête et la version HTTP.

113
00:05:53,750 --> 00:05:57,890
‫Donc, à propos des méthodes HTTP, il en existe de nombreuses,

114
00:05:57,890 --> 00:06:00,280
‫mais les plus importantes sont

115
00:06:00,280 --> 00:06:04,400
‫get pour simplement demander des données, poster pour envoyer des données

116
00:06:04,400 --> 00:06:08,140
‫et mettre et patcher pour modifier essentiellement les données.

117
00:06:08,140 --> 00:06:11,970
‫Vous voyez donc qu'une requête HTTP au serveur n'est pas

118
00:06:11,970 --> 00:06:16,010
‫seulement pour obtenir des données, mais nous pouvons également envoyer des données.

119
00:06:16,010 --> 00:06:17,410
‫Très bien?

120
00:06:17,410 --> 00:06:20,810
‫Maintenant, ne vous inquiétez pas si tout cela semble un peu

121
00:06:20,810 --> 00:06:22,720
‫trop pour vous à ce stade.

122
00:06:22,720 --> 00:06:24,640
‫Nous utiliserons bien sûr ces éléments

123
00:06:24,640 --> 00:06:26,690
‫tout au long du cours, ce qui

124
00:06:26,690 --> 00:06:29,913
‫est en fait la seule raison pour laquelle je vous dis cela.

125
00:06:31,530 --> 00:06:34,080
‫Quoi qu'il en soit, à propos de la

126
00:06:34,080 --> 00:06:37,170
‫cible de la requête, c'est là que le serveur pense que

127
00:06:37,170 --> 00:06:40,100
‫nous voulons accéder à la ressource de cartes dans cet exemple.

128
00:06:40,100 --> 00:06:41,660
‫Vous vous en souvenez ?

129
00:06:41,660 --> 00:06:45,890
‫Nous avions donc /maps dans notre URL et maintenant il est envoyé

130
00:06:45,890 --> 00:06:48,700
‫en tant que cible dans la requête

131
00:06:48,700 --> 00:06:52,490
‫HTTP afin que le serveur puisse ensuite déterminer quoi en faire.

132
00:06:52,490 --> 00:06:56,860
‫Et s'il est vide, donc s'il ne s'agissait que d'une barre oblique, en

133
00:06:56,860 --> 00:06:59,660
‫gros, nous accéderions à la racine du site

134
00:06:59,660 --> 00:07:03,680
‫Web qui serait simplement Google. com dans cet exemple.

135
00:07:03,680 --> 00:07:07,720
‫Ensuite, la partie suivante de la demande sont les en-têtes de demande

136
00:07:07,720 --> 00:07:10,340
‫qui sont juste quelques informations que nous

137
00:07:10,340 --> 00:07:12,150
‫envoyons sur la demande

138
00:07:12,150 --> 00:07:15,110
‫elle-même, et il y a des tonnes d'en-têtes

139
00:07:15,110 --> 00:07:17,840
‫différents disponibles comme quel navigateur est utilisé pour

140
00:07:17,840 --> 00:07:22,750
‫faire la demande, à quel moment, la langue de l'utilisateur et beaucoup, beaucoup d'autres.

141
00:07:22,750 --> 00:07:26,200
‫Enfin, dans le cas où nous envoyons des données

142
00:07:26,200 --> 00:07:29,060
‫au serveur, il y aura également un

143
00:07:29,060 --> 00:07:33,593
‫corps de requête contenant ces données, provenant par exemple d'un formulaire HTML.

144
00:07:35,050 --> 00:07:37,740
‫C'est donc la requête HTTP.

145
00:07:37,740 --> 00:07:40,070
‫Maintenant, bien sûr, ce ne

146
00:07:40,070 --> 00:07:42,670
‫sont pas nous, les développeurs, qui écrivons

147
00:07:42,670 --> 00:07:45,750
‫manuellement ces requêtes, mais il est toujours extrêmement

148
00:07:45,750 --> 00:07:50,170
‫important que vous compreniez à quoi ressemblent une requête HTTP et une

149
00:07:50,170 --> 00:07:53,863
‫réponse, car vous allez travailler beaucoup avec elles, d'accord ?

150
00:07:54,710 --> 00:07:58,560
‫De plus, je tiens à mentionner qu'il existe également HTTPS, comme

151
00:07:58,560 --> 00:08:00,060
‫vous le savez probablement.

152
00:08:00,060 --> 00:08:04,330
‫Et la principale différence entre HTTP et HTTPS est que

153
00:08:04,330 --> 00:08:09,330
‫HTTPS est crypté à l'aide de TLS ou SSL, qui sont encore

154
00:08:10,110 --> 00:08:12,520
‫d'autres protocoles, mais je ne

155
00:08:12,520 --> 00:08:15,080
‫vais pas vous ennuyer avec ceux-ci.

156
00:08:15,080 --> 00:08:17,510
‫Mais outre ces cryptages supplémentaires, la

157
00:08:17,510 --> 00:08:20,930
‫logique entre les requêtes et les réponses HTTP

158
00:08:20,930 --> 00:08:23,273
‫s'applique toujours au HTTPS.

159
00:08:24,240 --> 00:08:27,860
‫Très bien, notre demande atteint maintenant le serveur, qui y

160
00:08:27,860 --> 00:08:31,210
‫travaillera jusqu'à ce que notre site Web soit prêt

161
00:08:31,210 --> 00:08:32,690
‫à être renvoyé.

162
00:08:32,690 --> 00:08:36,180
‫Et il le renverra en utilisant, comme vous pouvez

163
00:08:36,180 --> 00:08:38,530
‫le deviner, une réponse HTTP.

164
00:08:38,530 --> 00:08:41,580
‫Et le message de réponse HTTP ressemble en

165
00:08:41,580 --> 00:08:44,050
‫fait assez à la requête.

166
00:08:44,050 --> 00:08:48,350
‫Donc aussi avec une ligne de départ, des en-têtes et un corps.

167
00:08:48,350 --> 00:08:52,120
‫La ligne de départ a, en plus de la version HTTP,

168
00:08:52,120 --> 00:08:54,530
‫un code d'état et un message.

169
00:08:54,530 --> 00:08:56,860
‫Donc, en gros, pour faire

170
00:08:56,860 --> 00:09:00,460
‫savoir au client si la demande a abouti ou non.

171
00:09:00,460 --> 00:09:03,630
‫Ce 200, par exemple, signifie ok, et

172
00:09:03,630 --> 00:09:07,430
‫celui que tout le monde connaît est le code d'état

173
00:09:07,430 --> 00:09:09,250
‫404 qui signifie introuvable.

174
00:09:09,250 --> 00:09:11,880
‫Et c'est donc de là que vient ce code

175
00:09:11,880 --> 00:09:13,543
‫404 que vous connaissiez déjà.

176
00:09:15,160 --> 00:09:18,120
‫Ensuite, les en-têtes de réponse ou les informations

177
00:09:18,120 --> 00:09:19,810
‫sur la réponse elle-même.

178
00:09:19,810 --> 00:09:23,430
‫Donc, comme avant, et il y en a une tonne

179
00:09:23,430 --> 00:09:26,900
‫disponible et nous pouvons également créer nos propres en-têtes.

180
00:09:26,900 --> 00:09:29,610
‫Maintenant, ce qui est différent avec les

181
00:09:29,610 --> 00:09:32,350
‫en-têtes de réponse, c'est que c'est en fait le

182
00:09:32,350 --> 00:09:36,320
‫développeur back-end comme vous qui les spécifie et les renvoie dans la réponse.

183
00:09:36,320 --> 00:09:37,670
‫Très bien.

184
00:09:37,670 --> 00:09:40,030
‫Enfin, la dernière partie de la réponse est,

185
00:09:40,030 --> 00:09:43,440
‫encore une fois, le corps, qui est en fait présent dans

186
00:09:43,440 --> 00:09:45,000
‫la plupart des réponses.

187
00:09:45,000 --> 00:09:48,320
‫Et c'est aussi le développeur qui renvoie spécifiquement

188
00:09:48,320 --> 00:09:50,530
‫le corps dans la réponse.

189
00:09:50,530 --> 00:09:54,180
‫Et en fait, nous l'avons déjà fait à l'intersection

190
00:09:54,180 --> 00:09:57,430
‫en utilisant la réponse. fin, tu te souviens?

191
00:09:57,430 --> 00:10:01,120
‫Et le corps doit généralement contenir le code HTML du site

192
00:10:01,120 --> 00:10:04,740
‫Web que nous avons demandé ou, par exemple, des données

193
00:10:04,740 --> 00:10:08,070
‫JSON provenant d'une API ou quelque chose comme ça.

194
00:10:08,070 --> 00:10:10,290
‫Nous avons donc parlé en détail

195
00:10:10,290 --> 00:10:12,300
‫des parties les plus

196
00:10:12,300 --> 00:10:15,910
‫importantes ici, qui sont la requête HTTP et la réponse.

197
00:10:15,910 --> 00:10:19,930
‫Mais dans notre exemple imaginaire, nous n'avons fait qu'une seule

198
00:10:19,930 --> 00:10:22,773
‫requête sur Google. com et a obtenu une réponse.

199
00:10:24,040 --> 00:10:27,330
‫Cependant, s'il s'agit d'un site Web auquel nous essayons

200
00:10:27,330 --> 00:10:31,060
‫d'accéder, il y aura beaucoup, beaucoup plus de demandes et de réponses.

201
00:10:31,060 --> 00:10:34,270
‫Et c'est parce que lorsque nous faisons la première

202
00:10:34,270 --> 00:10:38,270
‫demande, tout ce que nous obtenons n'est que le fichier HTML initial,

203
00:10:38,270 --> 00:10:41,540
‫ce fichier sera ensuite analysé pour tous les actifs dont

204
00:10:41,540 --> 00:10:44,270
‫il a besoin pour créer l'ensemble du

205
00:10:44,270 --> 00:10:49,270
‫site Web comme les JavaScripts, les fichiers CSS, les fichiers image ou autres les atouts.

206
00:10:49,390 --> 00:10:51,560
‫Et pour chacun de ces

207
00:10:51,560 --> 00:10:55,990
‫différents fichiers, le navigateur fera alors une nouvelle requête HTTP au serveur.

208
00:10:55,990 --> 00:10:58,500
‫Donc, fondamentalement, tout ce va-et-vient entre

209
00:10:58,500 --> 00:11:01,500
‫le client et le serveur qu'il vient d'expliquer

210
00:11:01,500 --> 00:11:03,380
‫se produit pour

211
00:11:03,380 --> 00:11:06,270
‫chaque fichier inclus dans le site Web.

212
00:11:06,270 --> 00:11:10,170
‫Il peut cependant y avoir plusieurs demandes et réponses

213
00:11:10,170 --> 00:11:11,800
‫en même temps.

214
00:11:11,800 --> 00:11:13,870
‫Mais le montant est en

215
00:11:13,870 --> 00:11:17,023
‫fait limité car, sinon, la connexion commencerait à ralentir.

216
00:11:17,880 --> 00:11:22,860
‫D'accord, et enfin, lorsque tous les fichiers sont arrivés, le site

217
00:11:22,860 --> 00:11:24,960
‫Web est affiché

218
00:11:24,960 --> 00:11:29,520
‫dans le navigateur selon les spécifications HTML, CSS et JavaScript

219
00:11:29,520 --> 00:11:31,710
‫que vous connaissez peut-être déjà.

220
00:11:31,710 --> 00:11:34,550
‫Et maintenant, en tant que pièce finale de

221
00:11:34,550 --> 00:11:37,490
‫ce puzzle, parlons à nouveau de TCP/IP et

222
00:11:37,490 --> 00:11:41,000
‫voyons comment les données de requête et de réponse sont

223
00:11:41,000 --> 00:11:43,053
‫réellement envoyées sur le Web.

224
00:11:44,390 --> 00:11:47,900
‫Nous avons donc dit auparavant que TCP et IP sont

225
00:11:47,900 --> 00:11:50,710
‫les protocoles de communication qui définissent la

226
00:11:50,710 --> 00:11:53,610
‫façon dont les données circulent sur le Web.

227
00:11:53,610 --> 00:11:56,640
‫Maintenant, je ne vais pas entrer dans beaucoup de détails ici,

228
00:11:56,640 --> 00:11:58,810
‫mais voici ce que vous devez savoir.

229
00:11:58,810 --> 00:12:02,670
‫Tout d'abord, le travail de TCP est de diviser les

230
00:12:02,670 --> 00:12:07,130
‫demandes et les réponses en milliers de petits morceaux appelés paquets avant

231
00:12:07,130 --> 00:12:09,010
‫qu'ils ne soient définis.

232
00:12:09,010 --> 00:12:11,940
‫Ensuite, une fois arrivés à destination, tous les

233
00:12:11,940 --> 00:12:14,320
‫paquets seront réassemblés dans la

234
00:12:14,320 --> 00:12:17,060
‫demande ou la réponse d'origine afin que

235
00:12:17,060 --> 00:12:19,660
‫le message arrive à destination le plus

236
00:12:19,660 --> 00:12:23,080
‫rapidement possible, ce qui ne serait pas possible si

237
00:12:23,080 --> 00:12:26,850
‫nous envoyions le site Web en un seul gros morceau.

238
00:12:26,850 --> 00:12:28,840
‫Ce serait comme essayer de traverser

239
00:12:28,840 --> 00:12:31,780
‫le trafic de danse avec le plus gros bus

240
00:12:31,780 --> 00:12:33,120
‫que vous puissiez imaginer.

241
00:12:33,120 --> 00:12:34,573
‫Donc pas une bonne idée.

242
00:12:35,540 --> 00:12:39,550
‫Maintenant, à la deuxième partie, le travail du protocole

243
00:12:39,550 --> 00:12:43,280
‫IP est d'envoyer et de router tous ces

244
00:12:43,280 --> 00:12:44,900
‫paquets via Internet.

245
00:12:44,900 --> 00:12:48,630
‫Cela garantit donc que tous arrivent à

246
00:12:48,630 --> 00:12:53,090
‫destination en utilisant les adresses IP sur chaque paquet.

247
00:12:53,090 --> 00:12:56,570
‫Et encore une fois, il ne s'agit que d'un très large

248
00:12:56,570 --> 00:12:59,950
‫aperçu de ce qui se passe réellement dans les coulisses du

249
00:12:59,950 --> 00:13:02,920
‫Web, car il s'agit en fait de beaucoup trop

250
00:13:02,920 --> 00:13:05,040
‫d'informations dont vous n'avez réellement

251
00:13:05,040 --> 00:13:07,230
‫besoin pour devenir un excellent développeur back-end.

252
00:13:07,230 --> 00:13:10,410
‫Mais j'espère que vous avez toujours trouvé

253
00:13:10,410 --> 00:13:14,270
‫cette information utile et intéressante, et aussi pas trop déroutante.

254
00:13:14,270 --> 00:13:17,100
‫Maintenant, dans la vidéo suivante, nous allons ensuite

255
00:13:17,100 --> 00:13:21,270
‫faire quelques requêtes HTTP afin que vous vous familiarisiez un peu plus

256
00:13:21,270 --> 00:13:22,463
‫avec le protocole.