1
00:00:01,070 --> 00:00:01,970
‫-: Baiklah.

2
00:00:01,970 --> 00:00:05,850
‫Jadi sekarang mari kita buat dokumen pemesanan baru di database

3
00:00:05,850 --> 00:00:09,083
‫kita setiap kali pengguna berhasil membeli tur.

4
00:00:10,940 --> 00:00:13,400
‫Jadi kita kembali ke sini di

5
00:00:13,400 --> 00:00:15,130
‫pengontrol pemesanan dan

6
00:00:15,130 --> 00:00:18,410
‫dalam tender mentah, yang menciptakan sesi checkout, bukan?

7
00:00:18,410 --> 00:00:21,990
‫Dan ingat bahwa di sini kita memiliki url sukses ini

8
00:00:21,990 --> 00:00:25,210
‫dan url ini adalah dasar dari fungsionalitas yang

9
00:00:25,210 --> 00:00:27,670
‫akan kita terapkan dalam kuliah ini.

10
00:00:27,670 --> 00:00:30,400
‫Jadi setiap kali check out

11
00:00:30,400 --> 00:00:34,440
‫berhasil, browser akan secara otomatis masuk ke url

12
00:00:34,440 --> 00:00:39,140
‫ini, yang saat ini pada dasarnya hanyalah beranda kami, bukan?

13
00:00:39,140 --> 00:00:41,190
‫Ini juga pada saat ini,

14
00:00:41,190 --> 00:00:44,360
‫jadi ketika checkout berhasil, kami ingin membuat

15
00:00:44,360 --> 00:00:46,130
‫pemesanan baru, bukan?

16
00:00:46,130 --> 00:00:49,200
‫Jadi pada dasarnya kami ingin

17
00:00:49,200 --> 00:00:53,010
‫membuat pemesanan baru setiap kali url ini diakses.

18
00:00:53,010 --> 00:00:56,680
‫Sekarang kita bisa membuat rute baru untuk kesuksesan ini, tapi

19
00:00:56,680 --> 00:00:59,940
‫kemudian kita harus membuat halaman baru dan itu

20
00:00:59,940 --> 00:01:02,690
‫tidak terlalu berharga dalam kasus ini.

21
00:01:02,690 --> 00:01:06,090
‫Dan itu karena apa yang akan kita

22
00:01:06,090 --> 00:01:08,860
‫lakukan dalam kuliah ini hanyalah

23
00:01:08,860 --> 00:01:12,040
‫solusi sementara karena tidak terlalu aman, oke?

24
00:01:12,040 --> 00:01:14,690
‫Jadi ingat bagaimana kami mengatakan beberapa

25
00:01:14,690 --> 00:01:17,980
‫kuliah yang lalu dan diagram yang bagus bahwa

26
00:01:17,980 --> 00:01:21,500
‫nanti ketika sebuah situs web benar-benar digunakan di server

27
00:01:21,500 --> 00:01:24,830
‫kami akan mendapatkan akses ke objek sesi setelah

28
00:01:24,830 --> 00:01:27,200
‫pembelian selesai menggunakan Stripe Webhooks.

29
00:01:27,200 --> 00:01:29,750
‫Jadi, webhook ini akan sempurna bagi

30
00:01:29,750 --> 00:01:31,970
‫kami untuk membuat pemesanan baru.

31
00:01:31,970 --> 00:01:32,803
‫Oke?

32
00:01:32,803 --> 00:01:35,040
‫Tapi untuk saat ini, karena kita

33
00:01:35,040 --> 00:01:36,650
‫belum bisa melakukannya, mari

34
00:01:36,650 --> 00:01:39,810
‫kita gunakan solusi, yang hanya menempatkan data yang kita

35
00:01:39,810 --> 00:01:43,810
‫butuhkan untuk membuat pemesanan baru langsung ke url ini sebagai string kueri.

36
00:01:43,810 --> 00:01:44,670
‫Oke?

37
00:01:44,670 --> 00:01:47,800
‫Dan kita perlu membuat string kueri karena Stripe

38
00:01:47,800 --> 00:01:51,620
‫hanya akan membuat permintaan get ke url ini di sini,

39
00:01:51,620 --> 00:01:55,280
‫jadi kami tidak dapat benar-benar mengirim badan atau data apa

40
00:01:55,280 --> 00:01:57,680
‫pun dengannya kecuali untuk string kueri.

41
00:01:57,680 --> 00:01:58,513
‫Baiklah?

42
00:01:58,513 --> 00:02:02,300
‫Jadi mari kita lakukan dan apa yang kita butuhkan di sini pada

43
00:02:02,300 --> 00:02:05,660
‫dasarnya adalah tiga bidang wajib dalam model pemesanan kita.

44
00:02:05,660 --> 00:02:07,200
‫Jadi tur,

45
00:02:07,200 --> 00:02:08,930
‫pengguna, dan harga.

46
00:02:08,930 --> 00:02:11,400
‫Jadi tur

47
00:02:11,400 --> 00:02:16,478
‫sama dengan req.

48
00:02:16,478 --> 00:02:16,478
‫param

49
00:02:16,478 --> 00:02:17,311
‫wisata kan?

50
00:02:18,410 --> 00:02:19,243
‫Jadi apa yang saya lakukan di sini?

51
00:02:20,350 --> 00:02:21,793
‫Jadi itu benar.

52
00:02:23,500 --> 00:02:25,290
‫Selanjutnya kita membutuhkan pengguna.

53
00:02:25,290 --> 00:02:27,473
‫Jadi pengguna, yang sesuai

54
00:02:28,760 --> 00:02:29,793
‫permintaan. pengguna. Indo.

55
00:02:30,700 --> 00:02:32,887
‫Dan yang terakhir kita butuh

56
00:02:32,887 --> 00:02:33,807
‫harga,

57
00:02:33,807 --> 00:02:35,290
‫yaitu pada saat tour. harga.

58
00:02:35,290 --> 00:02:38,170
‫Baiklah.

59
00:02:38,170 --> 00:02:39,003
‫Sekarang seperti yang saya katakan

60
00:02:40,230 --> 00:02:41,063
‫sebelumnya, ini tentu saja tidak

61
00:02:42,277 --> 00:02:43,110
‫aman sama sekali karena

62
00:02:44,190 --> 00:02:45,630
‫sekarang siapa pun yang mengetahui struktur url ini di

63
00:02:45,630 --> 00:02:47,250
‫sini dapat dengan mudah memanggilnya tanpa melalui proses checkout, bukan?

64
00:02:47,250 --> 00:02:50,140
‫Jadi siapa pun

65
00:02:50,140 --> 00:02:54,760
‫benar-benar bisa memesan tur tanpa harus membayar.

66
00:02:54,760 --> 00:02:57,510
‫Yang harus mereka lakukan adalah membuka url ini

67
00:02:57,510 --> 00:02:59,250
‫dengan tur, pengguna, dan harga,

68
00:02:59,250 --> 00:03:01,930
‫lalu mereka akan secara otomatis membuat pemesanan baru

69
00:03:01,930 --> 00:03:03,630
‫bahkan tanpa membayar, oke?

70
00:03:03,630 --> 00:03:06,530
‫Jadi sekali lagi, tidak benar-benar aman, tetapi untuk

71
00:03:06,530 --> 00:03:08,830
‫saat ini sebagai solusi bekerja

72
00:03:08,830 --> 00:03:11,900
‫dengan baik karena tidak banyak orang tentu akan

73
00:03:11,900 --> 00:03:14,320
‫tahu bahwa ini url sukses kami.

74
00:03:14,320 --> 00:03:16,080
‫Oke?

75
00:03:16,080 --> 00:03:19,160
‫Karena sebenarnya kita akan menyembunyikan

76
00:03:19,160 --> 00:03:22,240
‫fakta itu sebentar lagi, oke?

77
00:03:22,240 --> 00:03:24,920
‫Jadi sekarang mari kita buat fungsi yang benar-benar akan membuat pemesanan

78
00:03:24,920 --> 00:03:25,753
‫baru di database.

79
00:03:25,753 --> 00:03:28,790
‫Jadi itu akan mengekspor dot create

80
00:03:28,790 --> 00:03:30,910
‫booking checkout dan itu

81
00:03:30,910 --> 00:03:35,120
‫disebut create booking checkout karena nanti kita juga

82
00:03:35,120 --> 00:03:37,083
‫akan membuat booking, yang

83
00:03:38,320 --> 00:03:40,610
‫kemudian akan dapat diakses

84
00:03:40,610 --> 00:03:42,150
‫dari API

85
00:03:42,150 --> 00:03:42,983
‫pemesanan

86
00:03:44,000 --> 00:03:44,833
‫kita.

87
00:03:46,100 --> 00:03:47,150
‫Baiklah.

88
00:03:47,150 --> 00:03:49,600
‫Bagaimanapun.

89
00:03:49,600 --> 00:03:52,980
‫Di sini seperti biasa.

90
00:03:52,980 --> 00:03:56,313
‫Dan mari kita mulai dengan mendapatkan data kita dari string kueri.

91
00:03:57,760 --> 00:03:59,360
‫Dan untuk itu saya akan menggunakan structuring.

92
00:03:59,360 --> 00:04:00,193
‫Jadi

93
00:04:02,160 --> 00:04:03,523
‫tur, pengguna,

94
00:04:06,460 --> 00:04:09,990
‫dan harga tersedia berdasarkan permintaan. pertanyaan.

95
00:04:09,990 --> 00:04:13,370
‫Jadi ingat itu adalah string kueri.

96
00:04:13,370 --> 00:04:14,763
‫Kemudian kita sebenarnya hanya ingin membuat

97
00:04:15,920 --> 00:04:17,520
‫pemesanan baru jika semua ini di sini ditentukan.

98
00:04:17,520 --> 00:04:21,113
‫Jadi pada dasarnya kami mengatakan bahwa jika mereka tidak ada maka kami beralih

99
00:04:21,113 --> 00:04:22,520
‫dan pergi ke middleware berikutnya.

100
00:04:22,520 --> 00:04:25,540
‫Jadi itu prosedur standar kami, kan?

101
00:04:25,540 --> 00:04:28,830
‫Jadi kami katakan bahwa

102
00:04:28,830 --> 00:04:31,720
‫jika tidak ada

103
00:04:31,720 --> 00:04:35,060
‫tur dan tidak ada pengguna

104
00:04:35,060 --> 00:04:37,980
‫dan tidak ada harga.

105
00:04:37,980 --> 00:04:41,003
‫Jadi pada dasarnya kami mengharuskan semua itu ada.

106
00:04:42,190 --> 00:04:45,890
‫Dan dalam hal ini, kita pergi ke

107
00:04:45,890 --> 00:04:47,480
‫middleware berikutnya.

108
00:04:47,480 --> 00:04:48,680
‫Sekarang apa sebenarnya middleware berikutnya?

109
00:04:48,680 --> 00:04:50,050
‫Ingatlah bahwa kami

110
00:04:50,050 --> 00:04:53,450
‫ingin membuat pemesanan baru di url beranda ini.

111
00:04:53,450 --> 00:04:55,253
‫Jadi yang ini di sini.

112
00:04:56,580 --> 00:04:58,790
‫Karena sekali lagi itulah

113
00:04:58,790 --> 00:05:02,420
‫url yang dipanggil setiap kali pembelian berhasil dengan Stripe.

114
00:05:02,420 --> 00:05:06,300
‫Jadi yang perlu kita lakukan adalah menambahkan fungsi middleware yang sedang kita

115
00:05:06,300 --> 00:05:08,340
‫buat sekarang ke tumpukan middleware dari

116
00:05:08,340 --> 00:05:09,660
‫route handler ini.

117
00:05:09,660 --> 00:05:12,380
‫Jadi apa pengendali rute itu?

118
00:05:12,380 --> 00:05:15,610
‫Nah itu di view route

119
00:05:15,610 --> 00:05:18,810
‫dan yang ini, kan?

120
00:05:18,810 --> 00:05:21,990
‫Jadi itu mungkin terdengar agak membingungkan.

121
00:05:21,990 --> 00:05:23,393
‫Namun lagi-lagi inilah rute

122
00:05:24,230 --> 00:05:26,620
‫yang akan dilalui ketika kartu kredit berhasil di-charge.

123
00:05:26,620 --> 00:05:30,943
‫Dan ini juga merupakan titik waktu di mana kami ingin membuat

124
00:05:32,170 --> 00:05:33,270
‫pemesanan baru.

125
00:05:33,270 --> 00:05:36,040
‫Jadi di sinilah kita perlu menambahkan fungsi

126
00:05:36,040 --> 00:05:39,610
‫middleware itu jadi mari kita lakukan itu dan memerlukan

127
00:05:39,610 --> 00:05:42,080
‫pengontrol kita dan sekarang kita

128
00:05:42,080 --> 00:05:44,730
‫hanya akan menduplikasi ini di sini.

129
00:05:44,730 --> 00:05:46,260
‫Jadi pengontrol pemesanan dan

130
00:05:46,260 --> 00:05:49,940
‫sekarang saya akan benar-benar mengedit di sini di awal karena tidak masalah

131
00:05:51,340 --> 00:05:53,350
‫jika kita masuk atau tidak untuk ini.

132
00:05:53,350 --> 00:05:57,963
‫Jadi pengontrol pemesanan. dapatkan, atau

133
00:06:02,440 --> 00:06:06,850
‫benar-benar membuat

134
00:06:06,850 --> 00:06:09,540
‫pemesanancheckout.

135
00:06:09,540 --> 00:06:11,743
‫Berikan save dan

136
00:06:13,130 --> 00:06:16,780
‫oke.

137
00:06:16,780 --> 00:06:18,300
‫Dan sekali lagi ini hanya sementara sampai

138
00:06:18,300 --> 00:06:19,770
‫kami benar-benar memiliki situs web kami dikerahkan

139
00:06:19,770 --> 00:06:20,603
‫ke server di

140
00:06:22,878 --> 00:06:25,060
‫mana kami kemudian dapat membuat solusi yang lebih baik untuk ini.

141
00:06:25,060 --> 00:06:26,230
‫Oke?

142
00:06:26,230 --> 00:06:29,150
‫Jadi di sini, di pengontrol pemesanan,

143
00:06:29,150 --> 00:06:32,610
‫sekarang saatnya untuk benar-benar membuat pemesanan baru itu.

144
00:06:32,610 --> 00:06:35,560
‫Jadi sebenarnya kita sekarang perlu mengimpor model itu.

145
00:06:35,560 --> 00:06:36,950
‫Jadi mari kita lakukan itu di sini.

146
00:06:36,950 --> 00:06:41,230
‫Pemesanan dan

147
00:06:41,230 --> 00:06:44,930
‫model pemesanan di sini juga.

148
00:06:44,930 --> 00:06:48,903
‫Dan untuk beberapa alasan di sini saya memiliki jalan yang aneh ini.

149
00:06:50,810 --> 00:06:52,053
‫Jadi ini tidak masuk akal sama sekali.

150
00:06:53,520 --> 00:06:54,780
‫Saya tidak yakin mengapa saya menulis mereka seperti ini saat itu.

151
00:06:54,780 --> 00:06:55,613
‫Jadi apa yang kita miliki di sana persis sama dengan ini.

152
00:06:57,750 --> 00:06:59,363
‫Tapi tentu saja ini lebih mudah dibaca.

153
00:07:01,280 --> 00:07:04,830
‫Bagaimanapun.

154
00:07:04,830 --> 00:07:08,170
‫Sekarang mari kita buat pemesanan itu.

155
00:07:08,170 --> 00:07:11,910
‫Dan untuk itu kita

156
00:07:11,910 --> 00:07:15,160
‫harus menunggu pemesanan. buat dengan

157
00:07:15,160 --> 00:07:21,810
‫objek

158
00:07:21,810 --> 00:07:27,353
‫wisata, pengguna, dan harga.

159
00:07:28,497 --> 00:07:29,330
‫Dan itu saja.

160
00:07:30,900 --> 00:07:32,040
‫Sekarang kita juga perlu menandai

161
00:07:32,040 --> 00:07:33,390
‫yang ini di sini sebagai async dan

162
00:07:33,390 --> 00:07:34,223
‫seperti biasa catchasync.

163
00:07:35,120 --> 00:07:35,953
‫Oke?

164
00:07:36,810 --> 00:07:37,843
‫Dan kami tidak menyimpan ini ke

165
00:07:38,830 --> 00:07:40,310
‫variabel apa pun dengan baik karena kami tidak benar-benar membutuhkannya.

166
00:07:40,310 --> 00:07:42,660
‫Kami tidak akan mengirimkan ini kembali sebagai respons API.

167
00:07:44,220 --> 00:07:45,660
‫Pada titik ini semua yang ingin kita lakukan di sini

168
00:07:46,582 --> 00:07:47,499
‫adalah membuat dokumen baru itu, oke?

169
00:07:53,252 --> 00:07:54,085
‫Selanjutnya

170
00:07:54,085 --> 00:07:56,450
‫kita bisa mengatakan selanjutnya, seperti ini.

171
00:07:56,450 --> 00:07:58,250
‫Dan itu akan

172
00:07:58,250 --> 00:08:01,470
‫menjadi middleware berikutnya tetapi itu tidak terlalu ideal.

173
00:08:01,470 --> 00:08:04,970
‫Jadi sekali lagi perlu diingat bahwa middleware berikutnya

174
00:08:04,970 --> 00:08:07,363
‫dalam stack tentu saja yang ini

175
00:08:08,480 --> 00:08:10,680
‫dan mendapatkan gambaran umum.

176
00:08:12,280 --> 00:08:14,460
‫Jadi pada dasarnya

177
00:08:14,460 --> 00:08:17,220
‫fungsi yang akan membuat halaman kita.

178
00:08:17,220 --> 00:08:18,990
‫Tapi ingat bahwa url ini adalah semua ini.

179
00:08:18,990 --> 00:08:22,010
‫Jadi semua ini dengan semua data ini di sini.

180
00:08:22,010 --> 00:08:24,450
‫Dan sekali lagi itu tidak aman sama sekali.

181
00:08:24,450 --> 00:08:26,640
‫Jadi setidaknya mari kita

182
00:08:26,640 --> 00:08:29,041
‫membuatnya sedikit lebih aman, oke?

183
00:08:29,041 --> 00:08:30,800
‫Jadi yang

184
00:08:30,800 --> 00:08:35,023
‫bisa kita lakukan di sini adalah mengarahkan ulang

185
00:08:35,980 --> 00:08:38,920
‫aplikasi sekarang hanya ke url ini.

186
00:08:38,920 --> 00:08:41,610
‫Jadi pada dasarnya Anda

187
00:08:41,610 --> 00:08:45,200
‫menghapus string kueri dari url asli.

188
00:08:45,200 --> 00:08:46,200
‫Jadi sebenarnya kita

189
00:08:46,200 --> 00:08:48,660
‫sekarang akan menggunakan sesuatu yang tidak pernah kita gunakan sebelumnya.

190
00:08:48,660 --> 00:08:52,090
‫Jadi itu bagus, kan?

191
00:08:52,090 --> 00:08:52,923
‫Jadi kita akan menggunakan redirect.

192
00:08:53,837 --> 00:08:55,980
‫Baiklah?

193
00:08:55,980 --> 00:08:57,277
‫Jadi sekarang yang

194
00:08:59,007 --> 00:09:01,710
‫kita inginkan adalah seluruh url, tetapi tanpa string kueri.

195
00:09:01,710 --> 00:09:03,300
‫Jadi apa yang bisa kita

196
00:09:03,300 --> 00:09:04,763
‫lakukan adalah hanya

197
00:09:05,860 --> 00:09:08,193
‫melakukan cheat dan menyalin ini di sini.

198
00:09:10,810 --> 00:09:11,970
‫Tapi mari kita membuatnya sedikit lebih elegan.

199
00:09:11,970 --> 00:09:15,230
‫Jadi yang kami lakukan adalah permintaan. theoriginalurl, yang sudah kita gunakan

200
00:09:15,230 --> 00:09:16,803
‫sebelumnya.

201
00:09:18,000 --> 00:09:20,620
‫Dan itulah seluruh url yang

202
00:09:20,620 --> 00:09:23,450
‫pada dasarnya dari mana permintaan itu datang.

203
00:09:23,450 --> 00:09:24,660
‫Dan sekarang yang

204
00:09:24,660 --> 00:09:27,110
‫perlu kita lakukan adalah membaginya dengan tanda tanya.

205
00:09:27,110 --> 00:09:31,096
‫Benar?

206
00:09:31,096 --> 00:09:33,090
‫Karena itulah pembatas antara bagian yang sebenarnya

207
00:09:33,090 --> 00:09:34,573
‫kita inginkan dan string kueri.

208
00:09:35,870 --> 00:09:38,090
‫Jadi jika kita membaginya dengan tanda tanya,

209
00:09:38,090 --> 00:09:40,190
‫maka kita akan memiliki array di

210
00:09:40,190 --> 00:09:43,090
‫mana elemen pertama adalah ini dan elemen kedua adalah sisanya.

211
00:09:43,090 --> 00:09:44,283
‫Jadi string kueri itu sendiri.

212
00:09:48,010 --> 00:09:48,843
‫Jadi di

213
00:09:48,843 --> 00:09:52,500
‫sini kita mengambil elemen pertama dan itu adalah beranda kita.

214
00:09:52,500 --> 00:09:55,053
‫Jadi url rute kami.

215
00:09:56,700 --> 00:10:00,040
‫Dan apa yang dilakukan redirect di sini pada dasarnya adalah membuat permintaan

216
00:10:00,040 --> 00:10:02,917
‫baru tetapi ke url baru yang kami lewati di sana.

217
00:10:02,917 --> 00:10:06,420
‫Baiklah?

218
00:10:06,420 --> 00:10:08,430
‫Jadi ini sekarang akan

219
00:10:08,430 --> 00:10:11,210
‫membuat permintaan lain ke url rute kami.

220
00:10:11,210 --> 00:10:13,480
‫Jadi kita akan kembali ke rute ini.

221
00:10:13,480 --> 00:10:14,463
‫Dan sekali lagi kita akan membahas middleware ini di sini.

222
00:10:15,560 --> 00:10:19,520
‫Jadi yang baru saja kita buat.

223
00:10:19,520 --> 00:10:24,060
‫Jadi untuk kedua kalinya kami akan membahasnya tetapi sekarang tur, pengguna, dan harga

224
00:10:24,060 --> 00:10:25,170
‫tidak lagi ditentukan.

225
00:10:25,170 --> 00:10:27,680
‫Dan kemudian kita akan pergi ke middleware berikutnya,

226
00:10:27,680 --> 00:10:28,653
‫yang terakhir adalah

227
00:10:29,890 --> 00:10:32,900
‫fungsi get Overview Handler, yang kemudian kita akan merender homepage, oke?

228
00:10:32,900 --> 00:10:37,230
‫Masuk akal?

229
00:10:37,230 --> 00:10:39,790
‫Jadi ini semacam lingkaran.

230
00:10:39,790 --> 00:10:42,850
‫Jadi pada dasarnya pada

231
00:10:42,850 --> 00:10:47,240
‫awalnya kita akan mencapai rute ini di sini.

232
00:10:47,240 --> 00:10:49,860
‫Kemudian pemesanan baru di

233
00:10:49,860 --> 00:10:53,540
‫sini dibuat dan kami mengarahkan aplikasi lagi

234
00:10:53,540 --> 00:10:57,870
‫ke rute ini, kali ini tanpa string kueri.

235
00:10:57,870 --> 00:10:59,080
‫Jadi tanpa

236
00:10:59,080 --> 00:11:01,700
‫string kueri dan middleware ini, kami

237
00:11:01,700 --> 00:11:03,870
‫langsung beralih ke yang berikutnya.

238
00:11:03,870 --> 00:11:05,100
‫Dan baru kemudian

239
00:11:05,100 --> 00:11:07,430
‫kita bisa masuk dan mendapatkan gambaran umum.

240
00:11:07,430 --> 00:11:10,860
‫Baiklah?

241
00:11:10,860 --> 00:11:12,710
‫Dan jadi itu sebenarnya, oke?

242
00:11:12,710 --> 00:11:14,540
‫Nah itu di sini saja

243
00:11:14,540 --> 00:11:16,370
‫yang ini hanya sementara

244
00:11:16,370 --> 00:11:18,120
‫karena tidak aman.

245
00:11:18,120 --> 00:11:21,350
‫Semua orang dapat melakukan pemesanan

246
00:11:21,350 --> 00:11:22,723
‫tanpa membayar.

247
00:11:24,020 --> 00:11:25,450
‫Jadi sekali lagi itu akan mengerikan bagi bisnis.

248
00:11:25,450 --> 00:11:29,390
‫Oke, sekarang saatnya untuk menguji ini.

249
00:11:29,390 --> 00:11:32,910
‫Dan sebenarnya saya ingin melakukannya dengan pengguna lain yang kami buat

250
00:11:38,730 --> 00:11:39,563
‫yaitu jonas@mailsac.

251
00:11:41,520 --> 00:11:42,523
‫Dan itu karena

252
00:11:43,700 --> 00:11:47,410
‫saya ingin melihat apakah kita benar-benar mendapatkan tanda terima email itu dari Stripe.

253
00:11:49,010 --> 00:11:49,963
‫Jadi mari

254
00:11:50,930 --> 00:11:54,133
‫kita masuk dengan pengguna itu ke situs web kita.

255
00:11:55,250 --> 00:12:02,990
‫Jadi logout.

256
00:12:02,990 --> 00:12:06,620
‫Nah itu tidak bekerja.

257
00:12:06,620 --> 00:12:09,510
‫Itu aneh.

258
00:12:09,510 --> 00:12:11,913
‫Ayo isi ulang.

259
00:12:13,510 --> 00:12:17,280
‫Dan itu seharusnya berfungsi jadi mari kita lihat apakah kita memiliki beberapa kesalahan

260
00:12:17,280 --> 00:12:18,466
‫dalam javascript kita.

261
00:12:18,466 --> 00:12:20,170
‫Karena itu sebenarnya yang dihadapi klien dan kami

262
00:12:20,170 --> 00:12:21,063
‫mendapatkan Stripe tidak ditentukan.

263
00:12:23,080 --> 00:12:24,323
‫Mari kita lihat apakah kita memiliki kesalahan yang sama

264
00:12:27,050 --> 00:12:28,090
‫di halaman ini, yang seharusnya tidak, bukan?

265
00:12:28,090 --> 00:12:29,023
‫Dan sebenarnya

266
00:12:30,430 --> 00:12:33,520
‫itu tidak ada di sana, tetapi kembali ke semua tur.

267
00:12:33,520 --> 00:12:36,230
‫Ya, itu ada.

268
00:12:36,230 --> 00:12:38,160
‫Jadi solusinya adalah memindahkannya

269
00:12:39,210 --> 00:12:41,763
‫dari tur pada dasarnya ke semua halaman.

270
00:12:42,730 --> 00:12:46,180
‫Baiklah?

271
00:12:46,180 --> 00:12:48,170
‫Jadi untuk beberapa alasan bundler paket

272
00:12:48,170 --> 00:12:51,010
‫melakukannya sehingga perlu berada di sini dalam lingkup utama

273
00:12:51,010 --> 00:12:52,393
‫untuk mereka semua.

274
00:12:53,360 --> 00:12:54,660
‫Jadi untuk semua halaman, oke?

275
00:12:54,660 --> 00:12:58,480
‫Jadi sebenarnya mari kita letakkan itu di bagian bawah di

276
00:12:59,400 --> 00:13:01,193
‫sini sebelum bundel kita.

277
00:13:02,910 --> 00:13:04,010
‫Baiklah?

278
00:13:04,010 --> 00:13:07,970
‫Coba lagi dan sekarang kami siap melakukannya.

279
00:13:07,970 --> 00:13:08,920
‫Jadi

280
00:13:10,260 --> 00:13:12,703
‫logout dan itu berhasil.

281
00:13:14,850 --> 00:13:16,933
‫Sekarang masuk.

282
00:13:19,090 --> 00:13:21,970
‫Tentu saja sekarang salinan kami hilang.

283
00:13:26,010 --> 00:13:27,673
‫Satu dua tiga empat.

284
00:13:29,530 --> 00:13:30,690
‫Tidak, itu tidak benar.

285
00:13:30,690 --> 00:13:34,143
‫Tes satu dua tiga empat.

286
00:13:35,170 --> 00:13:37,510
‫Jadi saya kira saya mengubah kata sandi di beberapa titik, jadi mari kita

287
00:13:37,510 --> 00:13:38,343
‫coba kata sandi

288
00:13:39,200 --> 00:13:40,083
‫baru, yang juga tidak berfungsi.

289
00:13:42,183 --> 00:13:44,613
‫Mari kita coba melewati satu dua tiga empat

290
00:13:53,790 --> 00:13:54,963
‫dan itu berhasil.

291
00:13:56,400 --> 00:13:58,180
‫Jadi bukan tes satu dua tiga

292
00:13:58,180 --> 00:14:00,043
‫empat, tapi lulus satu dua tiga empat.

293
00:14:01,580 --> 00:14:04,470
‫Setidaknya di sini dalam kasus saya.

294
00:14:04,470 --> 00:14:07,363
‫Jadi yuk coba booking katakanlah para

295
00:14:08,920 --> 00:14:10,460
‫pecinta olahraga.

296
00:14:10,460 --> 00:14:13,180
‫Baiklah.

297
00:14:14,170 --> 00:14:15,223
‫Dibawah sini.

298
00:14:16,100 --> 00:14:18,260
‫Pesan tur dan itu

299
00:14:18,260 --> 00:14:20,603
‫masih berfungsi dan itu yang

300
00:14:21,460 --> 00:14:22,763
‫mahal.

301
00:14:23,810 --> 00:14:25,940
‫(tertawa) Jadi empat dua empat dua

302
00:14:26,960 --> 00:14:28,493
‫dan kemudian empat dua

303
00:14:30,520 --> 00:14:31,353
‫sampai akhir.

304
00:14:33,150 --> 00:14:34,340
‫Lalu inilah beberapa bulan dan ini adalah beberapa angka.

305
00:14:34,340 --> 00:14:35,310
‫Katakanlah seluruh nama saya

306
00:14:37,010 --> 00:14:38,310
‫di sini dan sekarang mari kita bayar.

307
00:14:39,260 --> 00:14:41,091
‫Dan saya akan melihat bilah url.

308
00:14:41,091 --> 00:14:42,100
‫Dan memang kami mendapatkan

309
00:14:42,100 --> 00:14:45,020
‫homepage kami sehingga url rute kami tanpa string kueri yang kami tentukan sebelumnya.

310
00:14:45,020 --> 00:14:46,203
‫Jadi itu berarti ada sesuatu yang berhasil.

311
00:14:47,060 --> 00:14:52,020
‫Jadi mari kita lihat kompas dan klik di sini untuk memuat

312
00:14:52,020 --> 00:14:55,590
‫ulang dan kami mendapatkan koleksi pemesanan kami.

313
00:14:55,590 --> 00:14:57,523
‫Dan itu pertanda baik.

314
00:14:59,970 --> 00:15:02,090
‫Dan memang di sini kita pergi.

315
00:15:02,090 --> 00:15:06,440
‫Dokumen pertama kami dibuat.

316
00:15:06,440 --> 00:15:10,280
‫Jadi ingat itu harga itu.

317
00:15:10,280 --> 00:15:13,550
‫Mari kita lihat juga id

318
00:15:13,550 --> 00:15:18,400
‫pengguna yang satu ini berakhiran delapan E tiga B.

319
00:15:20,520 --> 00:15:23,180
‫Jadi delapan E tiga B, itu benar.

320
00:15:23,180 --> 00:15:24,540
‫Dan saya berasumsi bahwa turnya juga akan benar.

321
00:15:24,540 --> 00:15:26,742
‫Begitu sempurna.

322
00:15:26,742 --> 00:15:30,360
‫Itu juga berhasil dan sekarang kami benar-benar memiliki

323
00:15:30,360 --> 00:15:32,673
‫cara untuk membuat pemesanan

324
00:15:33,740 --> 00:15:36,350
‫setiap kali pemesanan terjadi dengan Stripe.

325
00:15:38,100 --> 00:15:41,653
‫Mari kita juga cepat memeriksa dasbor kita di sini lagi.

326
00:15:43,280 --> 00:15:46,640
‫Itu sangat menyenangkan.

327
00:15:46,640 --> 00:15:50,100
‫Dan saya kira saya hanya perlu memuat ulang di sini.

328
00:15:50,100 --> 00:15:51,220
‫Jadi mari kita lihat.

329
00:15:51,220 --> 00:15:52,540
‫Ini jonas di apapun yang kami beri nama itu.

330
00:15:52,540 --> 00:15:56,200
‫Kami punya

331
00:15:56,200 --> 00:15:58,773
‫pecinta

332
00:15:59,772 --> 00:16:04,040
‫olahraga dan sempurna.

333
00:16:04,040 --> 00:16:05,770
‫Itu bekerja sekarang.

334
00:16:05,770 --> 00:16:07,720
‫Dan tugas akhir.

335
00:16:13,662 --> 00:16:14,745
‫Sekarang mari kita periksa mailsac.

336
00:16:15,770 --> 00:16:21,580
‫Kantong surat.

337
00:16:22,460 --> 00:16:23,860
‫com dan lihat apakah saya mendapatkan

338
00:16:23,860 --> 00:16:25,100
‫email saya di sana.

339
00:16:25,100 --> 00:16:26,657
‫Dan sebenarnya saya tidak melakukannya, tapi

340
00:16:26,657 --> 00:16:27,900
‫itu bukan masalah besar.

341
00:16:27,900 --> 00:16:30,410
‫Saya tidak yakin mungkin itu tidak berfungsi dengan data uji.

342
00:16:31,390 --> 00:16:32,223
‫Jadi untuk sekarang itu saja yang

343
00:16:32,223 --> 00:16:33,070
‫harus saya tunjukkan kepada Anda tentang integrasi Stripe.

344
00:16:34,316 --> 00:16:35,149
‫Sekarang sekali

345
00:16:36,490 --> 00:16:39,060
‫lagi setelah situs web diterapkan, kami kemudian akan benar-benar menggunakan

346
00:16:39,060 --> 00:16:39,923
‫Stripe Webhooks untuk

347
00:16:42,190 --> 00:16:45,050
‫membuat pemesanan dengan cara yang lebih aman dan jauh lebih baik.

348
00:16:45,050 --> 00:16:46,840
‫Baiklah?

349
00:16:46,840 --> 00:16:51,200
‫Jadi mari kita luangkan waktu sebentar untuk merangkum apa yang telah kita lakukan di sini.

350
00:16:51,200 --> 00:16:53,160
‫Jadi pada dasarnya kami

351
00:16:53,160 --> 00:16:55,670
‫menambahkan semua variabel yang kami butuhkan

352
00:16:55,670 --> 00:16:58,230
‫untuk membuat pemesanan baru ke url sukses.

353
00:16:58,230 --> 00:17:00,690
‫Kemudian kami menambahkan fungsi middleware baru

354
00:17:00,690 --> 00:17:03,320
‫di sini ke tumpukan rute yang tepat itu.

355
00:17:03,320 --> 00:17:05,050
‫Jadi yang ini di sini.

356
00:17:05,050 --> 00:17:06,320
‫Jadi seperti

357
00:17:06,320 --> 00:17:11,320
‫ini setiap kali url ini diklik, kami akan mencoba membuat pemesanan baru.

358
00:17:12,000 --> 00:17:14,010
‫Baiklah?

359
00:17:14,970 --> 00:17:18,070
‫Tetapi pemesanan baru itu tentu saja hanya dibuat ketika tur, pengguna, dan

360
00:17:18,070 --> 00:17:19,327
‫harga ditentukan dalam kueri.

361
00:17:20,610 --> 00:17:24,320
‫Jadi dalam fungsi middleware ini, jika mereka ditentukan pada kueri

362
00:17:24,320 --> 00:17:26,270
‫dengan baik maka kami membuat pemesanan

363
00:17:26,270 --> 00:17:27,790
‫baru di sini.

364
00:17:27,790 --> 00:17:31,200
‫Kemudian setelah itu selesai, kami menghapus string kueri dari

365
00:17:31,200 --> 00:17:34,387
‫url untuk membuat seluruh proses sedikit kurang transparan

366
00:17:34,387 --> 00:17:35,220
‫bagi pengguna.

367
00:17:35,220 --> 00:17:38,380
‫Pada dasarnya agar seluruh string

368
00:17:38,380 --> 00:17:43,290
‫kueri tidak muncul di bilah url browser kami.

369
00:17:43,290 --> 00:17:45,180
‫Dan kemudian di sini kita

370
00:17:45,180 --> 00:17:48,610
‫mengarahkan aplikasi kita ke url rute baru ini di sini, oke?

371
00:17:48,610 --> 00:17:50,900
‫Jadi dengan cara ini middleware di

372
00:17:50,900 --> 00:17:53,870
‫sini akan dilewati dan kemudian beranda normal kita akan dirender.

373
00:17:53,870 --> 00:17:56,680
‫Baiklah?

374
00:17:56,680 --> 00:17:59,240
‫Mari kita singkirkan kesalahan aplikasi ini di

375
00:17:59,240 --> 00:18:02,880
‫sini dan pabrik yang sebenarnya akan kita butuhkan di kuliah berikutnya.

376
00:18:02,880 --> 00:18:05,400
‫Jadi dalam kuliah berikutnya kami akan

377
00:18:05,400 --> 00:18:08,690
‫benar-benar menerapkan satu bagian terakhir dari situs web kami, yang

378
00:18:08,690 --> 00:18:11,940
‫pada dasarnya adalah halaman ini di sini untuk pemesanan saya.

379
00:18:11,940 --> 00:18:15,650
‫Dan apa yang akan dilakukan halaman ini pada dasarnya adalah menampilkan

380
00:18:15,650 --> 00:18:19,233
‫satu kartu tur untuk setiap tur yang telah kami pesan.

381
00:18:20,530 --> 00:18:21,363
‫Jadi terlihat

382
00:18:22,320 --> 00:18:25,630
‫sangat mirip dengan beranda ini, tetapi hanya dengan

383
00:18:26,510 --> 00:18:30,340
‫tur yang telah dipesan oleh pengguna yang saat ini masuk, oke?

384
00:18:30,340 --> 00:18:33,660
‫Jadi itu fitur yang bagus untuk sebuah situs web, bukan?

385
00:18:33,660 --> 00:18:36,950
‫Jadi mari kita urus itu di yang berikutnya.