1
00:00:03,879 --> 00:00:07,577
Hãy để tôi bắt đầu bằng cách

2
00:00:07,577 --> 00:00:11,705
giới thiệu 10 phút về các yếu tố cần thiết của mạng.

3
00:00:11,705 --> 00:00:18,769
Tôi càng dạy tiếng Anh, tôi càng nhận ra rằng chỉ để sử dụng các tính năng đẹp nhất

4
00:00:18,769 --> 00:00:23,210
của góc cạnh, bạn cần phải có một sự hiểu biết về rất nhiều FIN kết nối khác nhau

5
00:00:23,210 --> 00:00:27,165
trước khi bạn thậm chí có thể hiểu được những gì bạn đang làm với góc cạnh.

6
00:00:27,165 --> 00:00:29,929
Ngay khi bạn bắt đầu theo đuổi từng FIN này,

7
00:00:29,929 --> 00:00:32,890
họ sẽ tự mình trở thành toàn bộ khóa học và khá sớm,

8
00:00:32,890 --> 00:00:37,539
tôi sẽ dạy toàn bộ chương trình giảng dạy khoa học máy tính của họ cho bạn.

9
00:00:37,539 --> 00:00:41,174
Nhưng với thực tế là chúng tôi có thời gian hạn chế,

10
00:00:41,174 --> 00:00:43,554
tôi sẽ tập trung vào việc cung cấp

11
00:00:43,554 --> 00:00:48,344
cho bạn những yếu tố cần thiết mà bạn cần để hiểu từng chủ đề.

12
00:00:48,344 --> 00:00:53,383
Bây giờ, những gì chúng ta đề cập trong mô-đun cụ thể này sẽ đòi hỏi

13
00:00:53,383 --> 00:00:57,829
ít nhất một sự hiểu biết thô sơ về cách mạng máy tính hoạt động

14
00:00:57,829 --> 00:01:01,310
trước khi chúng ta hiểu tại sao chúng ta cần sử dụng HTTP,

15
00:01:01,310 --> 00:01:03,587
tại sao chúng ta giao tiếp với một máy chủ.

16
00:01:03,587 --> 00:01:08,284
Lý do cho sự chậm trễ là khi bạn đang nói chuyện với một máy chủ,

17
00:01:08,284 --> 00:01:09,394
và như vậy.

18
00:01:09,394 --> 00:01:14,111
Và cũng có thể, các giao thức khác nhau mà bạn cần phải nhận thức

19
00:01:14,111 --> 00:01:17,420
trước khi bạn thậm chí có thể giao tiếp với một máy chủ.

20
00:01:17,420 --> 00:01:20,239
Vì vậy, hãy ghi nhớ tất cả điều này,

21
00:01:20,239 --> 00:01:25,950
một giới thiệu nhanh 10 phút về các yếu tố cần thiết của mạng.

22
00:01:25,950 --> 00:01:30,575
Chúng tôi bắt đầu nhận ra rằng các ứng dụng web không còn độc lập nữa.

23
00:01:30,575 --> 00:01:38,015
Họ luôn có một báo giá unquote đám mây back-end hỗ trợ ứng dụng web của bạn.

24
00:01:38,015 --> 00:01:40,370
Bây giờ, những ngày này mọi thứ đều có trên Đám mây.

25
00:01:40,370 --> 00:01:46,444
Chẳng bao lâu bạn cũng sẽ có mặt trên đám mây, ít nhất là trên đám mây 9 với một lớp lót bạc.

26
00:01:46,444 --> 00:01:55,939
Nhưng cho rằng chúng ta cần một hỗ trợ Silverside cho ứng dụng góc cạnh của chúng tôi để làm việc một cách chính xác,

27
00:01:55,939 --> 00:01:58,615
có bạn sẽ lưu trữ máy chủ.

28
00:01:58,615 --> 00:02:06,140
Và những ngày này lưu trữ máy chủ rất dễ dàng thực hiện bằng cách sử dụng một trong những

29
00:02:06,140 --> 00:02:09,619
dịch vụ cơ sở hạ tầng dựa trên đám mây.

30
00:02:09,619 --> 00:02:15,860
Những thứ như Amazon, Web Services hoặc Heroku hoặc Digital Ocean

31
00:02:15,860 --> 00:02:21,650
hoặc nhiều thứ khác cung cấp hỗ trợ máy chủ dựa trên đám mây

32
00:02:21,650 --> 00:02:26,574
mà bạn có thể tận dụng để cung cấp hỗ trợ máy chủ cho ứng dụng góc cạnh của bạn.

33
00:02:26,574 --> 00:02:32,363
Vì vậy, ở phía máy chủ, chính xác những gì có sẵn ở phía máy chủ?

34
00:02:32,363 --> 00:02:39,814
Bạn thường có một máy chủ front-end đó là nói chuyện với ứng dụng góc cạnh của bạn.

35
00:02:39,814 --> 00:02:45,349
Vì vậy, đó là logic máy chủ và đằng sau hậu trường,

36
00:02:45,349 --> 00:02:52,790
logic máy chủ đang giao tiếp với một bộ nhớ liên tục như một cơ sở dữ liệu

37
00:02:52,790 --> 00:02:56,905
nơi dữ liệu của bạn được lưu trữ và truy xuất từ.

38
00:02:56,905 --> 00:03:01,069
Khi bạn bước vào thế giới mạng, bạn sẽ sớm bị bắn phá

39
00:03:01,069 --> 00:03:04,264
với 304 từ viết tắt nhỏ. Những

40
00:03:04,264 --> 00:03:08,930
điều mà bạn nghĩ rằng bạn biết chúng là gì từ tiếng Anh bình thường

41
00:03:08,930 --> 00:03:11,509
hoặc chúng có một ý nghĩa

42
00:03:11,509 --> 00:03:15,610
hoặc mục đích hoàn toàn khác khi bạn gặp chúng trong thế giới mạng.

43
00:03:15,610 --> 00:03:17,764
Vì vậy, chúng ta hãy xem xét một vài trong số họ.

44
00:03:17,764 --> 00:03:22,159
Vì vậy, trong thế giới mạng, bạn sẽ nghe thấy mọi người nói chuyện qua giao thức HTTP.

45
00:03:22,159 --> 00:03:26,379
Giao thức được sử dụng để giao tiếp giữa máy khách và máy chủ.

46
00:03:26,379 --> 00:03:29,000
Đây là một giao thức lớp ứng dụng

47
00:03:29,000 --> 00:03:34,409
mà chúng ta sẽ nói ngắn gọn về một chút nữa trong phần còn lại của bài giảng này.

48
00:03:34,409 --> 00:03:41,004
Giao thức HTTP để nó hoạt động cần một URL để được cung cấp cho nó,

49
00:03:41,004 --> 00:03:42,955
Uniform Resource Locator.

50
00:03:42,955 --> 00:03:51,095
Vì vậy, đây là một chuỗi các ký tự phân cách bằng dấu gạch chéo với trong mỗi dấu hai chấm TTP,

51
00:03:51,095 --> 00:03:55,694
trên một https: gắn ở phía trước của nó.

52
00:03:55,694 --> 00:03:58,530
Và tôi chắc chắn nếu bạn được sử dụng web trên toàn thế giới,

53
00:03:58,530 --> 00:04:02,655
bạn đã khá quen thuộc với những gì các URL trông như thế nào.

54
00:04:02,655 --> 00:04:06,435
Bây giờ, ngoài ra, bạn sẽ nghe mọi người nói về JSON,

55
00:04:06,435 --> 00:04:11,607
không phải với bạn bè của bạn Jason mà là JavaScript Object Notation.

56
00:04:11,607 --> 00:04:19,026
Vì vậy, JavaScript Object Notation là một cách để mã hóa dữ liệu đang được vận chuyển

57
00:04:19,026 --> 00:04:22,850
từ phía máy chủ sang phía máy khách hoặc ngược lại.

58
00:04:22,850 --> 00:04:26,038
Và cũng có thể, bạn sẽ nghe mọi người nói về XML,

59
00:04:26,038 --> 00:04:30,574
nhưng một cách khác để mã hóa dữ liệu trong khi nó đang vận chuyển

60
00:04:30,574 --> 00:04:33,240
giữa trang web khách hàng và máy chủ.

61
00:04:33,240 --> 00:04:41,584
Bây giờ, và bạn cũng sẽ nghe mọi người nói về

62
00:04:41,584 --> 00:04:46,550
các giao thức cấp cao hơn gọi là SOAP, không phải là loại bạn tắm với, mà là SOAP như một giao thức

63
00:04:46,550 --> 00:04:55,034
cho phép giao tiếp giữa các thực thể phân phối trong mạng.

64
00:04:55,034 --> 00:04:59,449
Và cũng có thể, bạn sẽ nghe mọi người nói về REST, không phải

65
00:04:59,449 --> 00:05:02,479
là điều mà bạn nhận được quá nhiều trải qua khóa học đặc biệt này.

66
00:05:02,479 --> 00:05:06,057
REST hoặc một chuyển nhượng tiểu bang đại diện.

67
00:05:06,057 --> 00:05:10,850
Tôi sẽ có một bài giảng ngắn hơn đặc biệt dành

68
00:05:10,850 --> 00:05:14,089
cho REST một chút sau đó trong mô-đun này.

69
00:05:14,089 --> 00:05:18,410
Và trong thế giới HTTP, bạn sẽ nghe mọi người nói về GET, P

70
00:05:18,410 --> 00:05:23,449
UT, POST và DELETE, và bạn sẽ tự hỏi,

71
00:05:23,449 --> 00:05:25,235
tất cả chúng có ý nghĩa gì?

72
00:05:25,235 --> 00:05:29,454
Chúng ta hãy tìm hiểu một chút về điều này trong bài giảng này,

73
00:05:29,454 --> 00:05:34,459
và cũng là bài giảng về REST mà bạn sẽ thấy một chút sau đó.

74
00:05:34,459 --> 00:05:38,959
Một điều quan trọng mà bạn cần phải hiểu khi bạn đang giao tiếp

75
00:05:38,959 --> 00:05:45,439
với một máy chủ là giao tiếp máy chủ khách gây ra số lượng bất ngờ

76
00:05:45,439 --> 00:05:48,350
của sự chậm trễ hoặc không xác

77
00:05:48,350 --> 00:05:54,454
định số lượng chậm trễ trong khi dữ liệu đang được lấy hoặc tải lên máy chủ từ phía khách hàng.

78
00:05:54,454 --> 00:05:57,566
Vì vậy, có nghĩa là trong ứng dụng khách hàng-máy chủ của

79
00:05:57,566 --> 00:06:00,409
bạn, bạn cần phải giữ cho người dùng thông báo về thực tế

80
00:06:00,409 --> 00:06:07,970
là một cái gì đó

81
00:06:07,970 --> 00:06:14,149
đang xảy ra đằng sau hậu trường và có thể xử lý sự chậm trễ và có thể không thể có được dữ liệu từ phía máy chủ.

82
00:06:14,149 --> 00:06:18,589
Nó là khá có thể là khi bạn cố gắng để kết nối với một máy chủ,

83
00:06:18,589 --> 00:06:20,959
kết nối với máy chủ có thể thất bại, máy

84
00:06:20,959 --> 00:06:27,224
chủ có thể trả lại dữ liệu không chính xác hoặc có thể gây ra một lỗi trong giao tiếp.

85
00:06:27,224 --> 00:06:31,129
Tất cả những

86
00:06:31,129 --> 00:06:37,259
điều này phải được xử lý ở phía khách hàng của bạn một cách thích hợp để ứng dụng của bạn vẫn sẽ được hoạt động ngay cả trong sự hiện diện của những vấn đề này.

87
00:06:37,259 --> 00:06:43,939
Nhảy vào giao thức lớp ứng dụng phổ biến nhất được sử dụng để giao tiếp

88
00:06:43,939 --> 00:06:48,569
giữa máy khách và máy chủ, Giao thức truyền siêu văn bản

89
00:06:48,569 --> 00:06:51,785
nhưng đây là giao thức giao tiếp máy chủ máy khách.

90
00:06:51,785 --> 00:06:54,019
Bây giờ, điều đó có thể hoặc có thể không làm cho nhiều ý nghĩa cho

91
00:06:54,019 --> 00:06:58,250
bạn trừ khi bạn có đủ nền tảng trong mạng nhưng đây là một giao thức

92
00:06:58,250 --> 00:07:04,189
được sử dụng để mã hóa các tin nhắn mà bạn trao đổi giữa ứng dụng khách hàng của bạn,

93
00:07:04,189 --> 00:07:08,416
đó là một ứng dụng góc cạnh trong trường hợp này, và một phía máy chủ.

94
00:07:08,416 --> 00:07:14,300
Vì vậy, giao thức HTTP này cho phép bạn truy xuất các tài liệu dựa trên siêu văn bản

95
00:07:14,300 --> 00:07:19,459
từ phía máy chủ ngày càng nhiều thông tin được tải về

96
00:07:19,459 --> 00:07:25,298
từ phía máy chủ được mã hóa theo một trong các định dạng mã hóa chuẩn như JSON hoặc XML.

97
00:07:25,298 --> 00:07:28,759
Và, để có thể nói chuyện với một máy chủ,

98
00:07:28,759 --> 00:07:35,270
bạn có sự hỗ trợ từ các hành động HTTP khác nhau,

99
00:07:35,270 --> 00:07:39,295
hoặc những gì chúng tôi gọi là động từ HTTP: HEAD, GET, POST, PU

100
00:07:39,295 --> 00:07:44,634
T, DELETE, TRACE, OPTIONS và CONNECT.

101
00:07:44,634 --> 00:07:51,069
Chúng ta sẽ thấy cụ thể các động từ GET, PUT, POST và DELETE chi tiết hơn

102
00:07:51,069 --> 00:07:57,654
khi chúng ta kiểm tra giao thức API còn lại một chút sau đó.

103
00:07:57,654 --> 00:08:00,904
Giao thức HTTP hoạt động như thế nào?

104
00:08:00,904 --> 00:08:08,487
Trong giao thức HTTP, bạn đang gửi một yêu cầu từ ứng dụng khách hàng của bạn đến máy chủ

105
00:08:08,487 --> 00:08:12,990
và điều này được mã hóa dưới dạng một thông điệp yêu cầu HTTP.

106
00:08:12,990 --> 00:08:18,767
Thông báo yêu cầu thường mang một URL trong thông báo yêu cầu chỉ ra,

107
00:08:18,767 --> 00:08:22,279
nó là gì mà bạn muốn với phía máy chủ để gửi cho bạn

108
00:08:22,279 --> 00:08:24,920
và điều này thường là một thông báo GET

109
00:08:24,920 --> 00:08:29,805
nếu bạn muốn dữ liệu được tải xuống từ trang web máy chủ.

110
00:08:29,805 --> 00:08:35,404
Và bạn cũng sẽ chỉ định máy chủ cụ thể mà bạn đang giao tiếp với.

111
00:08:35,404 --> 00:08:39,320
Khi máy chủ nhận được yêu cầu của bạn, máy chủ sẽ

112
00:08:39,320 --> 00:08:45,215
truy xuất dữ liệu từ lưu trữ dữ liệu của nó, thường là một cơ sở dữ liệu ở phía máy chủ,

113
00:08:45,215 --> 00:08:49,160
và sau đó đóng gói dữ liệu này trong một bốn trở lại thích hợp,

114
00:08:49,160 --> 00:08:53,595
và gửi dữ liệu trở lại cho bạn ở phía máy khách của bạn.

115
00:08:53,595 --> 00:08:58,430
Nếu bạn đang có được mã HTML, CSS và javascript chuẩn từ phía máy chủ,

116
00:08:58,430 --> 00:09:00,746
thì trình duyệt của bạn có thể hiển thị điều này.

117
00:09:00,746 --> 00:09:05,705
Trở lại với các ứng dụng như góc cạnh, bạn chủ yếu kết nối với máy chủ

118
00:09:05,705 --> 00:09:12,919
và sau đó truy xuất dữ liệu dưới dạng JSON hoặc XML hầu hết thời gian.

119
00:09:12,919 --> 00:09:16,730
Ngoại trừ việc tải xuống ban đầu của tất cả

120
00:09:16,730 --> 00:09:22,259
các tài nguyên được yêu cầu cho các ứng dụng góc cạnh được thực hiện trong trình duyệt của bạn.

121
00:09:22,259 --> 00:09:29,929
Vì vậy, như chúng ta đã thấy trước đó ứng dụng HTTP yêu cầu tin nhắn được gửi

122
00:09:29,929 --> 00:09:31,954
giữa máy khách và máy chủ.

123
00:09:31,954 --> 00:09:36,524
Một thư yêu cầu thường được gửi từ máy khách đến máy chủ,

124
00:09:36,524 --> 00:09:42,600
và thư yêu cầu bao gồm một dòng yêu cầu cộng với một loạt các tiêu đề

125
00:09:42,600 --> 00:09:47,309
nơi bạn cung cấp thông tin bổ sung để đủ điều kiện yêu cầu.

126
00:09:47,309 --> 00:09:49,889
Chúng ta sẽ thấy việc sử dụng các tiêu đề

127
00:09:49,889 --> 00:09:53,129
và cài đặt khác nhau trong tiêu đề khi chúng ta đi qua một

128
00:09:53,129 --> 00:09:56,634
số bài tập trong mô-đun cụ thể này.

129
00:09:56,634 --> 00:09:59,159
Dòng yêu cầu và tiêu đề được tách

130
00:09:59,159 --> 00:10:04,500
ra từ nội dung của thư yêu cầu bằng một dòng trống.

131
00:10:04,500 --> 00:10:08,279
Nội dung của thư có thể chứa dữ liệu bổ sung đặc biệt là

132
00:10:08,279 --> 00:10:11,754
nếu khách hàng của bạn đang gửi dữ liệu qua phía máy chủ.

133
00:10:11,754 --> 00:10:13,769
Ví dụ, khi bạn gửi một biểu mẫu,

134
00:10:13,769 --> 00:10:20,819
thông tin trong biểu mẫu được mã hóa thành một định dạng JSON

135
00:10:20,819 --> 00:10:24,409
và sau đó gửi qua phía máy chủ từ phía máy khách.

136
00:10:24,409 --> 00:10:28,860
Vì vậy, điều đó sẽ được thực hiện bằng cách sử dụng một POST hoặc một tin nhắn PUT.

137
00:10:28,860 --> 00:10:33,610
Nhìn vào một chút chi tiết của thông điệp yêu cầu HTTP, thông

138
00:10:33,610 --> 00:10:38,134
điệp yêu cầu điển hình trong dòng yêu cầu sẽ chứa Phương pháp,

139
00:10:38,134 --> 00:10:39,011
hoặc là GET, PUT, PAUSE, DELETE

140
00:10:39,011 --> 00:10:43,455
hoặc một số động từ khác mà bạn đã thấy trước đó.

141
00:10:43,455 --> 00:10:48,360
Và sau đó, tiếp theo là URL và phiên bản của giao thức HTTP

142
00:10:48,360 --> 00:10:52,500
mà bạn đang sử dụng để giao tiếp từ máy khách đến phía máy chủ.

143
00:10:52,500 --> 00:10:57,120
Trường tiêu đề thường chứa tên trường tiêu đề, dấu hai chấm

144
00:10:57,120 --> 00:11:00,539
và giá trị cho trường tiêu đề đó.

145
00:11:00,539 --> 00:11:08,100
Và nội dung cơ thể, như tôi đã đề cập, có thể được mã hóa ở định dạng JSON hoặc XML.

146
00:11:08,100 --> 00:11:16,419
Dưới đây là một ví dụ về một thông báo yêu cầu HTTP điển hình

147
00:11:16,419 --> 00:11:19,294
có thể được gửi đến máy chủ từ máy khách.

148
00:11:19,294 --> 00:11:23,169
Vì vậy, trong thông điệp yêu cầu đặc biệt này, chúng tôi đang yêu cầu máy chủ giữ lại

149
00:11:23,169 --> 00:11:28,090
và trang index.hmtl từ phía máy chủ sang phía máy khách để

150
00:11:28,090 --> 00:11:31,320
nó có thể được hiển thị trong trình duyệt ở phía máy khách.

151
00:11:31,320 --> 00:11:37,029
Một yêu cầu như thế này thường có một nội dung trống trong thư yêu cầu.

152
00:11:37,029 --> 00:11:42,309
Hầu hết các thông tin sẽ được mã hóa trong dòng yêu cầu cộng với các tiêu đề

153
00:11:42,309 --> 00:11:44,559
của thông điệp yêu cầu.

154
00:11:44,559 --> 00:11:49,179
Khi khách hàng gửi yêu cầu tới máy chủ, máy

155
00:11:49,179 --> 00:11:55,355
chủ sẽ xử lý yêu cầu và sau đó gửi lại trả lời cho phía khách hàng.

156
00:11:55,355 --> 00:11:59,379
Thư trả lời được tổ chức thành, một lần nữa, ba phần. Một

157
00:11:59,379 --> 00:12:05,679
dòng trạng thái với một số thông tin về cách yêu cầu đã được xử lý

158
00:12:05,679 --> 00:12:08,940
và những gì đang được gửi lại cho khách hàng được lưu trữ.

159
00:12:08,940 --> 00:12:16,149
Các tiêu đề sẽ chứa thêm chi tiết về những gì được chứa trong thư phản hồi,

160
00:12:16,149 --> 00:12:22,654
và sau đó theo sau là một dòng trống và sau đó là nội dung thực tế của thư.

161
00:12:22,654 --> 00:12:28,750
Một ví dụ về những gì sẽ thường được chứa trong một thông báo phản hồi HTTP.

162
00:12:28,750 --> 00:12:32,766
Trong trường hợp này thông báo phản hồi này là trở lại với một 200

163
00:12:32,766 --> 00:12:36,549
mà là một mã trạng thái của thông báo.

164
00:12:36,549 --> 00:12:40,644
Nếu bạn thấy ở đây, 200 trong dòng yêu cầu như một mã trạng thái.

165
00:12:40,644 --> 00:12:43,360
Nó có nghĩa là yêu cầu của bạn đã thành

166
00:12:43,360 --> 00:12:50,169
công và máy chủ có thể trả về dữ liệu mà bạn đã yêu cầu từ phía máy chủ.

167
00:12:50,169 --> 00:12:56,544
Và sau đó, tiêu đề sẽ chứa các hướng dẫn bổ sung cho phía khách hàng,

168
00:12:56,544 --> 00:13:02,735
bao gồm thông tin về cách nội dung thực tế của thư được mã hóa.

169
00:13:02,735 --> 00:13:07,099
Sau đó, nội dung có thể chứa, nếu bạn đã yêu cầu trang HTML chỉ

170
00:13:07,099 --> 00:13:12,399
mục, nội dung của thư sẽ chứa mã HTML

171
00:13:12,399 --> 00:13:18,534
cho trang HTML chỉ mục bắt đầu như bạn thấy trong ví dụ này ở đây.

172
00:13:18,534 --> 00:13:27,210
Một trong những mẩu thông tin trong dòng trạng thái mà tôi gọi là mã trạng thái đó.

173
00:13:27,210 --> 00:13:31,304
Nếu máy chủ có thể xử lý yêu cầu của bạn

174
00:13:31,304 --> 00:13:34,990
một cách chính xác, nó sẽ gửi trả lời với điểm trạng thái 200,

175
00:13:34,990 --> 00:13:37,450
nghĩa là mọi thứ đều ổn ở phía máy chủ,

176
00:13:37,450 --> 00:13:40,914
và phía máy chủ đang trả lại dữ liệu một cách chính xác.

177
00:13:40,914 --> 00:13:45,294
Nếu máy chủ không thể xử lý yêu cầu vì bất cứ lý do gì,

178
00:13:45,294 --> 00:13:50,259
thì thông tin đó sẽ được mã hóa trong mã trạng thái trong

179
00:13:50,259 --> 00:13:53,309
dòng trạng thái đó của thư trả lời.

180
00:13:53,309 --> 00:13:56,950
Các mã trạng thái khác nhau, thông thường, mà bạn sẽ gặp phải

181
00:13:56,950 --> 00:13:59,210
khi bạn nhận được một câu trả lời từ phía máy chủ,

182
00:13:59,210 --> 00:14:05,864
bao gồm một 201 có nghĩa là khi bạn cố gắng tạo ra một đối tượng ở phía máy chủ,

183
00:14:05,864 --> 00:14:11,230
nó đã được tạo thành công hoặc một 301 có nghĩa là bất cứ điều gì bạn đang yêu cầu

184
00:14:11,230 --> 00:14:13,750
đã di chuyển vĩnh viễn đến một vị trí mới,

185
00:14:13,750 --> 00:14:17,889
và rằng bạn đang ở trên vị trí mới của tài nguyên đó

186
00:14:17,889 --> 00:14:20,205
sẽ được trả lại cho phía khách hàng của bạn.

187
00:14:20,205 --> 00:14:26,014
400s và 500s thường chỉ ra rằng có một số vấn đề ở phía máy chủ.

188
00:14:26,014 --> 00:14:31,210
Một 404 là một cái gì đó mà bạn thường gặp khi bạn yêu

189
00:14:31,210 --> 00:14:35,110
cầu một cái gì đó không tồn tại ở phía máy chủ.

190
00:14:35,110 --> 00:14:38,860
Tương tự như vậy, một 500 có nghĩa là máy chủ chỉ từ bỏ,

191
00:14:38,860 --> 00:14:43,620
nó không thể xử lý yêu cầu của bạn và sau đó gửi lại một lỗi máy chủ nội bộ.

192
00:14:43,620 --> 00:14:47,575
Đây là hai mã lỗi phổ biến mà bạn sẽ gặp phải.

193
00:14:47,575 --> 00:14:53,629
Những cái còn lại có ý nghĩa cụ thể như được liệt kê trong bảng này ở đây.

194
00:14:53,629 --> 00:14:57,625
Có nhiều hơn các mã trạng thái mà tôi đã cung cấp cho bạn trong bảng

195
00:14:57,625 --> 00:15:00,519
này nhưng đây là một số mã trạng thái phổ biến nhất

196
00:15:00,519 --> 00:15:06,220
mà bạn sẽ gặp phải trong thư trả lời đến từ phía máy chủ.

197
00:15:06,220 --> 00:15:13,044
Một điểm khác mà tôi đã đề cập là một thực tế rằng các máy chủ có thể mã hóa dữ liệu

198
00:15:13,044 --> 00:15:21,534
trong một định dạng cụ thể như XML hoặc Extensible Markup Language hoặc JSON, JavaScript

199
00:15:21,534 --> 00:15:24,085
Object Notation cho điều đó.

200
00:15:24,085 --> 00:15:28,690
Bây giờ, thông thường trong khóa học đặc biệt này, chúng tôi sẽ được đối phó với

201
00:15:28,690 --> 00:15:31,164
dữ liệu được mã hóa chủ yếu trong JSON.

202
00:15:31,164 --> 00:15:38,544
Hầu hết các ứng dụng, ứng dụng phía máy khách bao gồm các ứng dụng di động những ngày này,

203
00:15:38,544 --> 00:15:40,450
thường giao tiếp với máy chủ

204
00:15:40,450 --> 00:15:49,240
và định dạng trao đổi dữ liệu là JSON theo mặc định trong hầu hết các trường hợp.

205
00:15:49,240 --> 00:15:54,968
Đó là lý do tôi sẽ dành một vài phút giải thích cho bạn về JSON.

206
00:15:54,968 --> 00:16:01,000
Ký hiệu đối tượng javascript, hay JSON, là một định dạng trao đổi dữ liệu nhẹ.

207
00:16:01,000 --> 00:16:09,279
Lý do mà định dạng dữ liệu JSON đặc biệt quan tâm đến chúng tôi trong khóa học này là

208
00:16:09,279 --> 00:16:13,955
vì ký hiệu đối tượng javascript, như tên của nó,

209
00:16:13,955 --> 00:16:20,480
rất dễ dàng bản đồ vào một đối tượng javascript mà bạn sử dụng với bất kỳ mã javascript nào.

210
00:16:20,480 --> 00:16:24,890
Vì vậy, chuyển đổi một đối tượng javascript thành ký hiệu JSON,

211
00:16:24,890 --> 00:16:26,924
và ngược lại, là rất đơn giản.

212
00:16:26,924 --> 00:16:30,350
Đó là ký hiệu JSON là một, những gì chúng ta gọi là,

213
00:16:30,350 --> 00:16:35,045
như một tự mô tả và rất dễ hiểu ký hiệu.

214
00:16:35,045 --> 00:16:38,230
Trong định dạng ký hiệu đối tượng javascript,

215
00:16:38,230 --> 00:16:44,335
dữ liệu được cấu trúc theo cách được chỉ định rất sạch sẽ.

216
00:16:44,335 --> 00:16:47,810
Điều này được cấu trúc như là một tập hợp các cặp tên/giá trị,

217
00:16:47,810 --> 00:16:52,855
và điều này được cấu trúc như một danh sách các giá trị có thứ tự.

218
00:16:52,855 --> 00:16:56,674
Bạn có thể thấy một ví dụ về điều này ở phía bên phải ở đây,

219
00:16:56,674 --> 00:17:03,980
chúng tôi đã thực sự sử dụng dữ liệu JSON này với ứng dụng góc cạnh của chúng tôi đã sớm hơn.

220
00:17:03,980 --> 00:17:08,809
Vì vậy, bây giờ bạn thấy lý do tại sao dữ liệu được cấu trúc theo cách đó.

221
00:17:08,809 --> 00:17:15,503
Và bạn cũng nhận ra rằng nó rất dễ dàng để có thể đối phó với dữ liệu này

222
00:17:15,503 --> 00:17:21,335
trong âm thanh javascript của bạn, typescript được đánh bắt trong ứng dụng góc cạnh của bạn.

223
00:17:21,335 --> 00:17:27,484
Với điều này, tôi hoàn thành một cái nhìn tổng quan nhanh chóng về các yếu tố cần thiết của mạng.

224
00:17:27,484 --> 00:17:33,109
Bây giờ chúng tôi sẽ chuyển sang và tập thể dục nơi chúng tôi sẽ thiết lập một máy chủ thô sơ

225
00:17:33,109 --> 00:17:39,080
đã được phục vụ lên một số dữ liệu mà chúng tôi có thể kết nối từ ứng dụng góc cạnh của chúng tôi

226
00:17:39,080 --> 00:17:42,140
và sau đó trao đổi dữ liệu với một máy chủ.

227
00:17:42,140 --> 00:17:48,079
Bây giờ, chúng tôi sẽ phát triển một máy chủ đầy đủ trong một trong những khóa học sau này,

228
00:17:48,079 --> 00:17:52,400
mã Node JS và khóa học phát triển phía máy chủ

229
00:17:52,400 --> 00:17:56,669
mà sẽ đến như một khóa học cuối cùng trong chuyên môn này.