1
00:00:00,420 --> 00:00:01,310
다시 오신 것을 환영합니다.

2
00:00:01,650 --> 00:00:12,180
이 비디오에서 나는 HTP 요청에 대해 조금 더 이야기하고 그들이 어떻게 작동하는지 그리고 어떻게 보일지에 대해 이야기하고자합니다.

3
00:00:12,600 --> 00:00:17,850
그래서 내가 U r l에 갈 때 기억하고 이것과 같은 브라우저는 그것이 무엇인지는 중요하지 않습니다.

4
00:00:17,910 --> 00:00:36,230
가장 중요한 단계는 몇 가지 단계가 있지만 가장 중요한 단계는 HTP 요청이 특정 서버의 IP 주소로 전송 된 다음 서버가 무엇을 보내야하는지 파악한 다음 다시 HTP 응답을 보냅니다. 나를.

5
00:00:36,240 --> 00:00:48,810
따라서 인터넷이 작동하는 방식과 HTP에 대해이 모든 것들에서 벗어난 것이 있다면 웹 페이지를 요청한 요청 응답주기이며 요청에 대해 조금 더 배우도록 도와줍니다.

6
00:00:48,840 --> 00:00:51,120
우리는 우편 배달부라는 도구를 사용할 것입니다.

7
00:00:51,240 --> 00:01:05,300
무료 도구이고 웹 사이트는 우편 배달부입니다. 우리가해야 할 일은 클릭하여 크롬 확장 페이지로 이동 한 다음 설치 버튼을 클릭하기 만하면됩니다. .

8
00:01:05,550 --> 00:01:08,590
그런 다음 앱을 설치하면 앱을 시작할 수 있습니다.

9
00:01:09,780 --> 00:01:11,200
여기이 우편 배달부입니다.

10
00:01:11,380 --> 00:01:13,810
내가 풀 스크린으로 만들거야.

11
00:01:13,890 --> 00:01:25,170
Postman의 요점은 HTP 요청과 뷰어 응답을 가능하게하고 개발자가 뭔가를 디버그하기 위해 어떻게 작동하는지 이해하는 것입니다.

12
00:01:25,170 --> 00:01:28,770
데이터가 기대하는 정확한 방식으로 돌아 오지 않는 경우.

13
00:01:29,010 --> 00:01:33,920
우리는 이것을 교육 도구로 사용하고 나중에 일부 디버깅을 위해 사용할 것입니다.

14
00:01:34,230 --> 00:01:37,130
일단 우리는 더 복잡한 애플 리케이션을 만들기 시작합니다.

15
00:01:37,250 --> 00:01:50,750
따라서 실제로 웹 페이지로 이동하여 입력을 클릭하면 HTP 요청을하고 있음을 알 수 있습니다.하지만 우편 발송자에게 요청하는 유일한 방법은 아닙니다.

16
00:01:50,760 --> 00:01:54,890
우리는 실제로 웹 페이지가 없으며 여전히 HTP 요청을 할 수 있습니다.

17
00:01:54,960 --> 00:01:58,630
우리는 모든 다른 장소에서 요청할 수 있음을 다시 한번 강조하고 싶습니다.

18
00:01:58,740 --> 00:02:01,160
Chrome과 같은 브라우저에서 만들 수 있습니다.

19
00:02:01,200 --> 00:02:03,380
우리는 우체부와 같은 앱에서 그들을 만들 수 있습니다.

20
00:02:03,480 --> 00:02:06,150
터미널에서 명령 줄을 통해 만들 수 있습니다.

21
00:02:06,210 --> 00:02:08,430
다른 앱에서 만들 수 있습니다.

22
00:02:08,730 --> 00:02:11,550
백엔드에서 또는 iOS 앱에서 만들 수 있습니다.

23
00:02:11,700 --> 00:02:17,710
따라서 HTP 요청은 브라우저와 독립적입니다.

24
00:02:17,730 --> 00:02:20,220
우리의 첫 번째 요청을하겠습니다.

25
00:02:20,220 --> 00:02:30,030
따라서 우리가 요청할 때 가장 중요한 부분은 우리가 요청한 URL을 Google이이 경우에 Google 닷컴으로 복제하려는 것입니다.

26
00:02:30,090 --> 00:02:41,310
내가 브라우저에서 구글 닷컴으로 가서 엔터를 치면, 여기에이 선택이있다. 포스트 패치는 우리가 각각의 TTP라고 부르는 것을 삭제한다.

27
00:02:41,580 --> 00:02:45,090
그리고 이것들은 우리가 할 수있는 여러 유형의 요청을 나타냅니다.

28
00:02:45,240 --> 00:02:51,710
우리는 이것들을 훨씬 더 많이 보게 될 것이고 특히 Post Post patch와 delete를 얻는 데 더 많은 시간을 할애 할 것입니다.

29
00:02:51,770 --> 00:02:54,970
이것들은 훨씬 덜 중요합니다.

30
00:02:55,020 --> 00:02:58,040
그들이하는 일에 대한 아주 빠른 버전을 드리겠습니다.

31
00:02:58,080 --> 00:03:01,800
이것들은 우리가 요청한 것을 서버에 알려주는 것입니다.

32
00:03:01,800 --> 00:03:08,440
Google 홈 페이지 검색과 같은 정보를 검색하는 경우 어떤 유형의 요청을하고 있습니까?

33
00:03:08,640 --> 00:03:10,200
그것은 요청입니다.

34
00:03:10,980 --> 00:03:28,020
웹 사이트에 가입하거나 페이스 북에 새로운 코멘트를 작성하거나 새로운 reddit 포스트를 제출하거나 업로드하는 경우 게시 요청이 될 수 있습니다. 여기에 요청하면 데이터베이스에 새로운 정보가 게시됩니다. get 요청에 비해.

35
00:03:28,020 --> 00:03:30,720
일반적으로 우리는 많은 데이터를 보내지 않습니다.

36
00:03:30,720 --> 00:03:37,050
우리는 되돌아 와서 패치에 넣으려고하는 데이터를 사물을 업데이트하거나 편집하기 위해 사용하고 있습니다.

37
00:03:37,080 --> 00:03:45,370
따라서 이미 게시 한 후에 업로드 한 Facebook 이미지의 제목을 업데이트하려면 패치 요청을 사용할 수 있습니다.

38
00:03:45,480 --> 00:03:48,140
그리고 물론 사용자는 이것을 결코 결정하지 않습니다.

39
00:03:48,150 --> 00:03:59,000
이것은 개발자가 결정한 다음 서버가 삭제 요청을 받으면 무언가를 삭제할 것으로 예상되는 삭제 요청을합니다.

40
00:03:59,430 --> 00:04:02,570
그러나 가장 중요한 것은이 모든 것이 단지 프로토콜이라는 것입니다.

41
00:04:02,640 --> 00:04:12,460
HTP는 하이퍼 텍스트 전송 프로토콜의 약자이므로 삭제 요청을 보내면 자동으로 삭제된다는 의미는 아닙니다.

42
00:04:12,510 --> 00:04:14,850
그것이 의미하는 것은 프로토콜이라는 것입니다.

43
00:04:14,850 --> 00:04:20,550
따라서 삭제 요청이라고하면 삭제할 것으로 예상됩니다.

44
00:04:21,120 --> 00:04:25,410
다시 한번 매우 높은 수준의 개요는 여기에 모두 포함되어 있습니다.

45
00:04:25,440 --> 00:04:28,740
이 처음 다섯 동사와 다양한 유형의 요청.

46
00:04:28,740 --> 00:04:30,950
실제로 서버를 처리 할 때.

47
00:04:31,230 --> 00:04:37,170
하지만 시작하려면 Google에 닷컴 닷컴에 요청을 보내야합니다. 그게 전부입니다.

48
00:04:37,260 --> 00:04:42,310
그리고 send를 클릭하면 몇 가지를 되 찾을 수 있습니다.

49
00:04:42,360 --> 00:04:48,260
모든 응답에는 세 가지 중요한 부분이 있습니다. 첫 번째 부분은 응답의 본문입니다.

50
00:04:48,360 --> 00:04:49,410
그것은 페이로드와 같습니다.

51
00:04:49,410 --> 00:04:51,500
그것이 다시 보내지고 있습니다.

52
00:04:51,600 --> 00:04:55,010
그래서 HD는 C S와 자바 스크립트를이 경우에 말입니다.

53
00:04:55,560 --> 00:04:59,690
그리고 이것은 H.M.S.입니다. s 및 Google 홈페이지의 Javascript를 사용하십시오.

54
00:04:59,700 --> 00:05:08,050
이것은 Google에 가서 페이지 소스를 보았을 때 볼 수있는 것입니다.

55
00:05:08,340 --> 00:05:12,130
그래서 우리의 브라우저는 단지 그것을 취해서 멋지게 만듭니다.

56
00:05:12,210 --> 00:05:15,450
그러면 우리가 다시 얻는 다른 것들은 헤더입니다.

57
00:05:15,720 --> 00:05:21,810
따라서 헤더는 응답에 대한 메타 데이터와 유사하므로 몇 가지 정보가 포함되어 있습니다.

58
00:05:21,930 --> 00:05:25,460
중요한 점은 콘텐츠 유형입니다.

59
00:05:25,500 --> 00:05:33,110
그래서 이것은 단지 HMO에 앉아 있다고 경고합니다. 우리가 나중에 보게 될 다른 유형을 실제로 되돌려 보낼 수 있기 때문입니다.

60
00:05:33,190 --> 00:05:35,750
HMO는 지금까지 우리가 본 모든 것입니다.

61
00:05:35,810 --> 00:05:40,410
또한이 응답이 회신되었을 때 일어난 날짜와 시간.

62
00:05:40,410 --> 00:05:44,580
그리고 나서이 일은 우리가 여기서 일어나는 지위를 불렀습니다.

63
00:05:44,580 --> 00:05:48,870
따라서 상태 코드는 세 번째 큰 정보이며 숫자 일뿐입니다.

64
00:05:48,890 --> 00:05:50,480
당신은 아마 전에 그들을 보았을 것입니다.

65
00:05:50,490 --> 00:05:55,430
가장 중요한 것은 상태 코드를 이전에 또는 지금까지 본 적이 있다면 404입니다.

66
00:05:55,440 --> 00:05:58,170
그것은 단지 HTP 프로토콜의 일부입니다.

67
00:05:58,380 --> 00:06:07,010
그것은 당신이 만든 요청이 좋다고 말한 표준화 된 방법입니다. 당신이 찾고있는 페이지를 찾았 기 때문에 상태 코드 200을 돌려 보낼 것입니다.

68
00:06:07,010 --> 00:06:08,050
너 누구야?

69
00:06:08,120 --> 00:06:13,910
그러나 존재하지 않는 페이지에 요청을 보내면 서버가 응답을 기다려야합니다.

70
00:06:14,040 --> 00:06:17,690
따라서 상태 코드가 다르며 각각 다른 의미를 지닙니다.

71
00:06:17,690 --> 00:06:20,340
나중에 다시 수업에 참여하게 될 것입니다.

72
00:06:20,390 --> 00:06:27,710
따라서 응답에 대한 메타 데이터가 포함 된 헤더가 다시 전송되는 콘텐츠 인 본문이 있습니다.

73
00:06:27,870 --> 00:06:36,270
그리고 그 중 하나는 상태 코드이며 이는 전체 요청 슬래시 응답주기의 상태를 나타내는 숫자입니다.

74
00:06:36,690 --> 00:06:47,920
그래서 Reddit dot com과 같은 다른 웹 사이트에서이를 증명하십시오. 그러면 브라우저를로드 할 때마다 요청을 받으면서 내가 당신에게 가거나 Reddit.com을 좋아할 것입니다.

75
00:06:48,090 --> 00:06:49,350
그것이 요청입니다.

76
00:06:49,350 --> 00:06:53,750
브라우저 검색 창에서 게시물 요청을 할 수 없습니다.

77
00:06:53,910 --> 00:07:01,410
양식에 관해 이야기 할 때 간략하게 언급 한 hl 양식을 사용하여 후속 요청을 할 수 있으며 그렇게 할 것입니다.

78
00:07:01,470 --> 00:07:04,370
현재로서는 요청을받는 데 주력하고 있습니다.

79
00:07:04,380 --> 00:07:16,050
이전에 우리가 일반적으로 정보를 요청하는 get 요청과 같은 요청을 보낼 때 언급했고 우리가 요청을 보내면 우리는 데이터베이스에 날짜 데이터를 추가하려고합니다.

80
00:07:16,110 --> 00:07:22,010
요청에 추가 할 정보를 보내는 페이로드가 있습니다.

81
00:07:22,110 --> 00:07:26,250
예를 들어 Facebook이나 Reddit에 게시하고 게시 할 정보.

82
00:07:26,750 --> 00:07:30,530
하지만 우리는 여전히 요청을 통해 데이터를 보낼 수 있습니다.

83
00:07:30,570 --> 00:07:31,970
나는 당신에게 간단한 예를 드리겠습니다.

84
00:07:32,070 --> 00:07:36,400
나가 나가 여기에서 열 Reddit 결과에가는 경우에 나는 수색을한다.

85
00:07:36,810 --> 00:07:41,780
그러니 내가 코지 (Corgies)를 검색하고 엔터를 눌러 봅시다.

86
00:07:41,800 --> 00:07:43,470
여기서 일어나는 일을 주목하십시오.

87
00:07:43,950 --> 00:07:48,130
그래서 Reddit 닷컴 슬래시 검색 물음표입니다.

88
00:07:48,180 --> 00:07:50,010
Q는 Corgies와 같습니다.

89
00:07:50,120 --> 00:07:53,710
바로 여기에 들어가기 위해 어떤 유형의 요청을했다고 생각하십니까?

90
00:07:54,570 --> 00:08:02,390
방금 전에 요청한 것은 브라우저의 검색 창이나 탐색 표시 줄에서 요청을받을 수 있다는 것입니다.

91
00:08:02,390 --> 00:08:10,820
그래서 이것은 요청을 얻는 것입니다. 그러나 우리는 또한 검색 용어 인 작은 정보를 함께 보내고 있습니다. 요청은 여전히 ​​요청입니다.

92
00:08:10,830 --> 00:08:13,260
우리는 데이터베이스에 Corgies를 추가하지 않습니다.

93
00:08:13,290 --> 00:08:16,620
우리는이 응용 프로그램이나 데이터베이스에 새로운 것을 게시하지 않습니다.

94
00:08:16,830 --> 00:08:22,140
우리는 순전히 자신의 제목에 Corgies가있는 게시물을 검색하는 정보를 검색하고 있습니다.

95
00:08:22,130 --> 00:08:25,460
이것은 get 요청과 함께 일부 데이터를 보낼 수있는 방법입니다.

96
00:08:25,620 --> 00:08:27,200
쿼리 문자열이라고합니다.

97
00:08:27,420 --> 00:08:44,740
그래서 여기에 매개 변수를 추가 할 수 있습니다. 이름이 추위와 같아지기를 원하는만큼 많은 것을 추가 할 수 있습니다. 서버는 그걸 가져오고, 이름을 기대한다면 이름 매개 변수를 기대하고있었습니다. 콜트와 같습니다.

98
00:08:44,790 --> 00:08:47,310
그래서 내가 원하는만큼 많은 태그를 붙일 수 있습니다.

99
00:08:47,420 --> 00:08:49,600
나는 여기서 또 다른 일을 할 수있다.

100
00:08:49,640 --> 00:09:02,610
City는 Assef와 같으며이 둘을 계속해서 변경할 수 있지만 Reddit 서버가 검색 페이지에서 기대하는 q를 제외하고는 아무 것도 의미하지 않습니다.

101
00:09:02,700 --> 00:09:04,650
Reddit 닷컴 슬래시 검색.

102
00:09:04,760 --> 00:09:09,660
요청을하면 큐가 검색어와 같을 것으로 예상됩니다.

103
00:09:09,650 --> 00:09:19,150
쿼리 문자열에 대한 마지막 한 가지는 항상 물음표 다음에 시작하고 키 값 쌍을 분리하여 q가 corgi 이름이 cold와 같도록하는 것입니다.

104
00:09:19,160 --> 00:09:22,610
앰퍼샌드로 구분되어 실제로 이들 중 하나를 보냅니다.

105
00:09:22,810 --> 00:09:33,320
여기로 돌아갈 수 있으며 여기에서 프로그램을 클릭 할 수 있으며 harams는 매개 변수 키와 값을 추가 할 수 있습니다.

106
00:09:33,500 --> 00:09:44,060
그래서 여기에 Q가 고양이와 똑같을 때 우편 배달부가 나를 위해이 작은 요청을하고 쿼리 문자열을 추가하는 것을 볼 수 있습니다.

107
00:09:44,100 --> 00:09:50,130
그래서 지금 내가 여기를 보내면 그것을 읽으라는 요청을 받는다. com Q는 고양이와 같다.

108
00:09:50,150 --> 00:09:58,980
Reddit com com slash 검색에 있기 때문에 검색 결과를 얻지 않을 것입니다.

109
00:09:59,010 --> 00:10:04,850
이제 제가 돌아가서 Reddit 닷컴에서 검색 Q가 고양이와 같을 때.

110
00:10:05,070 --> 00:10:10,390
이것은 검색 페이지에 요청을하고 우리가 고양이를 찾고 있다고 말하고 있습니다.

111
00:10:10,560 --> 00:10:14,630
빨리 보내고 여기서 몸으로 가자.

112
00:10:15,060 --> 00:10:31,700
우리는 많은 나이의 Chimo를 얻습니다. 그리고 나는 스크롤 할 것입니다. 정보가 너무 많기 때문에 볼 수는 없지만, 남성과 고양이에 대한 참조는 실제로 미리보기를 클릭하면 볼 수 있습니다. 고양이에 관한 정보.

113
00:10:31,760 --> 00:10:34,090
고양이에 관한 모든 게시물입니다.

114
00:10:34,110 --> 00:10:34,920
완벽하지는 않습니다.

115
00:10:34,910 --> 00:10:39,440
C S는 나타나지 않지만 적어도 우리가 볼 수있는 HCM 입입니다.

116
00:10:39,540 --> 00:10:42,140
이 모든 것을 요약하기 위해 우리는 여기에서 많은 것을 다루었습니다.

117
00:10:42,140 --> 00:10:46,320
우선 모든 종류의 장소에서 요청할 수 있다는 것이 었습니다.

118
00:10:46,320 --> 00:10:48,710
그것은 당신의 브라우저에서만 아닙니다.

119
00:10:48,720 --> 00:11:05,200
다음은 모든 요청에 ​​동사 또는 유형이 있으며 지금까지만 요청을 받았지만 실제로 데이터베이스가있을 때 게시 요청을 보게되며 사용자가 새 데이터베이스에 등록하거나 제출할 수있게하려는 것입니다 의견 또는 그런 것.

120
00:11:05,310 --> 00:11:12,620
그들은 게시물 요청을 보낼 것이고 우리 서버는 요청을 게시하고 요청을받을 때 뭔가를 할 것으로 기대할 것입니다.

121
00:11:13,230 --> 00:11:25,730
따라서 get 요청은 종종 홈 페이지를 가져 오는 검색 정보 검색이나 데이터 전송을 포함하지 않는 페이지 가져 오기를위한 것이지만 Get 요청으로 데이터를 보낼 수 있습니다.

122
00:11:25,760 --> 00:11:33,230
일반적으로 데이터를 정렬 할 방법이나 순서가 필요한지에 대한 검색 쿼리 또는 다른 매개 변수와 같은 매개 변수를 보낼 때입니다.

123
00:11:33,440 --> 00:11:36,770
그러나 핵심은 우리가 아직 데이터베이스에 아무 것도 추가하지 않는다는 것입니다.

124
00:11:36,780 --> 00:11:39,380
데이터베이스 읽기는 변경되지 않습니다.

125
00:11:39,650 --> 00:12:05,120
그것은 단지 제목에 고양이가있는 것들을 요구하고 그 모든 논리는 Reddit에서 발생합니다. Python과 Reddit 스펙으로 작성되었으며 Redditt의 COM 슬래시 검색에 요청을 받고 그 다음에 코드가 있음을 알게 될 것입니다. 요청을 받았을 때 실행되는 명령은 com.slash 검색을 읽고 그 코드에서 쿼리 문자열 대신 변수 대기열을 찾습니다.

126
00:12:05,140 --> 00:12:13,890
상응하는 가치를 고양이가 모든 게시물을 검색하거나 모든 고양이가 일치하는 일을하고 나에게 다시 보내주십시오.

127
00:12:13,880 --> 00:12:22,950
이 HD 메일은 나중에 우리 자신의 응용 프로그램 중 일부를 디버깅하는 방법으로이 과정에서 우편 배달부에게 돌아갈 것입니다.