1 00:00:01,380 --> 00:00:03,410 ‫Kursleiter: Unser Ziel ist 2 00:00:03,410 --> 00:00:05,650 ‫es also, Back-End-Anwendungen mit Node zu 3 00:00:05,650 --> 00:00:08,160 ‫entwickeln und daher ist es wahrscheinlich eine 4 00:00:08,160 --> 00:00:11,890 ‫gute Idee, ein grundlegendes Verständnis dafür zu bekommen, wie das 5 00:00:11,890 --> 00:00:14,350 ‫Web hinter den Kulissen tatsächlich funktioniert, oder? 6 00:00:14,350 --> 00:00:17,880 ‫Und das wird ein wirklich voller Vortrag. 7 00:00:17,880 --> 00:00:19,743 ‫Und so lasst uns gleich eintauchen. 8 00:00:21,300 --> 00:00:24,040 ‫Um nun besser zu verstehen, wie das 9 00:00:24,040 --> 00:00:26,010 ‫Web tatsächlich funktioniert, stellen wir 10 00:00:26,010 --> 00:00:28,230 ‫uns zunächst die Frage: Was 11 00:00:28,230 --> 00:00:30,670 ‫passiert eigentlich jedes Mal, wenn wir 12 00:00:30,670 --> 00:00:32,567 ‫eine URL in 13 00:00:32,567 --> 00:00:36,270 ‫unseren Browser eingeben, um eine neue Webseite zu öffnen? 14 00:00:36,270 --> 00:00:40,000 ‫Oder jedes Mal, wenn wir Daten von einer API anfordern? 15 00:00:40,000 --> 00:00:41,990 ‫Was eigentlich ganz dasselbe ist, 16 00:00:41,990 --> 00:00:45,453 ‫konzentrieren wir uns hier nur auf ein einfaches Website-Beispiel. 17 00:00:47,409 --> 00:00:50,760 ‫Nun, die einfachste Antwort ist, dass unser Browser, der 18 00:00:50,760 --> 00:00:54,360 ‫auch Client genannt wird, eine Anfrage an den Server sendet, 19 00:00:54,360 --> 00:00:57,150 ‫auf dem die Webseite gehostet wird. 20 00:00:57,150 --> 00:01:00,330 ‫Und der Server sendet dann eine Antwort 21 00:01:00,330 --> 00:01:04,410 ‫zurück, die die Webseite enthält, die wir gerade angefordert haben. 22 00:01:04,410 --> 00:01:08,000 ‫Und dieser Vorgang wird als Request-Response-Modell oder 23 00:01:08,000 --> 00:01:10,940 ‫auch als Client-Server-Architektur bezeichnet. 24 00:01:10,940 --> 00:01:13,100 ‫Und alles, worüber wir 25 00:01:13,100 --> 00:01:17,770 ‫in diesem Abschnitt sprechen, dreht sich um dieses grundlegende Konzept. 26 00:01:17,770 --> 00:01:20,990 ‫Okay, aber gehen wir jetzt noch einen Schritt weiter, 27 00:01:20,990 --> 00:01:23,730 ‫denn das ist jetzt wahrscheinlich nicht wirklich 28 00:01:23,730 --> 00:01:25,313 ‫neu für Sie, oder? 29 00:01:26,380 --> 00:01:29,600 ‫Nehmen wir an, wir möchten auf Google Maps 30 00:01:29,600 --> 00:01:34,600 ‫zugreifen, indem wir google schreiben. com/maps als URL in unseren Browser ein. 31 00:01:35,180 --> 00:01:38,783 ‫Und jede URL erhält ein HTTP oder HTTPS, das für 32 00:01:39,930 --> 00:01:42,520 ‫das Protokoll steht, das für die 33 00:01:42,520 --> 00:01:43,920 ‫Verbindung verwendet wird. 34 00:01:43,920 --> 00:01:47,440 ‫Und wir werden etwas später in diesem Video darüber sprechen. 35 00:01:47,440 --> 00:01:49,580 ‫Dann haben wir hier den Domainnamen, 36 00:01:49,580 --> 00:01:51,930 ‫der Google ist. com in 37 00:01:51,930 --> 00:01:55,500 ‫diesem Fall und auch nach einem Schrägstrich die sogenannte 38 00:01:55,500 --> 00:01:56,950 ‫Ressource, auf die wir 39 00:01:56,950 --> 00:01:59,560 ‫zugreifen werden, und in diesem Fall /maps. 40 00:01:59,560 --> 00:02:02,710 ‫Was Sie jetzt wissen müssen, ist, dass 41 00:02:02,710 --> 00:02:06,137 ‫der Domainname google. com ist nicht die 42 00:02:06,137 --> 00:02:09,230 ‫tatsächliche Adresse des Servers, auf den wir zugreifen 43 00:02:09,230 --> 00:02:13,350 ‫möchten, sondern nur ein schöner Name, den wir uns leicht merken können. 44 00:02:13,350 --> 00:02:17,050 ‫Wir brauchen also eine Möglichkeit, den Domänennamen in die 45 00:02:17,050 --> 00:02:19,220 ‫echte Adresse des Servers 46 00:02:19,220 --> 00:02:22,100 ‫umzuwandeln, und das geschieht über ein DNS. 47 00:02:22,100 --> 00:02:25,230 ‫DNS steht also für Domain Name Server, das 48 00:02:25,230 --> 00:02:27,940 ‫sind spezielle Server, die im Grunde wie 49 00:02:27,940 --> 00:02:30,610 ‫die Telefonbücher des Internets sind. 50 00:02:30,610 --> 00:02:34,330 ‫Der erste Schritt, der beim Öffnen einer Website passiert, besteht 51 00:02:34,330 --> 00:02:38,180 ‫darin, dass der Browser eine Anfrage an ein DNS stellt und 52 00:02:38,180 --> 00:02:40,990 ‫dieser spezielle Server dann einfach die Webadresse, die 53 00:02:40,990 --> 00:02:43,760 ‫wir in den Browser eingegeben haben, mit 54 00:02:43,760 --> 00:02:46,430 ‫der echten IP-Adresse des Servers abgleicht. 55 00:02:46,430 --> 00:02:47,610 ‫Gut. 56 00:02:47,610 --> 00:02:49,300 ‫Und zwar geschieht dies 57 00:02:49,300 --> 00:02:53,030 ‫über Ihren Internet Service Provider oder ISP, aber die vollständigen 58 00:02:53,030 --> 00:02:55,933 ‫Details sind für uns nicht wirklich wichtig. 59 00:02:57,363 --> 00:02:59,050 ‫Was Sie von diesem Teil 60 00:02:59,050 --> 00:03:01,950 ‫beachten müssen, ist, dass die Domain nicht die echte 61 00:03:01,950 --> 00:03:06,250 ‫Adresse ist und dass ein DNS sie in diese echte IP-Adresse umwandelt, die 62 00:03:06,250 --> 00:03:09,550 ‫ein Browser dann aufrufen kann, nachdem sie an unseren Browser 63 00:03:09,550 --> 00:03:10,713 ‫zurückgesendet wurde. 64 00:03:12,030 --> 00:03:14,620 ‫So sieht also die echte Adresse 65 00:03:14,620 --> 00:03:18,810 ‫aus, hat also noch das Protokoll, aber dann kommt die IP-Adresse. 66 00:03:18,810 --> 00:03:22,080 ‫Und auch der Port, auf den wir auf dem Server zugegriffen haben. 67 00:03:22,080 --> 00:03:24,890 ‫Und die Portnummer dient wirklich nur dazu, 68 00:03:24,890 --> 00:03:28,070 ‫einen bestimmten Dienst zu identifizieren, der auf einem Server 69 00:03:28,070 --> 00:03:30,903 ‫läuft, und kann sich wie eine Unteradresse vorstellen. 70 00:03:32,590 --> 00:03:35,350 ‫Denken Sie daran, wie wir Port 8000 auf 71 00:03:35,350 --> 00:03:39,140 ‫unserem Webserver abgehört haben, als wir ihn in der Kreuzung eingerichtet 72 00:03:39,140 --> 00:03:41,263 ‫haben, die genau dieser Port ist. 73 00:03:42,780 --> 00:03:45,590 ‫Bitte beachten Sie auch, dass die Portnummer nichts 74 00:03:45,590 --> 00:03:48,460 ‫mit der Google Maps-Ressource zu tun hat, auf 75 00:03:48,460 --> 00:03:50,000 ‫die wir zugreifen möchten. 76 00:03:50,000 --> 00:03:52,720 ‫Diese Ressource wird tatsächlich in 77 00:03:52,720 --> 00:03:56,850 ‫der HTTP-Anfrage gesendet, wie wir gleich sehen werden. 78 00:03:56,850 --> 00:03:59,673 ‫Okay, und damit ist der erste Schritt abgeschlossen. 79 00:04:00,610 --> 00:04:03,310 ‫Sobald wir also die echte Webadresse 80 00:04:03,310 --> 00:04:06,390 ‫haben, wird eine TCP-Socket-Verbindung zwischen dem Browser 81 00:04:06,390 --> 00:04:08,740 ‫und dem Server hergestellt, 82 00:04:08,740 --> 00:04:11,270 ‫die nun endgültig verbunden sind. 83 00:04:11,270 --> 00:04:14,190 ‫Und diese Verbindung wird normalerweise während der gesamten 84 00:04:14,190 --> 00:04:16,810 ‫Zeit aufrechterhalten, die es braucht, um alle 85 00:04:16,810 --> 00:04:19,420 ‫Dateien der Website zu übertragen. 86 00:04:19,420 --> 00:04:22,910 ‫Nun, was sind unsere TCP und IP? 87 00:04:22,910 --> 00:04:27,080 ‫Nun, TCP ist das Transmission Control Protocol und IP 88 00:04:27,080 --> 00:04:29,730 ‫ist das Internet Protocol, 89 00:04:29,730 --> 00:04:32,930 ‫und zusammen sind sie Kommunikationsprotokolle, die genau 90 00:04:32,930 --> 00:04:36,870 ‫definieren, wie Daten über das Web übertragen werden. 91 00:04:36,870 --> 00:04:37,860 ‫Sie sind 92 00:04:37,860 --> 00:04:40,580 ‫also im Grunde das grundlegende Kontrollsystem 93 00:04:40,580 --> 00:04:44,170 ‫des Internets, denn sie sind wiederum diejenigen, die die 94 00:04:44,170 --> 00:04:47,230 ‫Regeln für den Datenfluss im Internet festlegen. 95 00:04:47,230 --> 00:04:51,040 ‫Und keine Sorge, wir werden etwas später in diesem Video etwas 96 00:04:51,040 --> 00:04:52,673 ‫mehr über TCP/IP erfahren. 97 00:04:54,150 --> 00:04:58,570 ‫Wie auch immer, jetzt ist es an der Zeit, endlich unsere Anfrage zu stellen. 98 00:04:58,570 --> 00:05:02,400 ‫Und die Anfrage, die wir stellen, 99 00:05:02,400 --> 00:05:07,400 ‫ist eine HTTP-Anfrage, wobei HTTP für HyperText Transfer Protocol steht. 100 00:05:07,430 --> 00:05:12,430 ‫HTTP ist also nach TCP/IP ein weiteres Kommunikationsprotokoll. 101 00:05:13,520 --> 00:05:16,480 ‫Übrigens ist ein Kommunikationsprotokoll einfach ein 102 00:05:16,480 --> 00:05:18,670 ‫Regelsystem, das es 103 00:05:18,670 --> 00:05:22,140 ‫zwei oder mehr Teilnehmern ermöglicht, zu kommunizieren. 104 00:05:22,140 --> 00:05:25,820 ‫Und im Fall von HTTP ist es nur ein Protokoll, 105 00:05:25,820 --> 00:05:29,130 ‫das es Clients und Webservern ermöglicht, zu kommunizieren, 106 00:05:29,130 --> 00:05:31,800 ‫indem Anfragen und Antwortnachrichten von Client zu 107 00:05:31,800 --> 00:05:34,353 ‫Server und zurück gesendet werden. 108 00:05:36,040 --> 00:05:40,150 ‫Nun sieht eine Anfragenachricht ungefähr so aus. 109 00:05:40,150 --> 00:05:43,460 ‫Der Anfang der Nachricht ist also der 110 00:05:43,460 --> 00:05:47,700 ‫wichtigste Teil, die Startzeile, die die HTTP-Methode enthält, die 111 00:05:47,700 --> 00:05:49,690 ‫in der Anfrage 112 00:05:49,690 --> 00:05:53,750 ‫verwendet wird, dann das Anfrageziel und die HTTP-Version. 113 00:05:53,750 --> 00:05:57,890 ‫Über HTTP-Methoden gibt es viele, aber die wichtigsten sind 114 00:05:57,890 --> 00:06:00,280 ‫Get zum einfachen Anfordern 115 00:06:00,280 --> 00:06:04,400 ‫von Daten, Post zum Senden von Daten und Put 116 00:06:04,400 --> 00:06:08,140 ‫und Patchen, um Daten grundsätzlich zu ändern. 117 00:06:08,140 --> 00:06:11,970 ‫Sie sehen also, dass eine HTTP-Anfrage an den Server nicht 118 00:06:11,970 --> 00:06:16,010 ‫nur zum Abrufen von Daten dient, sondern wir auch Daten senden können. 119 00:06:16,010 --> 00:06:17,410 ‫Gut? 120 00:06:17,410 --> 00:06:20,810 ‫Machen Sie sich jetzt bitte keine Sorgen, wenn Ihnen das 121 00:06:20,810 --> 00:06:22,720 ‫jetzt alles zu viel klingt. 122 00:06:22,720 --> 00:06:24,640 ‫Wir werden diese Dinge natürlich 123 00:06:24,640 --> 00:06:26,690 ‫während des restlichen Kurses verwenden, und 124 00:06:26,690 --> 00:06:29,913 ‫das ist eigentlich der Grund, warum ich Ihnen dies erzähle. 125 00:06:31,530 --> 00:06:34,080 ‫Wie auch immer, in Bezug auf 126 00:06:34,080 --> 00:06:37,170 ‫das Anforderungsziel wird davon ausgegangen, dass der Server 127 00:06:37,170 --> 00:06:40,100 ‫in diesem Beispiel auf die Maps-Ressource zugreifen möchte. 128 00:06:40,100 --> 00:06:41,660 ‫Erinnere dich daran? 129 00:06:41,660 --> 00:06:45,890 ‫Also hatten wir /maps in unserer URL und jetzt wird es 130 00:06:45,890 --> 00:06:48,700 ‫als Ziel in der HTTP-Anfrage gesendet, damit 131 00:06:48,700 --> 00:06:52,490 ‫der Server dann herausfinden kann, was damit zu tun ist. 132 00:06:52,490 --> 00:06:56,860 ‫Und wenn dies leer ist, also wenn es nur ein Schrägstrich wäre, 133 00:06:56,860 --> 00:06:59,660 ‫würden wir auf das Stammverzeichnis der Website 134 00:06:59,660 --> 00:07:03,680 ‫zugreifen, das nur Google wäre. com in diesem Beispiel. 135 00:07:03,680 --> 00:07:07,720 ‫Dann sind der nächste Teil der Anfrage 136 00:07:07,720 --> 00:07:10,340 ‫die Anfrage-Header, die nur einige 137 00:07:10,340 --> 00:07:12,150 ‫Informationen sind, 138 00:07:12,150 --> 00:07:15,110 ‫die wir über die Anfrage 139 00:07:15,110 --> 00:07:17,840 ‫selbst senden, und es stehen 140 00:07:17,840 --> 00:07:22,750 ‫unzählige verschiedene Header zur Verfügung, z viele, viele andere. 141 00:07:22,750 --> 00:07:26,200 ‫Wenn wir schließlich Daten an den Server 142 00:07:26,200 --> 00:07:29,060 ‫senden, gibt es auch einen 143 00:07:29,060 --> 00:07:33,593 ‫Anfragetext, der diese Daten enthält, beispielsweise aus einem HTML-Formular. 144 00:07:35,050 --> 00:07:37,740 ‫Das ist also die HTTP-Anfrage. 145 00:07:37,740 --> 00:07:40,070 ‫Natürlich sind es nicht 146 00:07:40,070 --> 00:07:42,670 ‫wir Entwickler, die diese Anfragen manuell 147 00:07:42,670 --> 00:07:45,750 ‫schreiben, aber es ist immer noch extrem 148 00:07:45,750 --> 00:07:50,170 ‫wichtig, dass Sie verstehen, wie eine HTTP-Anfrage und auch eine Antwort 149 00:07:50,170 --> 00:07:53,863 ‫aussehen, weil Sie eine Menge damit arbeiten werden, okay? 150 00:07:54,710 --> 00:07:58,560 ‫Außerdem möchte ich erwähnen, dass es auch HTTPS gibt, wie 151 00:07:58,560 --> 00:08:00,060 ‫Sie wahrscheinlich wissen. 152 00:08:00,060 --> 00:08:04,330 ‫Und der Hauptunterschied zwischen HTTP und HTTPS besteht darin, 153 00:08:04,330 --> 00:08:09,330 ‫dass HTTPS mit TLS oder SSL verschlüsselt wird, was noch einige 154 00:08:10,110 --> 00:08:12,520 ‫weitere Protokolle sind, aber 155 00:08:12,520 --> 00:08:15,080 ‫ich werde Sie nicht damit langweilen. 156 00:08:15,080 --> 00:08:17,510 ‫Abgesehen von dieser zusätzlichen Verschlüsselung 157 00:08:17,510 --> 00:08:20,930 ‫gilt die Logik zwischen HTTP-Anfragen und -Antworten 158 00:08:20,930 --> 00:08:23,273 ‫jedoch weiterhin für HTTPS. 159 00:08:24,240 --> 00:08:27,860 ‫Alles klar, unsere Anfrage erreicht jetzt den Server, 160 00:08:27,860 --> 00:08:31,210 ‫der daran arbeitet, bis unsere Website zum 161 00:08:31,210 --> 00:08:32,690 ‫Zurücksenden bereit ist. 162 00:08:32,690 --> 00:08:36,180 ‫Und es sendet es zurück, wie Sie sich 163 00:08:36,180 --> 00:08:38,530 ‫vorstellen können, eine HTTP-Antwort. 164 00:08:38,530 --> 00:08:41,580 ‫Und die HTTP-Antwortnachricht sieht der 165 00:08:41,580 --> 00:08:44,050 ‫Anfrage tatsächlich ziemlich ähnlich. 166 00:08:44,050 --> 00:08:48,350 ‫So auch mit einer Startlinie, Kopfzeilen und einem Körper. 167 00:08:48,350 --> 00:08:52,120 ‫Die Startzeile enthält neben der HTTP-Version einen 168 00:08:52,120 --> 00:08:54,530 ‫Statuscode und eine Nachricht. 169 00:08:54,530 --> 00:08:56,860 ‫Im Grunde also, um dem 170 00:08:56,860 --> 00:09:00,460 ‫Kunden mitzuteilen, ob die Anfrage erfolgreich war oder nicht. 171 00:09:00,460 --> 00:09:03,630 ‫Diese 200 zum Beispiel bedeutet in 172 00:09:03,630 --> 00:09:07,430 ‫Ordnung, und jeder kennt den Statuscode 404, was 173 00:09:07,430 --> 00:09:09,250 ‫nicht gefunden bedeutet. 174 00:09:09,250 --> 00:09:11,880 ‫Und hier kommt also dieser 404-Code, den 175 00:09:11,880 --> 00:09:13,543 ‫Sie bereits kannten. 176 00:09:15,160 --> 00:09:18,120 ‫Dann die Antwortheader oder Informationen über 177 00:09:18,120 --> 00:09:19,810 ‫die Antwort selbst. 178 00:09:19,810 --> 00:09:23,430 ‫Also genau wie zuvor, und es gibt eine Menge zur 179 00:09:23,430 --> 00:09:26,900 ‫Verfügung und wir können auch unsere eigenen Header erstellen. 180 00:09:26,900 --> 00:09:29,610 ‫Der Unterschied zu Antwortheadern besteht 181 00:09:29,610 --> 00:09:32,350 ‫darin, dass es tatsächlich der Back-End-Entwickler wie 182 00:09:32,350 --> 00:09:36,320 ‫Sie ist, der sie spezifiziert und in der Antwort zurücksendet. 183 00:09:36,320 --> 00:09:37,670 ‫Gut. 184 00:09:37,670 --> 00:09:40,030 ‫Schließlich ist der letzte Teil der 185 00:09:40,030 --> 00:09:43,440 ‫Antwort wieder der Körper, der in den meisten Antworten 186 00:09:43,440 --> 00:09:45,000 ‫tatsächlich vorhanden ist. 187 00:09:45,000 --> 00:09:48,320 ‫Und es ist auch der Entwickler, der den Körper 188 00:09:48,320 --> 00:09:50,530 ‫in der Antwort gezielt zurückschickt. 189 00:09:50,530 --> 00:09:54,180 ‫Und das haben wir tatsächlich schon in der Kreuzung 190 00:09:54,180 --> 00:09:57,430 ‫mit Response gemacht. Ende, erinnerst du dich? 191 00:09:57,430 --> 00:10:01,120 ‫Und der Body sollte normalerweise den HTML-Code der 192 00:10:01,120 --> 00:10:04,740 ‫angeforderten Website enthalten oder beispielsweise JSON-Daten, die 193 00:10:04,740 --> 00:10:08,070 ‫von einer API oder ähnlichem zurückkommen. 194 00:10:08,070 --> 00:10:10,290 ‫Daher haben wir hier ausführlich 195 00:10:10,290 --> 00:10:12,300 ‫über die wichtigsten 196 00:10:12,300 --> 00:10:15,910 ‫Teile gesprochen, nämlich den HTTP-Request und die Response. 197 00:10:15,910 --> 00:10:19,930 ‫Aber in unserem imaginären Beispiel haben wir nur eine Anfrage 198 00:10:19,930 --> 00:10:22,773 ‫an Google gestellt. com und bekam eine Antwort. 199 00:10:24,040 --> 00:10:27,330 ‫Wenn es sich jedoch um eine Website handelt, auf die 200 00:10:27,330 --> 00:10:31,060 ‫wir zugreifen möchten, wird es viele, viele weitere Anfragen und Antworten geben. 201 00:10:31,060 --> 00:10:34,270 ‫Und das liegt daran, dass wir 202 00:10:34,270 --> 00:10:38,270 ‫bei der ersten Anfrage nur die ursprüngliche HTML-Datei zurückbekommen. 203 00:10:38,270 --> 00:10:41,540 ‫Diese Datei wird dann nach allen Assets 204 00:10:41,540 --> 00:10:44,270 ‫durchsucht, die sie zum Erstellen 205 00:10:44,270 --> 00:10:49,270 ‫der gesamten Website benötigt, wie JavaScripts, CSS-Dateien, Bilddateien oder andere Vermögenswerte. 206 00:10:49,390 --> 00:10:51,560 ‫Und für jede dieser verschiedenen 207 00:10:51,560 --> 00:10:55,990 ‫Dateien stellt der Browser dann eine neue HTTP-Anfrage an den Server. 208 00:10:55,990 --> 00:10:58,500 ‫Im Grunde passiert also dieses ganze Hin 209 00:10:58,500 --> 00:11:01,500 ‫und Her zwischen Client und Server, das gerade 210 00:11:01,500 --> 00:11:03,380 ‫erklärt wurde, für jede 211 00:11:03,380 --> 00:11:06,270 ‫einzelne Datei, die auf der Website enthalten ist. 212 00:11:06,270 --> 00:11:10,170 ‫Es können jedoch mehrere Anfragen und Antworten 213 00:11:10,170 --> 00:11:11,800 ‫gleichzeitig erfolgen. 214 00:11:11,800 --> 00:11:13,870 ‫Aber die Menge ist eigentlich 215 00:11:13,870 --> 00:11:17,023 ‫begrenzt, da sonst die Verbindung langsamer werden würde. 216 00:11:17,880 --> 00:11:22,860 ‫Okay, und dann endlich, wenn alle Dateien angekommen sind, wird 217 00:11:22,860 --> 00:11:24,960 ‫die Website im 218 00:11:24,960 --> 00:11:29,520 ‫Browser nach den HTML-, CSS- und JavaScript-Spezifikationen gerendert, die 219 00:11:29,520 --> 00:11:31,710 ‫Sie vielleicht schon kennen. 220 00:11:31,710 --> 00:11:34,550 ‫Und jetzt, als letztes Teil dieses Puzzles, 221 00:11:34,550 --> 00:11:37,490 ‫lassen Sie uns noch einmal über TCP/IP 222 00:11:37,490 --> 00:11:41,000 ‫sprechen und herausfinden, wie Anforderungs- und Antwortdaten tatsächlich über 223 00:11:41,000 --> 00:11:43,053 ‫das Web gesendet werden. 224 00:11:44,390 --> 00:11:47,900 ‫Wir haben bereits gesagt, dass TCP und IP 225 00:11:47,900 --> 00:11:50,710 ‫die Kommunikationsprotokolle sind, die definieren, 226 00:11:50,710 --> 00:11:53,610 ‫wie Daten über das Web übertragen werden. 227 00:11:53,610 --> 00:11:56,640 ‫Ich werde hier nicht ins Detail gehen, aber hier 228 00:11:56,640 --> 00:11:58,810 ‫ist, was Sie wissen müssen. 229 00:11:58,810 --> 00:12:02,670 ‫Erstens besteht die Aufgabe von TCP darin, die Anfragen 230 00:12:02,670 --> 00:12:07,130 ‫und Antworten in Tausende kleiner Blöcke, sogenannte Pakete, aufzuteilen, bevor 231 00:12:07,130 --> 00:12:09,010 ‫sie festgelegt werden. 232 00:12:09,010 --> 00:12:11,940 ‫Sobald sie ihr Ziel erreicht haben, werden 233 00:12:11,940 --> 00:12:14,320 ‫alle Pakete wieder in 234 00:12:14,320 --> 00:12:17,060 ‫die ursprüngliche Anfrage oder Antwort zusammengesetzt, damit 235 00:12:17,060 --> 00:12:19,660 ‫die Nachricht so schnell wie möglich 236 00:12:19,660 --> 00:12:23,080 ‫am Ziel ankommt, was nicht möglich wäre, wenn 237 00:12:23,080 --> 00:12:26,850 ‫wir die Website in einem großen Stück senden würden. 238 00:12:26,850 --> 00:12:28,840 ‫Das wäre also, als würde man versuchen, 239 00:12:28,840 --> 00:12:31,780 ‫mit dem größten Bus, den man sich vorstellen kann, durch 240 00:12:31,780 --> 00:12:33,120 ‫den Tanzverkehr zu fahren. 241 00:12:33,120 --> 00:12:34,573 ‫Also keine gute Idee. 242 00:12:35,540 --> 00:12:39,550 ‫Im zweiten Teil besteht die Aufgabe des IP-Protokolls darin, 243 00:12:39,550 --> 00:12:43,280 ‫all diese Pakete tatsächlich über das Internet zu senden 244 00:12:43,280 --> 00:12:44,900 ‫und zu routen. 245 00:12:44,900 --> 00:12:48,630 ‫Es stellt also sicher, dass alle am Ziel ankommen, 246 00:12:48,630 --> 00:12:53,090 ‫an das sie gehen sollten, indem sie IP-Adressen für jedes Paket verwenden. 247 00:12:53,090 --> 00:12:56,570 ‫Und wieder ist dies nur ein sehr breiter Überblick 248 00:12:56,570 --> 00:12:59,950 ‫darüber, was wirklich hinter den Kulissen des Webs passiert, 249 00:12:59,950 --> 00:13:02,920 ‫denn das sind eigentlich viel zu viele Informationen, 250 00:13:02,920 --> 00:13:05,040 ‫als Sie tatsächlich benötigen, 251 00:13:05,040 --> 00:13:07,230 ‫um ein großartiger Backend-Entwickler zu werden. 252 00:13:07,230 --> 00:13:10,410 ‫Aber ich hoffe, dass Sie diese Informationen 253 00:13:10,410 --> 00:13:14,270 ‫trotzdem nützlich und interessant fanden und auch nicht allzu verwirrend. 254 00:13:14,270 --> 00:13:17,100 ‫Im nächsten Video werden wir dann tatsächlich 255 00:13:17,100 --> 00:13:21,270 ‫einige HTTP-Requests durchführen, damit Sie sich mit dem Protokoll etwas 256 00:13:21,270 --> 00:13:22,463 ‫vertrauter machen.