1
00:00:01,380 --> 00:00:03,410
‫Instruktur: Jadi tujuan kami

2
00:00:03,410 --> 00:00:05,650
‫adalah untuk mengembangkan aplikasi back-end dengan

3
00:00:05,650 --> 00:00:08,160
‫Node dan oleh karena itu mungkin

4
00:00:08,160 --> 00:00:11,890
‫ide yang baik untuk mendapatkan pemahaman dasar tentang bagaimana web

5
00:00:11,890 --> 00:00:14,350
‫sebenarnya bekerja di belakang layar, bukan?

6
00:00:14,350 --> 00:00:17,880
‫Dan ini akan menjadi kuliah paket yang sangat lengkap.

7
00:00:17,880 --> 00:00:19,743
‫Jadi mari kita selami.

8
00:00:21,300 --> 00:00:24,040
‫Sekarang, untuk mendapatkan pemahaman yang lebih baik

9
00:00:24,040 --> 00:00:26,010
‫tentang bagaimana web sebenarnya

10
00:00:26,010 --> 00:00:28,230
‫bekerja, mari kita mulai dengan

11
00:00:28,230 --> 00:00:30,670
‫mengajukan pertanyaan: Apa yang sebenarnya terjadi

12
00:00:30,670 --> 00:00:32,567
‫setiap kali kita

13
00:00:32,567 --> 00:00:36,270
‫mengetikkan URL ke browser untuk membuka halaman web baru?

14
00:00:36,270 --> 00:00:40,000
‫Atau setiap kali kami meminta data dari beberapa API?

15
00:00:40,000 --> 00:00:41,990
‫Yang sebenarnya hampir sama dan

16
00:00:41,990 --> 00:00:45,453
‫mari kita fokus pada contoh situs web sederhana di sini.

17
00:00:47,409 --> 00:00:50,760
‫Nah, jawaban yang paling sederhana adalah bahwa browser

18
00:00:50,760 --> 00:00:54,360
‫kita yang juga disebut klien mengirimkan permintaan ke

19
00:00:54,360 --> 00:00:57,150
‫server tempat halaman web di-host.

20
00:00:57,150 --> 00:01:00,330
‫Dan server kemudian akan mengirimkan kembali tanggapan,

21
00:01:00,330 --> 00:01:04,410
‫yang akan berisi halaman web yang baru saja kita minta.

22
00:01:04,410 --> 00:01:08,000
‫Dan proses ini disebut model request-response

23
00:01:08,000 --> 00:01:10,940
‫atau juga arsitektur client-server.

24
00:01:10,940 --> 00:01:13,100
‫Dan semua yang akan

25
00:01:13,100 --> 00:01:17,770
‫kita bicarakan di bagian ini berkisar pada konsep dasar ini.

26
00:01:17,770 --> 00:01:20,990
‫Oke, tapi sekarang mari kita melangkah lebih jauh karena

27
00:01:20,990 --> 00:01:23,730
‫ini mungkin bukan hal baru bagi Anda

28
00:01:23,730 --> 00:01:25,313
‫saat ini, bukan?

29
00:01:26,380 --> 00:01:29,600
‫Jadi katakanlah kita ingin mengakses Google

30
00:01:29,600 --> 00:01:34,600
‫Maps dengan menulis google. com/maps ke browser kami sebagai URL.

31
00:01:35,180 --> 00:01:38,783
‫Dan setiap URL mendapatkan HTTP atau HTTPS, yaitu

32
00:01:39,930 --> 00:01:42,520
‫untuk protokol yang akan digunakan

33
00:01:42,520 --> 00:01:43,920
‫pada koneksi.

34
00:01:43,920 --> 00:01:47,440
‫Dan kita akan membicarakannya nanti di video ini.

35
00:01:47,440 --> 00:01:49,580
‫Kemudian kita memiliki nama domain di

36
00:01:49,580 --> 00:01:51,930
‫sini, yaitu google. com dalam

37
00:01:51,930 --> 00:01:55,500
‫hal ini, dan juga setelah garis miring, yang disebut

38
00:01:55,500 --> 00:01:56,950
‫sumber daya yang akan

39
00:01:56,950 --> 00:01:59,560
‫kita akses, dan dalam hal ini, /maps.

40
00:01:59,560 --> 00:02:02,710
‫Sekarang yang perlu Anda ketahui di sini adalah bahwa

41
00:02:02,710 --> 00:02:06,137
‫nama domain seperti google. com sebenarnya bukan

42
00:02:06,137 --> 00:02:09,230
‫alamat sebenarnya dari server yang kita coba

43
00:02:09,230 --> 00:02:13,350
‫akses tetapi hanya nama bagus yang mudah kita hafal.

44
00:02:13,350 --> 00:02:17,050
‫Jadi kita membutuhkan semacam cara untuk mengubah nama domain

45
00:02:17,050 --> 00:02:19,220
‫ke alamat server yang

46
00:02:19,220 --> 00:02:22,100
‫sebenarnya dan itu terjadi melalui DNS.

47
00:02:22,100 --> 00:02:25,230
‫Jadi DNS adalah singkatan dari Domain Name

48
00:02:25,230 --> 00:02:27,940
‫Server, yang merupakan server khusus yang pada

49
00:02:27,940 --> 00:02:30,610
‫dasarnya seperti buku telepon internet.

50
00:02:30,610 --> 00:02:34,330
‫Jadi langkah pertama yang terjadi ketika kita membuka sebuah

51
00:02:34,330 --> 00:02:38,180
‫website adalah browser membuat permintaan ke DNS dan server

52
00:02:38,180 --> 00:02:40,990
‫khusus ini kemudian akan mencocokkan alamat web

53
00:02:40,990 --> 00:02:43,760
‫yang kita ketikkan ke browser dengan

54
00:02:43,760 --> 00:02:46,430
‫alamat IP server yang sebenarnya.

55
00:02:46,430 --> 00:02:47,610
‫Baiklah.

56
00:02:47,610 --> 00:02:49,300
‫Dan sebenarnya ini

57
00:02:49,300 --> 00:02:53,030
‫terjadi melalui penyedia layanan internet atau ISP Anda tetapi

58
00:02:53,030 --> 00:02:55,933
‫detail lengkapnya tidak terlalu penting bagi kami.

59
00:02:57,363 --> 00:02:59,050
‫Apa yang perlu Anda pertahankan

60
00:02:59,050 --> 00:03:01,950
‫dari bagian ini adalah bahwa domain tersebut bukan

61
00:03:01,950 --> 00:03:06,250
‫alamat sebenarnya dan bahwa DNS akan mengubahnya menjadi alamat IP asli itu,

62
00:03:06,250 --> 00:03:09,550
‫yang kemudian dapat dipanggil oleh browser setelah dikirim kembali ke

63
00:03:09,550 --> 00:03:10,713
‫browser kami.

64
00:03:12,030 --> 00:03:14,620
‫Jadi begini alamat aslinya,

65
00:03:14,620 --> 00:03:18,810
‫jadi masih ada protokolnya, tapi kemudian muncul alamat IP-nya.

66
00:03:18,810 --> 00:03:22,080
‫Dan juga port yang kita akses di server.

67
00:03:22,080 --> 00:03:24,890
‫Dan nomor port benar-benar hanya

68
00:03:24,890 --> 00:03:28,070
‫untuk mengidentifikasi layanan tertentu yang berjalan di

69
00:03:28,070 --> 00:03:30,903
‫server sehingga Anda dapat menganggapnya seperti sub-alamat.

70
00:03:32,590 --> 00:03:35,350
‫Ingat bagaimana kami mendengarkan port 8000

71
00:03:35,350 --> 00:03:39,140
‫di server web kami ketika kami mengaturnya di

72
00:03:39,140 --> 00:03:41,263
‫persimpangan itulah port ini.

73
00:03:42,780 --> 00:03:45,590
‫Harap perhatikan juga bahwa nomor port tidak

74
00:03:45,590 --> 00:03:48,460
‫ada hubungannya dengan sumber daya Google Maps yang

75
00:03:48,460 --> 00:03:50,000
‫ingin kami akses.

76
00:03:50,000 --> 00:03:52,720
‫Sumber daya itu sebenarnya akan dikirim

77
00:03:52,720 --> 00:03:56,850
‫dalam permintaan HTTP seperti yang akan kita lihat sebentar lagi.

78
00:03:56,850 --> 00:03:59,673
‫Oke, dan ini mengakhiri langkah pertama.

79
00:04:00,610 --> 00:04:03,310
‫Jadi begitu kita memiliki alamat

80
00:04:03,310 --> 00:04:06,390
‫web yang sebenarnya, koneksi soket TCP

81
00:04:06,390 --> 00:04:08,740
‫dibuat antara browser dan

82
00:04:08,740 --> 00:04:11,270
‫server, yang sekarang akhirnya terhubung.

83
00:04:11,270 --> 00:04:14,190
‫Dan koneksi ini biasanya tetap hidup

84
00:04:14,190 --> 00:04:16,810
‫selama waktu yang diperlukan untuk mentransfer

85
00:04:16,810 --> 00:04:19,420
‫semua file situs web.

86
00:04:19,420 --> 00:04:22,910
‫Sekarang, apa TCP dan IP kita?

87
00:04:22,910 --> 00:04:27,080
‫Nah, TCP adalah Protokol Kontrol Transmisi dan IP

88
00:04:27,080 --> 00:04:29,730
‫adalah Protokol Internet, dan

89
00:04:29,730 --> 00:04:32,930
‫bersama-sama mereka adalah protokol komunikasi yang

90
00:04:32,930 --> 00:04:36,870
‫menentukan dengan tepat bagaimana data bergerak melintasi web.

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

92
00:04:37,860 --> 00:04:40,580
‫mereka pada dasarnya adalah sistem kontrol

93
00:04:40,580 --> 00:04:44,170
‫dasar internet, karena, sekali lagi, merekalah yang menetapkan

94
00:04:44,170 --> 00:04:47,230
‫aturan tentang bagaimana data bergerak di internet.

95
00:04:47,230 --> 00:04:51,040
‫Dan jangan khawatir, kita akan belajar lebih banyak tentang TCP/IP

96
00:04:51,040 --> 00:04:52,673
‫nanti di video ini.

97
00:04:54,150 --> 00:04:58,570
‫Bagaimanapun, sekarang saatnya untuk membuat permintaan kami.

98
00:04:58,570 --> 00:05:02,400
‫Dan request yang kita buat adalah

99
00:05:02,400 --> 00:05:07,400
‫request HTTP dimana HTTP merupakan singkatan dari HyperText Transfer Protocol.

100
00:05:07,430 --> 00:05:12,430
‫Jadi setelah TCP/IP, HTTP adalah protokol komunikasi lainnya.

101
00:05:13,520 --> 00:05:16,480
‫Dan omong-omong, protokol komunikasi hanyalah sebuah

102
00:05:16,480 --> 00:05:18,670
‫sistem aturan yang

103
00:05:18,670 --> 00:05:22,140
‫memungkinkan dua atau lebih pihak untuk berkomunikasi.

104
00:05:22,140 --> 00:05:25,820
‫Dan dalam kasus HTTP, itu hanya sebuah protokol yang

105
00:05:25,820 --> 00:05:29,130
‫memungkinkan klien dan server web untuk berkomunikasi dengan

106
00:05:29,130 --> 00:05:31,800
‫mengirimkan permintaan dan pesan tanggapan dari

107
00:05:31,800 --> 00:05:34,353
‫klien ke server dan kembali.

108
00:05:36,040 --> 00:05:40,150
‫Sekarang, pesan permintaan akan terlihat seperti ini.

109
00:05:40,150 --> 00:05:43,460
‫Jadi awal pesan adalah bagian terpenting

110
00:05:43,460 --> 00:05:47,700
‫yang disebut garis awal, yang berisi metode HTTP

111
00:05:47,700 --> 00:05:49,690
‫yang digunakan dalam

112
00:05:49,690 --> 00:05:53,750
‫permintaan, kemudian target permintaan dan versi HTTP.

113
00:05:53,750 --> 00:05:57,890
‫Jadi tentang metode HTTP, ada banyak yang tersedia tetapi

114
00:05:57,890 --> 00:06:00,280
‫yang paling penting adalah mendapatkan

115
00:06:00,280 --> 00:06:04,400
‫hanya untuk meminta data, memposting untuk mengirim data dan

116
00:06:04,400 --> 00:06:08,140
‫menempatkan dan menambal untuk memodifikasi data pada dasarnya.

117
00:06:08,140 --> 00:06:11,970
‫Jadi Anda melihat permintaan HTTP ke server tidak

118
00:06:11,970 --> 00:06:16,010
‫hanya untuk mendapatkan data tetapi kami juga dapat mengirim data.

119
00:06:16,010 --> 00:06:17,410
‫Baiklah?

120
00:06:17,410 --> 00:06:20,810
‫Sekarang tolong jangan khawatir jika semua ini terdengar terlalu

121
00:06:20,810 --> 00:06:22,720
‫berlebihan untuk Anda saat ini.

122
00:06:22,720 --> 00:06:24,640
‫Kami akan, tentu saja, menggunakan

123
00:06:24,640 --> 00:06:26,690
‫hal-hal ini sepanjang sisa kursus, yang sebenarnya

124
00:06:26,690 --> 00:06:29,913
‫merupakan alasan utama mengapa saya memberi tahu Anda hal ini.

125
00:06:31,530 --> 00:06:34,080
‫Bagaimanapun, tentang target permintaan, di

126
00:06:34,080 --> 00:06:37,170
‫sinilah server berpikir bahwa kita ingin mengakses

127
00:06:37,170 --> 00:06:40,100
‫sumber daya peta dalam contoh ini.

128
00:06:40,100 --> 00:06:41,660
‫Ingat itu?

129
00:06:41,660 --> 00:06:45,890
‫Jadi kami memiliki /maps di URL kami dan sekarang dikirim

130
00:06:45,890 --> 00:06:48,700
‫sebagai target dalam permintaan HTTP

131
00:06:48,700 --> 00:06:52,490
‫sehingga server dapat mengetahui apa yang harus dilakukan dengannya.

132
00:06:52,490 --> 00:06:56,860
‫Dan jika ini kosong, jadi jika itu hanya sebuah garis miring, pada

133
00:06:56,860 --> 00:06:59,660
‫dasarnya, maka kita akan mengakses root situs web

134
00:06:59,660 --> 00:07:03,680
‫yang akan menjadi hanya google. com dalam contoh ini.

135
00:07:03,680 --> 00:07:07,720
‫Kemudian bagian selanjutnya dari permintaan adalah header permintaan yang

136
00:07:07,720 --> 00:07:10,340
‫hanya beberapa informasi yang kami kirimkan

137
00:07:10,340 --> 00:07:12,150
‫tentang permintaan itu

138
00:07:12,150 --> 00:07:15,110
‫sendiri, dan ada banyak header berbeda yang

139
00:07:15,110 --> 00:07:17,840
‫tersedia seperti browser apa yang digunakan

140
00:07:17,840 --> 00:07:22,750
‫untuk membuat permintaan, jam berapa, bahasa pengguna dan banyak, banyak lainnya.

141
00:07:22,750 --> 00:07:26,200
‫Terakhir, jika kita mengirim data ke server,

142
00:07:26,200 --> 00:07:29,060
‫akan ada badan permintaan yang

143
00:07:29,060 --> 00:07:33,593
‫berisi data tersebut, misalnya, yang berasal dari formulir HTML.

144
00:07:35,050 --> 00:07:37,740
‫Jadi itu adalah permintaan HTTP.

145
00:07:37,740 --> 00:07:40,070
‫Sekarang, tentu saja, bukan

146
00:07:40,070 --> 00:07:42,670
‫kami pengembang yang menulis permintaan

147
00:07:42,670 --> 00:07:45,750
‫ini secara manual, tetapi masih sangat penting

148
00:07:45,750 --> 00:07:50,170
‫bagi Anda untuk memahami seperti apa permintaan HTTP dan juga

149
00:07:50,170 --> 00:07:53,863
‫responsnya karena Anda akan banyak bekerja dengannya, oke?

150
00:07:54,710 --> 00:07:58,560
‫Juga, saya ingin menyebutkan bahwa ada juga HTTPS seperti yang

151
00:07:58,560 --> 00:08:00,060
‫mungkin Anda ketahui.

152
00:08:00,060 --> 00:08:04,330
‫Dan perbedaan utama antara HTTP dan HTTPS adalah bahwa

153
00:08:04,330 --> 00:08:09,330
‫HTTPS dienkripsi menggunakan TLS atau SSL, yang merupakan beberapa protokol lagi

154
00:08:10,110 --> 00:08:12,520
‫tetapi saya tidak akan

155
00:08:12,520 --> 00:08:15,080
‫membuat Anda bosan dengan ini.

156
00:08:15,080 --> 00:08:17,510
‫Namun selain enkripsi tambahan ini,

157
00:08:17,510 --> 00:08:20,930
‫logika antara permintaan dan respons HTTP masih

158
00:08:20,930 --> 00:08:23,273
‫berlaku untuk HTTPS.

159
00:08:24,240 --> 00:08:27,860
‫Baiklah, jadi permintaan kami sekarang mengenai server, yang

160
00:08:27,860 --> 00:08:31,210
‫akan bekerja sampai situs web kami siap

161
00:08:31,210 --> 00:08:32,690
‫untuk dikirim kembali.

162
00:08:32,690 --> 00:08:36,180
‫Dan itu akan mengirimnya kembali menggunakan, seperti yang

163
00:08:36,180 --> 00:08:38,530
‫bisa Anda tebak, respons HTTP.

164
00:08:38,530 --> 00:08:41,580
‫Dan pesan respons HTTP sebenarnya terlihat

165
00:08:41,580 --> 00:08:44,050
‫sangat mirip dengan permintaan.

166
00:08:44,050 --> 00:08:48,350
‫Begitu juga dengan garis start, header dan body.

167
00:08:48,350 --> 00:08:52,120
‫Garis awal memiliki, selain versi HTTP, kode

168
00:08:52,120 --> 00:08:54,530
‫status dan pesan.

169
00:08:54,530 --> 00:08:56,860
‫Jadi, pada dasarnya, untuk

170
00:08:56,860 --> 00:09:00,460
‫memberi tahu klien apakah permintaannya berhasil atau tidak.

171
00:09:00,460 --> 00:09:03,630
‫Ini 200, misalnya, berarti oke, dan yang

172
00:09:03,630 --> 00:09:07,430
‫semua orang tahu adalah kode status 404 yang

173
00:09:07,430 --> 00:09:09,250
‫berarti tidak ditemukan.

174
00:09:09,250 --> 00:09:11,880
‫Dan dari sinilah kode 404 yang sudah

175
00:09:11,880 --> 00:09:13,543
‫Anda ketahui ini berasal.

176
00:09:15,160 --> 00:09:18,120
‫Kemudian header respon atau informasi tentang

177
00:09:18,120 --> 00:09:19,810
‫respon itu sendiri.

178
00:09:19,810 --> 00:09:23,430
‫Jadi seperti sebelumnya, dan ada banyak sekali yang tersedia

179
00:09:23,430 --> 00:09:26,900
‫dan kita juga bisa membuat header kita sendiri.

180
00:09:26,900 --> 00:09:29,610
‫Sekarang, apa yang berbeda tentang

181
00:09:29,610 --> 00:09:32,350
‫header respons adalah bahwa sebenarnya pengembang back-end

182
00:09:32,350 --> 00:09:36,320
‫seperti Anda yang menentukannya dan mengirimkannya kembali sebagai respons.

183
00:09:36,320 --> 00:09:37,670
‫Baiklah.

184
00:09:37,670 --> 00:09:40,030
‫Akhirnya, bagian terakhir dari respons,

185
00:09:40,030 --> 00:09:43,440
‫sekali lagi, adalah tubuh, yang sebenarnya hadir di

186
00:09:43,440 --> 00:09:45,000
‫sebagian besar respons.

187
00:09:45,000 --> 00:09:48,320
‫Dan itu juga pengembang yang secara khusus mengirimkan

188
00:09:48,320 --> 00:09:50,530
‫kembali tubuh sebagai tanggapan.

189
00:09:50,530 --> 00:09:54,180
‫Dan kami sebenarnya sudah melakukan ini di

190
00:09:54,180 --> 00:09:57,430
‫persimpangan menggunakan respons. akhir, ingat?

191
00:09:57,430 --> 00:10:01,120
‫Dan isi biasanya harus berisi HTML situs web

192
00:10:01,120 --> 00:10:04,740
‫yang kami minta atau, misalnya, data JSON

193
00:10:04,740 --> 00:10:08,070
‫yang berasal dari API atau semacamnya.

194
00:10:08,070 --> 00:10:10,290
‫Jadi kami berbicara dengan sangat

195
00:10:10,290 --> 00:10:12,300
‫rinci tentang bagian

196
00:10:12,300 --> 00:10:15,910
‫terpenting di sini, yaitu permintaan HTTP dan responsnya.

197
00:10:15,910 --> 00:10:19,930
‫Tetapi dalam contoh imajiner kami, kami hanya melakukan satu

198
00:10:19,930 --> 00:10:22,773
‫permintaan ke google. com dan mendapat satu tanggapan.

199
00:10:24,040 --> 00:10:27,330
‫Namun, jika itu adalah situs web yang

200
00:10:27,330 --> 00:10:31,060
‫kami coba akses, akan ada lebih banyak permintaan dan tanggapan.

201
00:10:31,060 --> 00:10:34,270
‫Dan itu karena ketika kami melakukan permintaan

202
00:10:34,270 --> 00:10:38,270
‫pertama, yang kami dapatkan hanyalah file HTML awal, file

203
00:10:38,270 --> 00:10:41,540
‫itu kemudian akan dipindai untuk semua aset

204
00:10:41,540 --> 00:10:44,270
‫yang dibutuhkan untuk membangun seluruh

205
00:10:44,270 --> 00:10:49,270
‫situs web seperti JavaScript, file CSS, file gambar, atau lainnya. aktiva.

206
00:10:49,390 --> 00:10:51,560
‫Dan untuk setiap file yang

207
00:10:51,560 --> 00:10:55,990
‫berbeda ini, browser kemudian akan membuat permintaan HTTP baru ke server.

208
00:10:55,990 --> 00:10:58,500
‫Jadi, pada dasarnya, semua bolak-balik antara

209
00:10:58,500 --> 00:11:01,500
‫klien dan server yang baru saja dijelaskan

210
00:11:01,500 --> 00:11:03,380
‫terjadi untuk setiap

211
00:11:03,380 --> 00:11:06,270
‫file yang disertakan dalam situs web.

212
00:11:06,270 --> 00:11:10,170
‫Namun, ada beberapa permintaan dan tanggapan yang terjadi pada

213
00:11:10,170 --> 00:11:11,800
‫saat yang bersamaan.

214
00:11:11,800 --> 00:11:13,870
‫Namun jumlahnya sebenarnya terbatas

215
00:11:13,870 --> 00:11:17,023
‫karena jika tidak, koneksi akan mulai melambat.

216
00:11:17,880 --> 00:11:22,860
‫Oke, dan akhirnya, ketika semua file telah tiba, situs web

217
00:11:22,860 --> 00:11:24,960
‫dirender di browser

218
00:11:24,960 --> 00:11:29,520
‫sesuai dengan spesifikasi HTML, CSS, dan JavaScript yang

219
00:11:29,520 --> 00:11:31,710
‫mungkin sudah Anda ketahui.

220
00:11:31,710 --> 00:11:34,550
‫Dan sekarang, sebagai bagian terakhir dari teka-teki

221
00:11:34,550 --> 00:11:37,490
‫ini, mari kita bicara lagi tentang TCP/IP

222
00:11:37,490 --> 00:11:41,000
‫dan mencari tahu bagaimana data permintaan dan respons sebenarnya

223
00:11:41,000 --> 00:11:43,053
‫dikirim ke seluruh web.

224
00:11:44,390 --> 00:11:47,900
‫Jadi kami katakan sebelumnya bahwa TCP dan

225
00:11:47,900 --> 00:11:50,710
‫IP adalah protokol komunikasi yang

226
00:11:50,710 --> 00:11:53,610
‫menentukan bagaimana data bergerak melintasi web.

227
00:11:53,610 --> 00:11:56,640
‫Sekarang, saya tidak akan membahas banyak detail di sini,

228
00:11:56,640 --> 00:11:58,810
‫tetapi inilah yang perlu Anda ketahui.

229
00:11:58,810 --> 00:12:02,670
‫Pertama, tugas TCP adalah memecah permintaan dan

230
00:12:02,670 --> 00:12:07,130
‫tanggapan menjadi ribuan potongan kecil yang disebut paket

231
00:12:07,130 --> 00:12:09,010
‫sebelum ditetapkan.

232
00:12:09,010 --> 00:12:11,940
‫Kemudian begitu mereka sampai di tujuan,

233
00:12:11,940 --> 00:12:14,320
‫itu akan merakit kembali

234
00:12:14,320 --> 00:12:17,060
‫semua paket ke dalam permintaan atau

235
00:12:17,060 --> 00:12:19,660
‫respons asli sehingga pesan tiba

236
00:12:19,660 --> 00:12:23,080
‫di tujuan secepat mungkin, yang tidak mungkin jika

237
00:12:23,080 --> 00:12:26,850
‫kami mengirim situs web sebagai satu bagian besar.

238
00:12:26,850 --> 00:12:28,840
‫Jadi itu seperti mencoba melewati

239
00:12:28,840 --> 00:12:31,780
‫lalu lintas dansa dengan seperti bus terbesar yang

240
00:12:31,780 --> 00:12:33,120
‫dapat Anda bayangkan.

241
00:12:33,120 --> 00:12:34,573
‫Jadi, bukan ide yang bagus.

242
00:12:35,540 --> 00:12:39,550
‫Sekarang, di bagian kedua, tugas protokol IP

243
00:12:39,550 --> 00:12:43,280
‫adalah mengirim dan merutekan semua paket ini

244
00:12:43,280 --> 00:12:44,900
‫melalui internet.

245
00:12:44,900 --> 00:12:48,630
‫Jadi memastikan bahwa semuanya tiba di tujuan

246
00:12:48,630 --> 00:12:53,090
‫yang harus mereka tuju menggunakan alamat IP pada setiap paket.

247
00:12:53,090 --> 00:12:56,570
‫Dan sekali lagi, ini hanyalah gambaran umum yang sangat

248
00:12:56,570 --> 00:12:59,950
‫luas tentang apa yang sebenarnya terjadi di balik layar

249
00:12:59,950 --> 00:13:02,920
‫web, karena itu sebenarnya terlalu banyak informasi daripada

250
00:13:02,920 --> 00:13:05,040
‫yang sebenarnya Anda perlukan

251
00:13:05,040 --> 00:13:07,230
‫untuk menjadi pengembang back-end yang hebat.

252
00:13:07,230 --> 00:13:10,410
‫Tapi saya harap Anda masih menemukan informasi

253
00:13:10,410 --> 00:13:14,270
‫ini berguna dan menarik, dan juga tidak terlalu membingungkan.

254
00:13:14,270 --> 00:13:17,100
‫Sekarang, di video berikutnya, kita akan benar-benar

255
00:13:17,100 --> 00:13:21,270
‫melakukan beberapa permintaan HTTP sehingga Anda menjadi sedikit lebih akrab

256
00:13:21,270 --> 00:13:22,463
‫dengan protokolnya.