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

2
00:00:01,260 --> 00:00:02,870
그래서 우리는 우리가 그만 뒀던 곳을 선택하고 있습니다.

3
00:00:02,880 --> 00:00:07,390
새로운 색인을 만들었습니다.

4
00:00:07,500 --> 00:00:12,300
이제 우리는 편집과 업데이트를하고 있으며 제 의견으로는 선생님과 함께 할 것입니다.

5
00:00:12,330 --> 00:00:27,410
이 두 가지가 가장 많은 작업이며 업데이트가 실제로 수행하는 내용을 생각하면 새로운 것의 생성과 새로운 작성과 표시 사이의 하이브리드 유형으로 매번 새로운 개를 만들거나 새 블로그를 만들 수 있기 때문입니다.

6
00:00:27,410 --> 00:00:30,810
업데이트는 먼저 이전 버전을 찾아서 업데이트해야합니다.

7
00:00:30,990 --> 00:00:32,060
그래서 그것으로 시작할 것입니다.

8
00:00:32,190 --> 00:00:37,030
슬래시 개는 슬래시 ID 슬래시 네 개를 나타내는 EDID입니다.

9
00:00:37,410 --> 00:00:38,850
그래서 거기에서 시작합시다.

10
00:00:38,850 --> 00:00:41,990
우리가하기 전에 당신이 이야기해야 할 것들을 강조 할 것입니다.

11
00:00:42,330 --> 00:00:52,200
그리고 그것은 양식 업데이트 경로 업데이트 양식과 내가 할 수있는 메소드 오버라이드라고 썼습니다.하지만 우리가 다루어야 할 좋은 작은 문제입니다.

12
00:00:52,230 --> 00:00:53,920
이제 편집 경로부터 시작해 보겠습니다.

13
00:00:54,220 --> 00:01:05,650
그리고 실제로 슬래시 블로그가 ID 슬래시를 슬래시 (slash)하기 시작한 직후에 실제로 그렇습니다.

14
00:01:05,910 --> 00:01:19,880
여기서 콜백 요청과 응답을 시작합니다. 아직 시작하지 못했던 편집 양식이 응답으로 시작됩니다.

15
00:01:19,920 --> 00:01:20,620
큰.

16
00:01:20,640 --> 00:01:22,550
이제 그 양식을 만들어 봅시다.

17
00:01:22,620 --> 00:01:25,320
그러니 터치하여 슬래시를 사용하십시오.

18
00:01:25,500 --> 00:01:26,300
예.

19
00:01:26,760 --> 00:01:29,700
그런 다음 그것을여십시오.

20
00:01:31,080 --> 00:01:38,670
H1 페이지만으로 간단하고 멋지게 시작하고 그 사실을 확인하십시오.

21
00:01:38,670 --> 00:01:47,070
그래서 J s에서 서버 노드를 시작하고 거기에 도달하십시오.

22
00:01:47,140 --> 00:01:54,700
당신은 이것들 중 하나를 가져 와서 그것에 슬래시를 추가하면 유효한 ID 일 필요는 없습니다.

23
00:01:54,780 --> 00:01:56,690
편집 페이지가 계속 표시됩니다.

24
00:01:56,880 --> 00:01:57,870
큰.

25
00:01:57,880 --> 00:02:03,320
이제 그 중 하나를 얻자. 그러면 우리는 단지 새로운 것에서 형식을 취할 수있다.

26
00:02:03,540 --> 00:02:09,160
따라서 실제로이 페이지의 모든 내용을 복사하려고합니다. 그러면 몇 가지를 업데이트 할 것입니다.

27
00:02:09,180 --> 00:02:11,570
첫 번째 블로그는 새로운 블로그가 아닙니다.

28
00:02:11,690 --> 00:02:13,580
나는 그것이 추가되도록 바꿀 것이다.

29
00:02:14,490 --> 00:02:18,240
또한이 게시물의 위치 또는 양식이 나오는 위치를 변경해야합니다.

30
00:02:18,240 --> 00:02:19,920
그래서 더 이상 블로그를 슬래시가 아닙니다.

31
00:02:20,100 --> 00:02:26,660
Doug의 슬래시 ID 인 업데이트 경로로 보내야하지만 ID가 아직 없습니다.

32
00:02:26,700 --> 00:02:35,910
우리는 그것을 템플릿에서 먼저 찾아야 만합니다. 그래서 지금은 블로그를 파기로 남겨두고 methodis 게시물도 남겨두고 시작할 다른 모든 것을 남겨 둘 것입니다.

33
00:02:36,000 --> 00:02:46,350
우리가 이것을 열면 멋진 형태가 나타나고 다음에는 연결된 두 가지 특징이 있다는 것을 확인해 봅시다.

34
00:02:46,440 --> 00:02:47,970
기본적으로 우리는 둘 다 무료로 얻을 것입니다.

35
00:02:47,970 --> 00:02:51,470
이 두 가지 기능 중 하나만 수행하면됩니다.

36
00:02:51,540 --> 00:02:56,710
우리는 Slash ID가 슬래시 인 Slot ID 인 Arel에 맞는 양식을 제출해야합니다.

37
00:02:56,760 --> 00:02:58,600
ID가 필요합니다.

38
00:02:58,680 --> 00:03:02,290
다른 하나는이 양식에 데이터가 미리 채워지도록하려는 것입니다.

39
00:03:02,610 --> 00:03:10,590
그렇지 않으면 이미지를 편집하고있는 블로그의 제목과 내용을 표시해야하므로 실제로 편집 중이거나 타이핑하는 것이 아닙니다.

40
00:03:10,590 --> 00:03:16,400
이 두 가지 모두 우리가 편집 경로에서 실제 블로그를 먼저 찾아야합니다.

41
00:03:16,950 --> 00:03:26,070
그래서 이것은 새로운 블록과 쇼 블록을 조합 한 것과 같습니다. 올바른 블록을 찾기 위해 먼저이 ID를 사용해야하기 때문입니다.

42
00:03:26,190 --> 00:03:52,530
그래서 id와 ID에 의해 발견 된 블로깅을 보여 주듯이 ID가 매개 변수 ID를 요청하면, 오류가 발생하면 다시 찾은 콜백 콜백이 있습니다. 똑같은 redstart 리다이렉트로 블로그를 그릴 수있는 휴식을 취하십시오.

43
00:03:52,590 --> 00:04:00,980
우리는 약간의 데이터를 전달할 것이고 로그는 발견 된 블로그와 같을 것입니다.

44
00:04:01,560 --> 00:04:02,600
완전한.

45
00:04:02,610 --> 00:04:04,560
이제 템플릿에 블로그가 있습니다.

46
00:04:04,620 --> 00:04:06,070
모든 것이 잘되었습니다.

47
00:04:06,120 --> 00:04:14,710
그래서 그것의 내부는 편집을 말하면서 간단하게 시작하고 여기에 제목을 넣어 로그 만 남습니다.

48
00:04:14,740 --> 00:04:23,680
제목이 Ejay 인 경우 새로 고침을 클릭하면이 페이지를 새로 고침해야합니다.

49
00:04:24,450 --> 00:04:34,420
실제로 이것은 하나의 끔찍한 예제입니다. 왜냐하면 우리는 제목이 없기 때문에 여기에있는 첫 번째 기사를 먼저 선택하거나 그 곳에서 처음으로 게시 해 봅니다.

50
00:04:34,680 --> 00:04:36,750
우리는 그것을 첫번째로 본다.

51
00:04:36,810 --> 00:04:37,520
큰.

52
00:04:37,950 --> 00:04:40,570
이제 폼에 데이터를 추가해야합니다.

53
00:04:40,740 --> 00:04:42,220
그리고 그것은 또한 정말로 쉽습니다.

54
00:04:42,360 --> 00:04:49,290
value 속성을 사용하여 입력의 내부에있는 형식의 값을 지정한다는 점을 기억하십시오.

55
00:04:49,500 --> 00:04:56,920
따라서 자리 표시 자라기보다는 가치를 원하며 가치가 낮은 것으로 말하는 것으로 시작할 수 있습니다.

56
00:04:57,150 --> 00:05:02,470
그리고 우리가 끝내는 곳에서 낮은 것을 미리 채워 놓았습니다.

57
00:05:02,830 --> 00:05:10,010
그래서 우리는 Hello를 원하지 않습니다. 변수를 원하고 우리가 원하는 값은 블로그 제목입니다.

58
00:05:10,270 --> 00:05:23,350
그래서 우리의 자바 스크립트를 실행하여 블로그 제목을 얻은 다음 그 값을 블로그 안에 넣고 블로그 이미지를 제외하고는 똑같은 것을 할 것입니다.

59
00:05:23,590 --> 00:05:24,090
확인 해봐.

60
00:05:24,090 --> 00:05:40,390
이제 우리가 신선하다면 제목과 이미지가 미리 채워져 있습니다. 텍스트 영역에 조금 다른 텍스처가 채워져 있습니다. 태그 사이에있는 내용이 아니라 값이없는 속성입니다. 내부 내용은 미리 채워진 내용입니다.

61
00:05:40,390 --> 00:05:41,760
따라서 실제로는 더 간단합니다.

62
00:05:42,000 --> 00:05:52,150
우리가해야 할 일은 태그 사이에이 거대한 예를 복사하고 몸을 새로 고치는 일을 블로깅하는 것입니다.

63
00:05:52,380 --> 00:05:54,470
우리는 이제 블로그 게시물을 볼 수 있습니다.

64
00:05:54,820 --> 00:05:58,810
그래서 우리가 더 많은 데이터를 추가한다면 이것은 지금 업데이트됩니다.

65
00:05:59,440 --> 00:06:00,390
그리고 나는 제출을 누르십시오.

66
00:06:00,430 --> 00:06:04,490
우리는 여전히이 양식이 올바른 장소에 가지 않는다는 문제가 있습니다.

67
00:06:04,540 --> 00:06:06,980
이제 업데이트 경로에 중점을 둘 필요가 있습니다.

68
00:06:07,840 --> 00:06:12,780
그래서 강아지 슬래시 ID를 풋 요청으로 업데이트하십시오.

69
00:06:12,820 --> 00:06:17,850
그래서 우리의 응용 프로그램에서 시작하자 경로에 추가합니다.

70
00:06:18,490 --> 00:06:22,250
그래서 경로 애플 리케이션 도트를 업데이 트하십시오.

71
00:06:22,510 --> 00:06:32,680
이번에는 pote 요청이고 HTP 요청의 요점은이 여러 가지 동사가 실제로 의미있는 것으로 만들기위한 것이라는 점을 기억해야합니다.

72
00:06:32,680 --> 00:06:42,510
기능에 부분을 추가하여 입력 요청이있는 것으로 확인되면 항목을 업데이트해야한다는 것을 알고 있지만 게시 요청만으로 모든 작업을 수행 할 수 있습니다.

73
00:06:42,520 --> 00:07:11,800
그래서 우리는 안심할 수있는 라우팅을 따르고있다. put 요청을해야하고 URL은 슬래시 로그 슬래시 ID이다. 바로 여기에서 새로 고침한다. sosh ID 블로그는 ID를 슬래시한다. 여기에 빨간 점을 보내고 랩을 다시 보내는 정말 간단한 것이 있습니다.

74
00:07:12,010 --> 00:07:15,750
우리가이 메시지를 보면 그것이 효과가 있다는 것을 압니다.

75
00:07:16,330 --> 00:07:32,610
그리고 제가 가서 양식을 업데이트하여 적절한 장소에 제출하고 들어가기를 바꿀 필요가 있다면 블로그로 바꾸고 ID를 슬래시 (slash ID)로 바꾸어서 거기에 아무것도 넣지 않아도됩니다.

76
00:07:32,950 --> 00:07:35,930
하지만 실제로 ID를 넣으려면 내가 필요합니다.

77
00:07:36,040 --> 00:07:46,410
그렇습니다.이 쇼가 블로그 글에 밑줄 ID를 쓰고 말을했습니다. 지금은 당신에게 그것을 어기는 것이 싫지만 실제로는 효과가 없습니다.

78
00:07:46,630 --> 00:07:54,020
그래서 제출하면 먼저 업데이트 된 게시물을 볼 수 있도록 제출하고 제출을 클릭하십시오.

79
00:07:54,490 --> 00:08:04,340
쇼 페이지로 이동하면 쇼 페이지로 넘어갈뿐만 아니라 모든 양식 데이터가 경로에 추가됩니다.

80
00:08:04,340 --> 00:08:11,860
그래서 당신이 이것을 읽을 수 있는지 모르겠지만 제목이 첫 번째 게시물은 이미지가 주위에있는 이미지를 업데이 트라고합니다.

81
00:08:11,980 --> 00:08:18,420
그래서 폼 데이터를 가져 와서 당신이나 행에 쿼리 문자열로 저장합니다. 요청 문자열은 요청을 할 때 발생하는 것을 기억합니다.

82
00:08:18,670 --> 00:08:19,890
그래서 우리에게는 문제가 있습니다.

83
00:08:20,110 --> 00:08:21,600
그리고 문제는이 문제에 관한 것입니다.

84
00:08:21,790 --> 00:08:27,410
팀 양식이 요청을 지원하지 않는 경우 지금 당장 요청을 게시 및 게시 만 지원합니다.

85
00:08:27,730 --> 00:08:32,820
그리고 그 이유는 한 지점에서 확실한 답을 얻는 것이 정말 어렵다는 것입니다.

86
00:08:32,860 --> 00:08:38,980
요청을하고 삭제할 수있는 양식 양의 일부로 포함될 예정이었습니다.

87
00:08:39,010 --> 00:08:41,980
그리고 나서 그들은 분명히 그것을 너무 어렵게 느꼈습니다.

88
00:08:41,980 --> 00:08:43,200
나는 그것에 대해 읽고 있었다.

89
00:08:43,210 --> 00:08:47,620
이 동영상의 설명에 링크가 포함되어 있지만 이에 대한 내용을 읽을 수 있습니다.

90
00:08:47,620 --> 00:08:49,780
결론적 인 대답은 없습니다.

91
00:08:49,780 --> 00:08:55,430
사람들이 지금까지 온 유일한 결론은 그것을 구현하기에는 너무 늦었다는 것입니다.

92
00:08:55,570 --> 00:09:00,740
그리고 양식을 사용하여 요청을 보낼 수 없다는 사실이 조금 놀랍습니다.

93
00:09:00,760 --> 00:09:03,200
그래서 거기에 해결 방법이있다.

94
00:09:03,700 --> 00:09:07,900
그리고이게이 작은 선이 메서드 오버라이드에 오는 곳입니다.

95
00:09:08,140 --> 00:09:22,020
그래서 어떤 메소드 오버라이드는 단지 우리가 설치 한 간단한 패키지 일뿐입니다. 익스프레스에 사용하려면 익스프레스에 지시 한 다음 폼으로 이동하여 포스트 요청을 보내는 치트를 조금 추가하십시오.

96
00:09:22,360 --> 00:09:36,490
그런데 포트 요청을 시도하고 보내면 기본적으로 요청을받습니다. 이것이 일어난 이유입니다. 그래서 쇼 페이지 인 슬래시 ID를 요청했기 때문에 쇼 페이지로 이동했습니다.

97
00:09:36,880 --> 00:09:37,180
승인.

98
00:09:37,180 --> 00:09:53,010
그래서 우리가 단지 게시로 바뀌면 우리는이 작은 cittie 것을 우리 끝에 추가합니다. Arel의 물음표 밑줄 메서드는 이것을 넣어서 일반 포스터 요청을 보냅니다.

99
00:09:53,460 --> 00:10:00,770
그러나 그것은 쿼리 문자열에서 밑줄 메서드 equals와 메서드 override가 실제로 yes 대신 구성됩니다.

100
00:10:00,870 --> 00:10:19,230
그래서이 밑줄 메서드를 찾고 밑줄 메서드가 put과 같거나 밑줄 메서드가 삭제와 같은 것으로 간주하면 put 요청 또는 삭제 요청으로 처리하고 재정의 할 메서드를 이름 지정하여 게시 요청이라는 사실을 무시합니다 당신은 우리가 여기에 지정하는 것과 같이 그것을 다루는 것을 압니다.

101
00:10:19,230 --> 00:10:28,500
당신은 get request를 지정하거나 우리가 조금만하면 할 수있는 것을 삭제할 수 있습니다. 그러나 지금은 그것과 함께 갈 것입니다.

102
00:10:28,760 --> 00:10:31,860
따라서 언더 스코어 메서드는 put 자체가 아무 것도하지 않는 put과 같습니다.

103
00:10:31,930 --> 00:10:33,450
그것은 단지 쿼리 문자열입니다.

104
00:10:33,630 --> 00:10:34,360
아무것도 바뀌지 않습니다.

105
00:10:34,360 --> 00:10:48,900
Quintel 우리는이 작업을 수행하고 PM 설치 방법은 대시 대시 저장을 무시하지만이 작업을 수행 할 필요가 없기 때문에이 모든 노력을 기울일 가치가 있는지 궁금해 할 것입니다.

106
00:10:48,900 --> 00:10:56,060
블로그 업데이트라는 또 다른 경로를 가질 수 있다는 것을 기억하십시오. 우리는이 중 어느 것도 필요로하지 않습니다.

107
00:10:56,070 --> 00:10:57,610
우리는 게시물 요청을 할 수 있습니다.

108
00:10:57,660 --> 00:10:59,910
우리 자신의 루트를 정의하는 것은 전적으로 우리에게 달려 있습니다.

109
00:11:00,180 --> 00:11:04,640
그러나 우리가 따라야 할이 패턴을 갖기 위해서는이 대회를 갖는 것이 가치가 있습니다.

110
00:11:04,830 --> 00:11:14,250
업데이트와 관련된 모든 부분이 정보를 원하는대로 만들거나 파괴하거나 삭제하도록 편집 요청을 원합니다.

111
00:11:14,250 --> 00:11:16,590
그것은 단지 패턴을 따르는 문제입니다.

112
00:11:17,040 --> 00:11:20,230
이제 우리는 Abdus에서 한 작업을 완료했습니다.

113
00:11:20,310 --> 00:11:24,710
메소드 오버라이드가 필요하다.

114
00:11:24,720 --> 00:11:26,260
내가 여기서 할거야.

115
00:11:26,310 --> 00:11:41,750
메소드 오버라이드 equals 메소드가 필요합니다. Desch가 add 또는 쉼표를 덮어 쓴 다음 앱에 메소드 덮어 쓰기를 사용하도록 지시해야합니다.

116
00:11:41,940 --> 00:11:50,740
그래서 메소드 오버라이드 (override)를 사용하고 나서 당신이 지금 찾고있는 인자를 전달해야합니다.

117
00:11:50,970 --> 00:11:52,650
엉덩이의 밑줄 방법.

118
00:11:52,650 --> 00:11:57,660
그것은 무엇이든 될 수 있지만 일반적으로 당신의 밑줄 방법이 무엇입니까.

119
00:11:57,660 --> 00:12:04,130
이제 메소드를 매개 변수로 사용하는 요청을받을 때마다 우리 앱에 알려 왔습니다.

120
00:12:04,410 --> 00:12:14,970
그것이 패치 패치를 가져 오는 것과 동등한 것은 무엇이든 가져 가라. 그러면 우리는 그것을 놓고 삭제하고 그 요청을 풋 요청이나 삭제 요청으로 다룰 것이다.

121
00:12:14,970 --> 00:12:22,740
그래서 지금 여기에 우리의 루트는 어디서 출력 될 것인가? 이제 실행되어야하며 우리는 이것을 희망적으로보아야합니다.

122
00:12:22,950 --> 00:12:25,200
그래서 해보 죠.

123
00:12:25,230 --> 00:12:27,110
지금까지 문제 없습니다.

124
00:12:27,750 --> 00:12:31,440
좋아, 다시 그 자리로 가자.

125
00:12:31,440 --> 00:12:33,880
그러니 그것을 바꿔 말하도록하자.

126
00:12:34,170 --> 00:12:39,670
일부 느낌표가 제출되고 이제 경로를 업데이트합니다.

127
00:12:39,700 --> 00:12:42,440
따라서 요청에 대해 메소드가 동일한 지 확인하십시오.

128
00:12:42,450 --> 00:12:51,690
우리의 애플 리케이션을 속이는 URL을 넣는 것은 실제로 속임수가 아닙니다. 그러나 메소드 덮어 쓰기는 그것을 듣고 있습니다. 그리고 이것은 실제로 이것은 게시물 요청이 아닙니다.

129
00:12:51,690 --> 00:12:55,670
그들은 우리에게 그것을 입히는 요청으로 간주하여 방아쇠를 당기길 원합니다.

130
00:12:56,190 --> 00:12:58,590
이제 여기서 일어나는 일을 업데이트해야합니다.

131
00:12:58,830 --> 00:13:17,440
그것은 기존의 블로그를 찾아서 새로운 데이터로 업데이트 할 ID를 취해야하며, ID와 업데이트로 바인드하는 로그의 메소드를 사용하여 세 가지 인수를 취하는 방식으로이를 수행 할 수 있습니다.

132
00:13:17,640 --> 00:13:23,100
새로운 데이터와 콜백에 의해 정의 된 ID.

133
00:13:23,790 --> 00:13:25,370
그래서 이것은 정말 좋은 방법입니다.

134
00:13:25,380 --> 00:13:36,770
ID는 멋지고 단순한 요청입니다. 폼의 데이터는 폼 로그 내부에서 호출 한 것입니다.

135
00:13:37,320 --> 00:13:44,960
그래서 시체를 요청 로그 및 콜백 복구입니다.

136
00:13:44,970 --> 00:13:53,150
우리는 오류를 실행하기를 원하며, 우리는이 소리 논리를 다시 또는 실제로 조금 더 명확하게 부릅니다.

137
00:13:53,150 --> 00:13:57,860
업데이트 된 블로그 저장을 해보 죠.

138
00:13:58,470 --> 00:14:03,960
오류가있는 경우 지금 다시 색인으로 리디렉션합시다.

139
00:14:04,080 --> 00:14:10,830
최고의 사용자 흐름은 아니지만 Sache 블로그를 리디렉션하는 것이 좋습니다.

140
00:14:11,350 --> 00:14:12,300
그렇지 않으면.

141
00:14:12,840 --> 00:14:15,550
성공적으로 업데이트 한 경우 수행하려는 작업.

142
00:14:15,660 --> 00:14:21,330
색인으로 돌아갈 수도 있고, 쇼 페이지로 데려 가서 쇼 페이지를 만들 수도 있습니다.

143
00:14:21,390 --> 00:14:22,970
redstart redirect.

144
00:14:23,490 --> 00:14:36,660
그리고 그 ID를 슬래시 블로그를 슬래시해야하고 ID는 우리가 그것을 업데이트 된 블로그 또는 간단한에서 그것을 찾을 수있는 몇 군데에 그렇게 똑같은 tramstop ID에서 요청을 사용하는 것입니다.

145
00:14:36,660 --> 00:14:45,040
따라서 amstaff ID를 요청해야하므로 ID가 있어야만 올바른 쇼 페이지로 리디렉션됩니다.

146
00:14:45,300 --> 00:14:49,960
그것을 시험 해보고 무슨 일이 일어나는 지보십시오.

147
00:14:51,900 --> 00:14:58,220
확인을 클릭하면 실제로 업데이트 된 것을 추가 할 수 있습니다.

148
00:14:58,770 --> 00:15:02,030
제출하고 작동했습니다.

149
00:15:02,400 --> 00:15:13,260
Id가 그것을 발견했다는 것을 알 수 있습니다. 그리고 Id는 그것을 보여 주었고 show 페이지로 리디렉션되었습니다. 이제 우리의 새로운 타이틀이 있습니다. 그리고 우리가 돌아가 보면 그것을 볼 수 있습니다.

150
00:15:13,260 --> 00:15:16,040
여기 바닥에 어디 있니?

151
00:15:16,050 --> 00:15:23,730
지금 실제로 업데이트 된 첫 번째 게시물은 여전히 ​​업데이트되어 데이터베이스에 보관되므로 작업을 업데이트하는 작업이 많이 필요합니다.

152
00:15:23,730 --> 00:15:30,080
새로운 코드는 메소드 덮어 쓰기를 추가하는 것이 었습니다. 다시 덮어 쓰면 우리가 그렇게해야하는 이유가 조금 이상합니다.

153
00:15:30,090 --> 00:15:34,930
기본적으로 HDMI 양식은 가져 오기 또는 게시 요청 이외의 다른 것을 지원하지 않습니다.

154
00:15:35,250 --> 00:16:07,040
따라서 Rails와 같은 대부분의 프레임 워크는 최소한 요청이나 위조 요청을 위장하는 고유 한 방법을 가지고 있습니다. 따라서 서버 측에서는 요청을 수신하거나 요청을 수신 할 수있는 코드를 작성할 수 있습니다. 패치 요청 또는 삭제 요청 대신 APT와 같은 다른 경로를 정의하지 않아도됩니다. 블로그 슬래시 ID를 업데이트하지 마십시오. 우리는이 작업을 수행 할 수 있지만 아이디어가 필요하지 않습니다.

155
00:16:07,080 --> 00:16:21,830
우리는 그것을 블로그 사이트 ID로 유지할 수 있지만 요청을하게하고 우리는 이미 우리의 쇼를위한 또 다른 블로그 슬래시 아이디어를 얻으려고 요청합니다. 그래서 당신이나 다른 사람을 그대로 유지하면서 물건을 분리하는 방법입니다.

156
00:16:21,960 --> 00:16:22,480
괜찮아.

157
00:16:22,650 --> 00:16:29,970
그래서 방법은 우리가 그것을 바로 여기에서하도록 구성된 방법 인 밑줄 방법을 듣습니다.

158
00:16:30,900 --> 00:16:31,260
큰.

159
00:16:31,260 --> 00:16:32,740
그래서 우리에게는 업데이트가 있습니다.

160
00:16:32,760 --> 00:16:38,070
우리가 지금해야 할 마지막 일은 그것을 파괴하고 운 좋게 파괴하는 것입니다. 멋지고 간단합니다.