1 00:00:03,880 --> 00:00:06,815 Permettez-moi tout d'abord de vous 2 00:00:06,815 --> 00:00:11,165 présenter rapidement 10 minutes à l'Essentials of Networking. 3 00:00:11,165 --> 00:00:14,045 Étant donné que nous avons peu de temps, 4 00:00:14,045 --> 00:00:16,355 je me concentrerais sur vous fournir 5 00:00:16,355 --> 00:00:21,191 les éléments essentiels dont vous avez besoin pour comprendre chacun des sujets. 6 00:00:21,191 --> 00:00:26,240 Maintenant, ce que nous couvrons dans ce module particulier nécessitera 7 00:00:26,240 --> 00:00:30,230 au moins une compréhension rudimentaire du 8 00:00:30,230 --> 00:00:34,255 fonctionnement des réseaux informatiques avant de comprendre pourquoi nous devons utiliser HTTP, 9 00:00:34,255 --> 00:00:36,700 pourquoi nous communiquons avec un serveur, 10 00:00:36,700 --> 00:00:42,485 quelle est la raison du retard lorsque vous parlez à un serveur, etc. 11 00:00:42,485 --> 00:00:45,920 Et aussi, les différents protocoles dont vous 12 00:00:45,920 --> 00:00:50,335 devez être conscient avant de pouvoir même communiquer avec un serveur. 13 00:00:50,335 --> 00:00:53,540 Donc, en gardant tout cela à l'esprit, 14 00:00:53,540 --> 00:00:58,945 une introduction rapide de 10 minutes aux Essentials of Networking. 15 00:00:58,945 --> 00:01:03,600 Nous commençons à comprendre que les applications Web ne sont plus autonomes. 16 00:01:03,600 --> 00:01:11,030 Ils ont toujours un devis sans devis dorsal Cloud supportant votre application web. 17 00:01:11,030 --> 00:01:13,535 De nos jours, tout est sur le Cloud. 18 00:01:13,535 --> 00:01:15,500 Très bientôt, vous serez aussi sur le Cloud, 19 00:01:15,500 --> 00:01:19,455 au moins sur le nuage neuf avec une doublure argentée. 20 00:01:19,455 --> 00:01:23,785 Mais, étant donné que nous avons besoin 21 00:01:23,785 --> 00:01:29,090 d'un support côté serveur pour que notre application angulaire fonctionne correctement, 22 00:01:29,090 --> 00:01:31,295 il y aurait lieu d'héberger le serveur. 23 00:01:31,295 --> 00:01:36,405 De nos jours, l'hébergement du serveur se 24 00:01:36,405 --> 00:01:42,575 fait très facilement en utilisant l'un des services d'infrastructure basés sur le cloud, des 25 00:01:42,575 --> 00:01:48,260 choses comme Amazon Web Services ou Heroku ou Digital 26 00:01:48,260 --> 00:01:55,190 Ocean ou bien d'autres qui fournissent la prise en charge des serveurs basés sur le cloud. 27 00:01:55,190 --> 00:01:59,235 Alors, qu'est-ce qui est exactement disponible côté serveur ? 28 00:01:59,235 --> 00:02:06,744 Vous avez généralement un frontend de serveur qui parle à votre application angulaire, 29 00:02:06,744 --> 00:02:14,615 donc c'est la logique du serveur et dans les coulisses, la logique du serveur communique avec 30 00:02:14,615 --> 00:02:23,665 un stockage persistant comme une base de données où vos données sont stockées et récupérées. 31 00:02:23,665 --> 00:02:26,130 Lorsque vous entrez dans le monde du réseautage, 32 00:02:26,130 --> 00:02:31,064 vous serez bientôt bombardé de 304 petits acronymes, des 33 00:02:31,064 --> 00:02:36,230 choses que vous pensiez savoir ce qu'ils étaient de l'anglais normal ou qu'ils ont 34 00:02:36,230 --> 00:02:38,360 un sens ou un 35 00:02:38,360 --> 00:02:42,375 but entièrement différent lorsque vous les rencontrez dans ce monde de réseautage. 36 00:02:42,375 --> 00:02:44,470 Examinons quelques-uns d'entre eux. 37 00:02:44,470 --> 00:02:49,020 Donc, dans le monde de la mise en réseau, vous entendrez les gens parler sur le protocole HTTP. 38 00:02:49,020 --> 00:02:53,215 Protocole utilisé pour communiquer entre le client et le serveur. 39 00:02:53,215 --> 00:02:56,960 Il s'agit d'un protocole de couche d'application dont nous 40 00:02:56,960 --> 00:03:01,135 parlerons brièvement un peu plus dans le reste de cette conférence. 41 00:03:01,135 --> 00:03:07,550 Le protocole HTTP pour qu'il fonctionne nécessite une URL pour lui être fournie, 42 00:03:07,550 --> 00:03:09,715 le Uniform Resource Locator. 43 00:03:09,715 --> 00:03:15,205 Il s'agit donc d'une chaîne de caractères séparés par des barres obliques, 44 00:03:15,205 --> 00:03:22,355 avec un deux-points HTTP ou un deux-points HTTPS attaché devant lui. 45 00:03:22,355 --> 00:03:25,547 Et je suis sûr que si vous avez utilisé le World Wide Web, 46 00:03:25,547 --> 00:03:29,395 vous êtes assez familier avec ce à quoi ressemblent les URL. 47 00:03:29,395 --> 00:03:33,230 Maintenant, en outre, vous entendriez des gens parler de JSON, 48 00:03:33,230 --> 00:03:38,380 pas votre ami Jason mais JavaScript Object Notation. 49 00:03:38,380 --> 00:03:43,610 Donc, la notation d'objet JavaScript est une façon d'encoder les données qui 50 00:03:43,610 --> 00:03:49,660 sont expédiées du côté serveur vers le côté client ou vice versa. 51 00:03:49,660 --> 00:03:54,320 Et aussi, vous entendrez les gens parler de XML encore une autre façon de 52 00:03:54,320 --> 00:04:01,205 coder les données pendant qu'il est en transit expédition entre le client et le serveur. 53 00:04:01,205 --> 00:04:08,375 Maintenant, vous entendrez également des gens parler de protocoles de niveau supérieur appelés SOAP, 54 00:04:08,375 --> 00:04:14,045 pas du genre avec lequel vous prenez une douche, mais SOAP comme un protocole qui 55 00:04:14,045 --> 00:04:21,975 permet la communication entre les entités de distribution au sein de leur réseau. 56 00:04:21,975 --> 00:04:25,295 Et aussi, vous entendrez des gens parler de REST, 57 00:04:25,295 --> 00:04:29,505 pas quelque chose que vous obtenez trop passer par ce cours particulier, 58 00:04:29,505 --> 00:04:32,510 REST ou Représentational State Transfer. 59 00:04:32,510 --> 00:04:36,200 J' aurai une conférence plus courte 60 00:04:36,200 --> 00:04:40,970 spécifiquement consacrée à REST un peu plus tard dans ce module. 61 00:04:40,970 --> 00:04:42,905 Et dans le monde HTTP, 62 00:04:42,905 --> 00:04:45,990 vous entendiez des gens parler de GET, PUT 63 00:04:45,990 --> 00:04:50,210 , POST et DELETE et vous vous demandez, 64 00:04:50,210 --> 00:04:52,200 que signifient-ils tous ? 65 00:04:52,200 --> 00:04:55,250 Apprenons un peu à ce sujet dans 66 00:04:55,250 --> 00:05:01,245 cette conférence et aussi la conférence sur REST que vous verrez un peu plus tard. 67 00:05:01,245 --> 00:05:05,020 Une chose importante que vous devez comprendre lorsque vous 68 00:05:05,020 --> 00:05:10,120 communiquez avec un serveur est que la communication du serveur client 69 00:05:10,120 --> 00:05:15,130 provoque des retards inattendus ou un délai indéterminé 70 00:05:15,130 --> 00:05:21,340 pendant que les données sont récupérées ou téléchargées sur le serveur à partir du site client. 71 00:05:21,340 --> 00:05:23,270 Donc, ce qui signifie que dans votre application de site client, 72 00:05:23,270 --> 00:05:27,310 vous devez tenir l'utilisateur informé du fait que 73 00:05:27,310 --> 00:05:31,750 quelque chose se passe dans les coulisses et être 74 00:05:31,750 --> 00:05:35,335 capable de gérer les retards et 75 00:05:35,335 --> 00:05:41,020 peut-être de ne pas pouvoir obtenir les données du côté serveur. 76 00:05:41,020 --> 00:05:45,490 Il est tout à fait possible que lorsque vous essayez de vous connecter à un serveur, 77 00:05:45,490 --> 00:05:47,765 la connexion du serveur peut échouer, 78 00:05:47,765 --> 00:05:53,920 le serveur peut renvoyer des données incorrectes ou peut provoquer une erreur de communication. 79 00:05:53,920 --> 00:05:58,750 Tous ces éléments doivent être gérés du côté client de manière appropriée afin que 80 00:05:58,750 --> 00:06:04,450 votre application continue de fonctionner même en présence de ces problèmes. 81 00:06:04,450 --> 00:06:09,250 Sauter dans le protocole de couche d'application le plus populaire 82 00:06:09,250 --> 00:06:12,880 utilisé pour communiquer entre le client et le serveur, 83 00:06:12,880 --> 00:06:15,405 le protocole de transfert hypertexte. 84 00:06:15,405 --> 00:06:18,585 Mais il s'agit d'un protocole de communication de serveur client. 85 00:06:18,585 --> 00:06:20,800 Maintenant, cela peut ou peut ne pas avoir beaucoup de sens pour vous, 86 00:06:20,800 --> 00:06:23,532 sauf si vous avez suffisamment d'arrière-plan dans la mise en réseau, 87 00:06:23,532 --> 00:06:28,480 mais c'est un protocole qui est utilisé pour coder les messages que vous avez 88 00:06:28,480 --> 00:06:31,330 échangés entre votre application cliente qui est 89 00:06:31,330 --> 00:06:35,375 une application angulaire dans ce cas et un côté serveur. 90 00:06:35,375 --> 00:06:38,620 Donc, ce protocole HTTP vous permet de 91 00:06:38,620 --> 00:06:42,450 récupérer des documents basés sur l'hypertexte du côté serveur, de 92 00:06:42,450 --> 00:06:47,200 plus en plus les informations téléchargées du côté serveur sont 93 00:06:47,200 --> 00:06:52,495 codées dans l'un des formats de codage standard comme JSON ou XML. 94 00:06:52,495 --> 00:06:55,750 Et pour pouvoir parler à un serveur, 95 00:06:55,750 --> 00:07:04,180 vous avez le support de diverses actions HTTP ou ce que nous appelons les verbes HTTP, 96 00:07:04,180 --> 00:07:07,135 HEAD, GET, POST, 97 00:07:07,135 --> 00:07:11,020 PUT, DELETE, TRACE, OPTIONS, et CONNECT. 98 00:07:11,020 --> 00:07:14,080 Nous verrons en particulier les 99 00:07:14,080 --> 00:07:24,395 verbes GET, PUT, POST et DELETE plus en détail lorsque nous examinons le protocole API REST un peu plus tard. 100 00:07:24,395 --> 00:07:27,670 Comment fonctionne le protocole HTTP ? 101 00:07:27,670 --> 00:07:30,010 Dans le protocole HTTP, 102 00:07:30,010 --> 00:07:35,215 vous envoyez la requête GET de votre application cliente au serveur. 103 00:07:35,215 --> 00:07:39,780 Et cela est encodé sous la forme d'un message de requête HTTP. 104 00:07:39,780 --> 00:07:43,760 Le message de demande contient généralement une URL dans 105 00:07:43,760 --> 00:07:48,995 le message de demande indiquant ce que vous voulez que le côté serveur vous envoie. 106 00:07:48,995 --> 00:07:52,660 Et il s'agit généralement d'un message GET si vous voulez que 107 00:07:52,660 --> 00:07:57,440 les données soient téléchargées à partir du serveur. 108 00:07:57,440 --> 00:08:02,110 Vous spécifiez également le serveur avec lequel vous communiquez. 109 00:08:02,110 --> 00:08:04,864 Lorsque le serveur reçoit votre demande, 110 00:08:04,864 --> 00:08:09,325 le serveur récupère les données de son stockage de données, 111 00:08:09,325 --> 00:08:11,980 généralement une base de données côté serveur, 112 00:08:11,980 --> 00:08:14,250 puis empaquète ces données dans 113 00:08:14,250 --> 00:08:20,420 un format approprié et vous renvoie les données côté client. 114 00:08:20,420 --> 00:08:23,285 Si vous obtenez du 115 00:08:23,285 --> 00:08:25,240 code HTML, CSS et JavaScript standard du côté serveur 116 00:08:25,240 --> 00:08:27,310 , votre navigateur est en mesure de le rendre. 117 00:08:27,310 --> 00:08:30,144 Mais avec des applications comme Angular, 118 00:08:30,144 --> 00:08:32,830 vous vous connectez principalement au serveur, puis 119 00:08:32,830 --> 00:08:39,700 récupérez des données sous la forme de JSON ou XML la plupart du temps. 120 00:08:39,700 --> 00:08:44,200 Sauf pour le téléchargement initial de toutes les ressources nécessaires 121 00:08:44,200 --> 00:08:49,245 à l'exécution de votre application Angular dans votre navigateur. 122 00:08:49,245 --> 00:08:51,090 Ainsi, comme nous l'avons vu précédemment, 123 00:08:51,090 --> 00:08:59,139 l'application HTTP nécessite l'envoi de messages entre le client et le serveur. 124 00:08:59,139 --> 00:09:03,615 Un message de demande est généralement envoyé du client au serveur et 125 00:09:03,615 --> 00:09:09,500 le message de demande se compose d'une ligne de demande ainsi que d'un tas d'en-têtes, 126 00:09:09,500 --> 00:09:14,170 où vous fournissez des informations supplémentaires pour qualifier la demande. 127 00:09:14,170 --> 00:09:17,410 Nous verrons l'utilisation de divers en-têtes et paramètres dans 128 00:09:17,410 --> 00:09:23,425 les en-têtes lorsque nous passons par certains des exercices dans ce module particulier. 129 00:09:23,425 --> 00:09:27,045 La ligne de demande et les en-têtes sont séparés du corps 130 00:09:27,045 --> 00:09:31,280 du message de demande par une ligne vide. 131 00:09:31,280 --> 00:09:34,300 Le corps du message peut contenir des données supplémentaires, 132 00:09:34,300 --> 00:09:38,460 en particulier si votre client envoie des données vers le serveur. 133 00:09:38,460 --> 00:09:40,735 Par exemple, lorsque vous soumettez un formulaire, 134 00:09:40,735 --> 00:09:45,190 les informations contenues dans le formulaire sont codées dans 135 00:09:45,190 --> 00:09:51,115 un format JSON, puis envoyées vers le serveur à partir du côté client. 136 00:09:51,115 --> 00:09:55,640 Donc, cela sera fait en utilisant un message POST ou PUT. 137 00:09:55,640 --> 00:10:00,374 En regardant le peu plus de détails du message de requête HTTP, 138 00:10:00,374 --> 00:10:02,500 le message de requête typique dans 139 00:10:02,500 --> 00:10:06,140 la ligne de requête contiendra la méthode qui est GET, 140 00:10:06,140 --> 00:10:10,225 PUT, POST, DELETE ou certains des autres verbes que vous avez vus précédemment, 141 00:10:10,225 --> 00:10:13,735 puis suivie de l'URL et de la version de 142 00:10:13,735 --> 00:10:19,260 la protocole HTTP que vous utilisez pour communiquer du client au côté serveur. 143 00:10:19,260 --> 00:10:23,250 Le champ d'en-tête contient généralement un nom de champ d'en-tête, 144 00:10:23,250 --> 00:10:27,310 deux points et la valeur de ce champ d'en-tête. 145 00:10:27,310 --> 00:10:30,020 Et le contenu du corps, comme je l'ai mentionné, 146 00:10:30,020 --> 00:10:36,090 pourrait être encodé en format JSON ou XML. 147 00:10:36,090 --> 00:10:39,355 Voici un exemple de 148 00:10:39,355 --> 00:10:46,040 message de requête HTTP typique qui peut être envoyé au serveur à partir du client. 149 00:10:46,040 --> 00:10:48,000 Donc, dans ce message de demande particulier, 150 00:10:48,000 --> 00:10:52,540 nous demandons au serveur de conserver la page index.html 151 00:10:52,540 --> 00:10:55,150 du côté serveur vers le côté client afin qu'elle 152 00:10:55,150 --> 00:10:58,100 puisse être rendue dans le navigateur du côté client. 153 00:10:58,100 --> 00:11:03,790 Une requête comme celle-ci aurait généralement un corps vide dans le message de requête. 154 00:11:03,790 --> 00:11:06,460 La plupart des informations seront codées dans 155 00:11:06,460 --> 00:11:11,755 la ligne de demande ainsi que les en-têtes du message de demande. 156 00:11:11,755 --> 00:11:15,935 Lorsque le client envoie la requête au serveur. 157 00:11:15,935 --> 00:11:22,120 Le serveur traite la demande, puis renvoie une réponse au côté client. 158 00:11:22,120 --> 00:11:26,150 Le message de réponse est organisé en trois parties, 159 00:11:26,150 --> 00:11:30,850 une ligne d'état où des informations sur 160 00:11:30,850 --> 00:11:35,648 la façon dont la demande a été traitée et ce qui est renvoyé au client sont stockées, 161 00:11:35,648 --> 00:11:40,270 les en-têtes contiendront des détails supplémentaires sur ce qui est 162 00:11:40,270 --> 00:11:45,145 contenu dans le message de réponse, puis suivi d'une ligne vide, 163 00:11:45,145 --> 00:11:49,355 puis du corps réel du message. 164 00:11:49,355 --> 00:11:55,405 Un exemple de ce qui serait généralement contenu dans un message de réponse HTTP, 165 00:11:55,405 --> 00:11:59,875 dans ce cas, ce message de réponse revient avec un 200, 166 00:11:59,875 --> 00:12:03,260 qui est un code d'état du message. 167 00:12:03,260 --> 00:12:07,420 Si vous voyez un 200 dans la ligne de demande comme code d'état, 168 00:12:07,420 --> 00:12:11,770 cela signifie que votre requête a réussi et que le serveur est en mesure de 169 00:12:11,770 --> 00:12:16,920 renvoyer les données que vous avez demandées du côté serveur. 170 00:12:16,920 --> 00:12:22,180 Et puis l'en-tête contiendra des directions supplémentaires vers 171 00:12:22,180 --> 00:12:25,165 le côté client, y compris des informations sur 172 00:12:25,165 --> 00:12:29,425 la façon dont le corps réel du message est codé. 173 00:12:29,425 --> 00:12:31,705 Ensuite, le corps peut contenir, 174 00:12:31,705 --> 00:12:34,565 si vous avez demandé la page index.html, 175 00:12:34,565 --> 00:12:39,670 le corps du message contiendra le code HTML de 176 00:12:39,670 --> 00:12:45,515 la page index.html comme vous le voyez dans cet exemple ici. 177 00:12:45,515 --> 00:12:53,955 L' un des éléments d'information de la ligne d'état que je désigne comme le code d'état. 178 00:12:53,955 --> 00:12:58,080 Si le serveur est capable de traiter votre demande correctement, 179 00:12:58,080 --> 00:13:01,852 il enverra une réponse avec un code d'état de 200, 180 00:13:01,852 --> 00:13:04,330 ce qui signifie que tout va bien du côté serveur et 181 00:13:04,330 --> 00:13:07,685 que le côté serveur renvoie les données correctement. 182 00:13:07,685 --> 00:13:12,055 Si le serveur n'est pas en mesure de traiter la demande pour une raison quelconque 183 00:13:12,055 --> 00:13:14,800 , ces informations seront encodées dans 184 00:13:14,800 --> 00:13:20,020 le code d'état dans la ligne d'état du message de réponse. 185 00:13:20,020 --> 00:13:24,160 Les différents codes d'état généralement que vous rencontrerez lorsque vous 186 00:13:24,160 --> 00:13:28,355 recevez une réponse du côté serveur incluent un 201, 187 00:13:28,355 --> 00:13:30,985 ce qui signifie que lorsque vous essayez de créer 188 00:13:30,985 --> 00:13:34,540 un objet côté serveur, il a été créé avec succès, 189 00:13:34,540 --> 00:13:39,100 ou un 301 ce qui signifie que tout ce que vous demandez a déplacé 190 00:13:39,100 --> 00:13:42,365 de manière permanente à un nouvel emplacement et 191 00:13:42,365 --> 00:13:46,965 l'URL du nouvel emplacement de cette ressource sera renvoyée à votre client. 192 00:13:46,965 --> 00:13:52,775 Les 400 et 500 indiquent généralement qu'il y a un problème côté serveur. 193 00:13:52,775 --> 00:13:57,310 404 est quelque chose que vous rencontrez souvent lorsque 194 00:13:57,310 --> 00:14:02,260 vous demandez quelque chose qui n'existe pas du côté serveur. 195 00:14:02,260 --> 00:14:05,620 De même, 500 signifie que le serveur abandonne simplement, 196 00:14:05,620 --> 00:14:10,390 il est incapable de traiter votre demande, puis renvoie une erreur de serveur interne. 197 00:14:10,390 --> 00:14:14,445 Ce sont deux codes d'erreur courants que vous rencontrerez. 198 00:14:14,445 --> 00:14:20,355 Les autres ont une signification spécifique comme indiqué dans ce tableau ici. 199 00:14:20,355 --> 00:14:24,483 Il y a plus que les codes d'état que je vous ai donnés dans ce tableau, 200 00:14:24,483 --> 00:14:27,963 mais ce sont quelques-uns des codes d'état les plus courants que vous 201 00:14:27,963 --> 00:14:32,835 rencontrerez dans un message de réponse venant du côté serveur. 202 00:14:32,835 --> 00:14:37,420 Un autre point que j'ai mentionné est le fait que le serveur peut encoder 203 00:14:37,420 --> 00:14:46,880 les données dans un format spécifique comme XML ou Extended Markup Language ou JSON, 204 00:14:46,880 --> 00:14:50,845 le format JavaScript Object Notation. 205 00:14:50,845 --> 00:14:53,950 Maintenant, généralement, dans ce cours particulier, 206 00:14:53,950 --> 00:14:57,700 nous allons traiter des données qui sont encodées principalement en JSON. 207 00:14:57,700 --> 00:15:02,875 La plupart des applications côté client 208 00:15:02,875 --> 00:15:06,680 , y compris les applications mobiles, communiquent généralement avec 209 00:15:06,680 --> 00:15:16,515 le serveur et le format d'échange de données est JSON par défaut dans la plupart des cas. 210 00:15:16,515 --> 00:15:22,125 C' est la raison pour laquelle je vais passer quelques minutes à vous expliquer à propos de JSON. 211 00:15:22,125 --> 00:15:27,785 JavaScript Object Notation ou JSON est un format d'échange de données léger. 212 00:15:27,785 --> 00:15:33,100 La raison pour laquelle le format de données JSON est particulièrement 213 00:15:33,100 --> 00:15:38,685 intéressant pour nous dans ce cours est que la notation d'objet JavaScript, 214 00:15:38,685 --> 00:15:40,710 comme son nom l'indique, 215 00:15:40,710 --> 00:15:46,840 se mappe très facilement dans un objet JavaScript que vous utilisez avec n'importe quel code JavaScript. 216 00:15:46,840 --> 00:15:50,430 Donc, convertir un objet JavaScript 217 00:15:50,430 --> 00:15:53,725 en notation JSON et vice versa est très simple. 218 00:15:53,725 --> 00:15:57,420 La notation JSON est ce que nous appelons comme une 219 00:15:57,420 --> 00:16:01,815 notation auto-descriptive et très facile à comprendre. 220 00:16:01,815 --> 00:16:05,103 Dans le format JavaScript Object Notation, 221 00:16:05,103 --> 00:16:11,040 les données sont structurées de manière très nette et précise. 222 00:16:11,040 --> 00:16:14,693 Ceci est structuré comme une collection de noms, de paires de valeurs, 223 00:16:14,693 --> 00:16:19,610 et ceci est structuré comme une liste ordonnée de valeurs. 224 00:16:19,610 --> 00:16:23,375 Vous pouvez voir un exemple de ceci sur le côté droit ici. 225 00:16:23,375 --> 00:16:30,750 Nous avons effectivement utilisé ces données JSON dans notre application angulaire déjà plus tôt. 226 00:16:30,750 --> 00:16:35,570 Donc, maintenant vous voyez pourquoi les données sont structurées de cette façon. 227 00:16:35,570 --> 00:16:41,220 Et vous réalisez également qu'il est très facile de pouvoir traiter 228 00:16:41,220 --> 00:16:47,850 ces données dans votre code JavaScript ou votre code TypeScript dans votre application Angular. 229 00:16:47,850 --> 00:16:55,000 Avec cela, je termine un bref aperçu des éléments essentiels de la mise en réseau.