1
00:00:00,420 --> 00:00:01,800
よろしくお願いします。

2
00:00:01,860 --> 00:00:07,140
私たちがモンゴーについて学んだことを取る時です。

3
00:00:07,380 --> 00:00:10,520
Bとmongooseについて私たちはキャンプアプリケーションに追加して、データの永続性を追加することができます。

4
00:00:10,980 --> 00:00:17,220
したがって、3つの主なステップは、マングースをインストールして設定することです。そして、モデルをスキームとキャンプグラウンドのモデルに設定する必要があります。

5
00:00:17,460 --> 00:00:19,600
 

6
00:00:20,040 --> 00:00:23,220
そして私たちのルートの代わりにキャンプグラウンドモデルを使う必要があります。

7
00:00:23,310 --> 00:00:29,220
もう少し先に進む前に、私はキャンプのV-2を使用しているので、V-1の別のコピーを作ったので、次の少数のビデオのためにこれで作業します。

8
00:00:29,310 --> 00:00:33,080
 

9
00:00:33,270 --> 00:00:35,800
それは、私たちがより大きな変化を起こすことになるからです。

10
00:00:35,820 --> 00:00:40,130
いくつかのファイルは動き回りますが、私はあなたがV-1コードを見ることができるようにしたいと思います。

11
00:00:40,200 --> 00:00:44,520
ですから、V-2と私は、v3ではなく作業を開始するときに必ずお知らせします。

12
00:00:44,580 --> 00:00:46,110
だから私たちが今持っているものを見てみましょう。

13
00:00:46,200 --> 00:00:48,850
はいの後に走りましょう。

14
00:00:49,320 --> 00:00:50,640
リフレッシュ

15
00:00:51,210 --> 00:00:51,530
OK。

16
00:00:51,540 --> 00:00:57,690
私たちのキャンプ場には新しいキャンプ場を追加することができますが、もちろん私たちはサーバーを再起動するとすぐに私たちが追加する新しいキャンプ場が消えてしまうという問題があります。

17
00:00:57,690 --> 00:01:02,030
 

18
00:01:02,400 --> 00:01:03,730
ですから、それに取り組ませてください。

19
00:01:04,080 --> 00:01:09,530
私たちが必要とするすべてのものを開こうとしていますが、これは今のJascファイルのアプリです。

20
00:01:10,440 --> 00:01:13,380
そして最初に私たちがやりたいことは、マングースをインストールすることです。

21
00:01:13,380 --> 00:01:21,660
そこで、NPMはmongooseダッシュダッシュを保存し、私たちはプロセスをバックグラウンドで実行していることを確認したいと思っています。

22
00:01:21,660 --> 00:01:22,890
 

23
00:01:22,890 --> 00:01:27,970
私たちはパッケージを見ることができました。

24
00:01:28,030 --> 00:01:31,760
ジェイソンはここでマングースを持っていることを二重チェックします。

25
00:01:31,890 --> 00:01:33,790
そこに行く。

26
00:01:34,080 --> 00:01:35,030
今ここにいる。

27
00:01:35,040 --> 00:01:39,150
私たちは、それと同じように、それをmongooseという変数に保存するようにします。

28
00:01:44,850 --> 00:01:45,910
 

29
00:01:45,960 --> 00:01:51,480
 

30
00:01:52,140 --> 00:01:59,010
 

31
00:01:59,010 --> 00:02:01,800
必要なステートメントがたくさんあるときによく見かけるものは、宣言をVarsityから取り除くことができ、複数の変数宣言が連続している場合にこれを行うことができます。

32
00:02:02,100 --> 00:02:04,650
カンマで区切ることができます。

33
00:02:04,650 --> 00:02:06,100
そこに行く。

34
00:02:06,510 --> 00:02:10,980
そしてこれは、body parserとMongooseで呼び出された別の式の変数を、まったく同じように動作させます。

35
00:02:10,980 --> 00:02:12,190
 

36
00:02:12,260 --> 00:02:14,230
私たちは何度も何度も書き込む必要はありません。

37
00:02:14,520 --> 00:02:23,580
また、時には見ることもあるのは、人々がこれらを整列させて、こういう風に見えるということです。

38
00:02:23,700 --> 00:02:25,760
それは本当に個人的な好みの問題です。

39
00:02:25,770 --> 00:02:27,890
私はあなたがそれを見るように今ここにそれを残すでしょう。

40
00:02:28,110 --> 00:02:29,340
しかし、あなたは両方の方法でそれを見るでしょう。

41
00:02:29,370 --> 00:02:31,540
コードが動作する方法には影響しません。

42
00:02:31,830 --> 00:02:34,040
それはちょっとした文体の変化です。

43
00:02:34,320 --> 00:02:40,140
OKだから、イエスが私たちに間違いがないことを確かめた後、節を節約して実行しましょう。

44
00:02:40,140 --> 00:02:41,090
すばらしいです。

45
00:02:41,130 --> 00:02:43,410
今私たちがしたいのは、マングースをつなぐことです。

46
00:02:43,410 --> 00:02:50,400
私たちはmongoose

47
00:02:50,400 --> 00:02:59,340
connectをやるつもりですが、Mongar TVにデータベースはありませんので、動的に作成するだけでMongo

48
00:02:59,370 --> 00:03:02,570
DBコロンスラッシュスラッシュとlocalhostスラッシュに接続する必要があります。まだ存在しないデータベース。

49
00:03:02,610 --> 00:03:06,980
だから、ちょうどそれをYelpキャンプと呼んで保存しましょう。

50
00:03:07,530 --> 00:03:13,530
そしてこれはMangu

51
00:03:13,660 --> 00:03:18,240
D-Bの代わりにYelpキャンプデータベースを作成し、アプリを全くうまく動かせばテストすることができます。

52
00:03:18,270 --> 00:03:23,230
次に行うべきことは、スキーマを設定することです。私はここでそれを行うつもりです。

53
00:03:24,120 --> 00:03:26,430
だから私はここに少しコメントを追加します。

54
00:03:26,430 --> 00:03:33,630
スキーマが設定されていて、このファイルは少し長くなるでしょうし、今後のビデオではそれをリファクタリングするつもりです。

55
00:03:33,630 --> 00:03:34,550
 

56
00:03:34,560 --> 00:03:38,040
これは実際のプロダクションアプリでこれを行う方法ではありません。

57
00:03:38,070 --> 00:03:43,560
もしあなたが10種類のモデルと異なるスキーマを持っていたら、特にルートがたくさんあるなら、非常に速く狂ってしまうでしょう。

58
00:03:43,560 --> 00:03:44,840
 

59
00:03:44,850 --> 00:03:49,860
だから私たちは後でこのファイルを別々のファイルに分割しますが、現在は1つのスキーマを実行しています。

60
00:03:49,980 --> 00:04:02,310
だからそれをvar campgroundスキーマと呼ぶことにしましょう。次に、それを新しいマングーススキーマと同じに設定して、私たちを資本にします。

61
00:04:02,340 --> 00:04:04,030
 

62
00:04:04,050 --> 00:04:10,570
そして今のところキャンプ場には文字列とイメージという名前だけがあります。

63
00:04:10,600 --> 00:04:17,130
それも文字列で、私たちはすでにここにあるものを使用しています。最後に保存するのは、モデルvar

64
00:04:17,130 --> 00:04:27,780
campgroundをmongooseのトップモデルにしてコンパイルし、次に再びキャンプ場を引用符で囲むことです。

65
00:04:27,810 --> 00:04:29,910
 

66
00:04:29,910 --> 00:04:35,180
そして、最後にキャンプ場スキーマであるスキーマ。

67
00:04:35,930 --> 00:04:43,050
それでは、このスキーマを使用するモデルを作成し、その上にたくさんのメソッドがあるので、キャンプグラウンドのようなものを見つけることができます。

68
00:04:43,050 --> 00:04:47,060
 

69
00:04:47,760 --> 00:04:51,430
私たちが最初にやりたいことは、単純なキャンプ場を加えることです。

70
00:04:51,600 --> 00:04:57,930
ですから、これらのいずれかを取ってみましょう。私たちはキャンプ場を作ってキャンプグラウンドを作って始めます。

71
00:04:58,380 --> 00:05:00,400
それはこのように見える。

72
00:05:00,630 --> 00:05:05,760
これは、試してみるとすぐに削除されるように、一時的なものです。

73
00:05:05,760 --> 00:05:07,030
 

74
00:05:07,050 --> 00:05:12,620
キャンプ場を作って、私たちが作成したいオブジェクトを渡したことを思い出してください。

75
00:05:12,880 --> 00:05:17,180
私はこれをちょうどこのように少し上手くフォーマットするつもりです。

76
00:05:17,250 --> 00:05:23,100
だから私たちは最初にオブジェクトを作成して、その後コールバック関数を持っています。

77
00:05:24,480 --> 00:05:28,580
最初にエラーが発生し、2番目がキャンプ場になります。

78
00:05:29,160 --> 00:05:31,610
そして、単純な定数ログを作成します。

79
00:05:31,710 --> 00:05:35,040
 

80
00:05:40,410 --> 00:05:47,020
エラーがログを取り消した場合はエラーを出し、新しく作成したログをキャンセルします。

81
00:05:47,460 --> 00:05:48,820
ちょうどそれのように。

82
00:05:49,120 --> 00:05:51,590
そして、次の行で我々は短所を行うでしょう。 ああ。

83
00:05:51,630 --> 00:05:52,510
キャンプ場。

84
00:05:52,920 --> 00:05:54,990
OK。

85
00:05:55,920 --> 00:05:56,360
だからそれは多くのコードです。

86
00:05:56,380 --> 00:05:57,780
 

87
00:05:58,000 --> 00:06:03,520
しかし、私たちがやっていることは、このデータを使ってキャンプ場を作ってから、それを1つの巨大な線ですべて行うのではなく、ちょうど間隔を置いてしまったことです。

88
00:06:03,510 --> 00:06:05,870
私はそれを離してしまったので、一度これが実行されるコールバック関数を持っています。

89
00:06:05,940 --> 00:06:10,690
 

90
00:06:10,830 --> 00:06:16,140
それが成功するかどうか、コールバック関数があるかどうか、それを公正に処理するエラーを処理しています。

91
00:06:16,730 --> 00:06:17,120
だから私たちはただエラーを印刷しているだけです。

92
00:06:17,130 --> 00:06:18,690
そしてエラーがなければ、キャンプ場を印刷します。

93
00:06:18,940 --> 00:06:21,850
大丈夫。

94
00:06:21,850 --> 00:06:22,520
だから私たちが今できることは、ノードを実行するだけでこれをテストすることです。

95
00:06:22,710 --> 00:06:26,590
そこに行く。

96
00:06:28,590 --> 00:06:29,250
新しく作成されたキャンプ場。

97
00:06:29,250 --> 00:06:30,580
それは創造が働いたからです。

98
00:06:30,720 --> 00:06:33,680
何もエラーは出ていませんでした。

99
00:06:33,840 --> 00:06:35,680
だから私たちはこれを得て、それはイメージと名前のように見える。

100
00:06:35,700 --> 00:06:39,160
また、Mongo Councilを開くことができることを確認するために、ショーTBSを行うことができます。

101
00:06:39,390 --> 00:06:46,200
ここに私たちの新しいヨアヒムのデータベースがあります。私たちはそれと同じようにYelp camを使うことができます。

102
00:06:46,200 --> 00:06:53,110
 

103
00:06:53,760 --> 00:07:01,140
そして、私たちが行うことができるのはコレクションを展示することです。私たちのモデルCingularの名前はキャンプ場であり、私たちのためにそれを複数形にしたので、私たちはキャンプグラウンドを作ります。

104
00:07:01,240 --> 00:07:05,640
そして、私たちができるのは、D-Bキャンプ場がキャンプ場を探していることです。

105
00:07:05,640 --> 00:07:13,220
そしてそこに私たちは1つのキャンプ場に行きます、それはIDと自動的に割り当てられたIDを持っています。

106
00:07:13,650 --> 00:07:19,840
驚くばかり。

107
00:07:20,190 --> 00:07:21,080
だから出て、もう1つのキャンプ場を追加して、これを取り除いてみましょう。

108
00:07:21,120 --> 00:07:26,880
Semin

109
00:07:27,090 --> 00:07:33,540
Creekではなく、花崗岩の丘を作っています。私たちは、作業するための初期データを用意しておきます。

110
00:07:33,540 --> 00:07:35,480
それで、まさにそのような名前のイメージ。

111
00:07:35,550 --> 00:07:39,200
そして、ノードを再度保存することができます。

112
00:07:39,450 --> 00:07:45,510
はい、我々は花崗岩の丘を作成し、それは今のところ十分です私たちの2番目のキャンプ場があります。

113
00:07:45,630 --> 00:07:52,310
次は、このコードをすべてここに置き換えます。

114
00:07:52,560 --> 00:07:55,830
 

115
00:07:55,950 --> 00:08:01,490
このコードをすべて削除することもできますが、ハードコードされた配列を使用するのではなく、そのキャンプ場を使用しているすべてのコードを配列に置き換えることもできます。

116
00:08:01,490 --> 00:08:04,550
 

117
00:08:04,560 --> 00:08:09,550
私たちがすべてのキャンプ場を取得してリストに表示するときにここでやろうとしていることは、ここではデータベースからすべてのキャンプ場を取得して、まずそれを行うことができます。

118
00:08:09,540 --> 00:08:15,130
私は今、このラインをコメントアウトするつもりです。

119
00:08:15,270 --> 00:08:17,310
すべてのキャンプ場をD-Bから取得し、そのファイルをレンダリングする必要があります。

120
00:08:17,820 --> 00:08:25,190
そして、私たちがキャンプ場をすべて取得する方法は、キャンプ場を見つけることです。我々はすべてを探しています。

121
00:08:25,620 --> 00:08:32,370
 

122
00:08:33,580 --> 00:08:40,770
そしてコールバック関数が必要です。最初にエラーが発生し、パラメータがキャンプ場と呼ばれ、エラーの場合はエラーがあるかどうかが常にチェックされます。

123
00:08:40,790 --> 00:08:49,370
そして、我々はただのログエラーをします。

124
00:08:49,500 --> 00:08:52,150
今のところ、実際にユーザーにメッセージを表示しているところで、後でエラー処理を改善する予定です。

125
00:08:52,140 --> 00:08:58,090
今のところ印刷しています。

126
00:08:58,120 --> 00:08:59,640
 

127
00:09:00,140 --> 00:09:08,110
そして、ここで私たちがやろうとしていることは、ここにあるように赤い点をレンダリングすることです。実際にそれをそのまま残すことができます。

128
00:09:08,110 --> 00:09:09,440
 

129
00:09:09,610 --> 00:09:14,530
その理由は、私たちはまだキャンプ場ファイルをレンダリングし、キャンプ場ファイルにレンダリングしたいということです。私たちはそれをキャンプグラウンドと呼ぶことを期待しています。

130
00:09:14,520 --> 00:09:18,630
 

131
00:09:18,720 --> 00:09:24,990
違いは、キャンプ場のソースはもはや私たちがここでキャンプ場を持っていたアレイではなく、ここで定義されています。

132
00:09:25,090 --> 00:09:26,640
だから、少しはっきりさせましょう。

133
00:09:26,670 --> 00:09:28,440
私はこのようなすべてのキャンプ場を呼んでいます。

134
00:09:28,530 --> 00:09:33,900
そして、ここで私はこれを変更します。

135
00:09:34,500 --> 00:09:35,910
すべてのキャンプ場が見えて、接続が見えます。

136
00:09:35,940 --> 00:09:39,100
そこで、私たちは、コレクション内のすべてのキャンプ場を見つけるためにキャンプ場を行っています。

137
00:09:39,420 --> 00:09:43,570
それが完了したら、このコードを実行してください。

138
00:09:43,570 --> 00:09:45,230
コールバック。

139
00:09:45,270 --> 00:09:46,110
エラーがある場合はエラーを表示します。

140
00:09:46,360 --> 00:09:48,450
さもなければ、すべてのキャンプ場を取る。

141
00:09:48,580 --> 00:09:50,610
それはちょうど戻って来て、キャンプ場にEをそれらを送信します。 J. 提出しました。

142
00:09:50,620 --> 00:09:56,460
 

143
00:09:56,460 --> 00:10:05,800
今、私たちが保存してサーバーを再起動すると、これを取り除くつもりですが、それ以外の場合は、データベースに別の花崗岩の丘があります。

144
00:10:05,790 --> 00:10:09,460
 

145
00:10:09,450 --> 00:10:17,510
今はサーバーを起動してページを更新します.2つのキャンプ場が表示されます。

146
00:10:17,510 --> 00:10:19,360
 

147
00:10:19,460 --> 00:10:24,900
これらの2つはデータベースにあり、ハードコーディングされたそのキャンプ場アレイをもう処理していません。

148
00:10:24,900 --> 00:10:25,520
これらは削除するまで常にデータベースに格納されます。

149
00:10:25,520 --> 00:10:28,100
しかし、少なくともサーバーが再起動したり、そこに何らかの問題が発生しても、それらは引き続き維持されます。

150
00:10:28,130 --> 00:10:33,230
だから、これは、ユーザーが新しいキャンプ場を追加したときに動作するように、これを機能させることに焦点を当てています。

151
00:10:33,230 --> 00:10:38,150
そして今、私たちは小さな問題を抱えています。

152
00:10:38,150 --> 00:10:39,970
私はちょうどここにジバリッシュを入力し、送信をヒットするとエラーが発生します。

153
00:10:40,040 --> 00:10:44,380
 

154
00:10:44,570 --> 00:10:52,580
キャンプ場は定義されておらず、新しいキャンプ場をキャンプ場に押し込んでいる実際にはイエス・ライン54にあります。

155
00:10:52,580 --> 00:10:55,250
しかし、私たちがそれを削除したので、そのキャンプ場トレイは未定義です。

156
00:10:55,460 --> 00:10:58,610
それは以前は桟橋でしたが、私たちはこの作業を私たちが望むようにするためにそれを取り除きました。

157
00:10:58,610 --> 00:11:03,410
もうこの行は必要ありません。

158
00:11:03,710 --> 00:11:05,480
代わりに、私たちがしたいことは、新しいキャンプ場を作り、データベースに保存することです。

159
00:11:05,820 --> 00:11:15,190
だから、これは名前とイメージをつかむ必要がある場所と同じであり、このオブジェクトを作る場所も同じです。

160
00:11:15,620 --> 00:11:22,490
 

161
00:11:22,490 --> 00:11:24,510
 

162
00:11:24,560 --> 00:11:31,280
 

163
00:11:32,200 --> 00:11:38,900
 

164
00:11:38,900 --> 00:11:45,590
そして、私たちができることは、それをデータベースに保存することだけです。作成するキャンプ場で最初の引数を作成するか、新しいcampgroundというオブジェクトに既に格納している新しいものを作成します。私たちはそれを渡すことができ、それからちょうどそのようなコールバック関数が必要です。

165
00:11:45,590 --> 00:11:48,620
 

166
00:11:49,280 --> 00:11:57,830
 

167
00:11:57,830 --> 00:12:04,530
2つの引数のエラーを覚えておいてください。このように新しく作成したものを呼び出すとエラーが発生した場合は、エラーが発生し、ユーザーが入力したフォームデータに問題がある場合はエラーが発生します。私たちが実際に何をしたいのか考えてみてください。

168
00:12:04,530 --> 00:12:07,640
 

169
00:12:07,790 --> 00:12:13,100
そして最終的には、ユーザーを再びフォームに戻して写真のようなものを示すメッセージを表示します。空白または名前をCampiに入力します。

170
00:12:13,100 --> 00:12:18,700
しかし、我々はそれらにメッセージを表示することができます。

171
00:12:18,710 --> 00:12:20,250
 

172
00:12:20,300 --> 00:12:29,300
今のところ、私たちは試行錯誤の間違いの常時ログに固執しています。それ以外の場合は、うまくいけばそれだけでキャンプ場に戻ってください。

173
00:12:29,310 --> 00:12:36,350
キャンプ場にリダイレクトする。

174
00:12:37,250 --> 00:12:39,500
そこに行く。

175
00:12:39,540 --> 00:12:40,560
 

176
00:12:41,030 --> 00:12:47,270
そして、それはここに再びこのルートを走らせます。ここにはちょうど追加されたばかりの新しいキャンプ場を含むすべてのキャンプ場があります。

177
00:12:47,270 --> 00:12:54,060
だからそれを試してみましょう。

178
00:12:54,080 --> 00:12:55,290
私はサーバーを再起動し、使用するイメージをつかむつもりです。ここでこのイメージを使用します。

179
00:12:55,370 --> 00:13:04,100
あなたがAroをコピーして、私はここでアプリを開き、OKをリフレッシュして、新しいキャンプ場を追加しようとします。

180
00:13:04,910 --> 00:13:12,260
 

181
00:13:12,260 --> 00:13:13,490
そして、この1つはクラウドの休息場所と呼ばれ、ヒットして提出すると、それは働いたように見えます。

182
00:13:13,820 --> 00:13:22,440
あなたはここに戻ります。

183
00:13:22,510 --> 00:13:23,370
私たちは何の誤りもありません。

184
00:13:23,390 --> 00:13:24,990
ページを更新してもそれがまだ表示されていれば、サーバーを再起動するとこれが真のテストになります。

185
00:13:25,340 --> 00:13:33,560
それはまだそこにある。

186
00:13:33,890 --> 00:13:34,820
OK。

187
00:13:35,060 --> 00:13:35,330
そこで私たちはキャンプ場にデータの永続性を導入しました。

188
00:13:35,330 --> 00:13:38,210
サーバは、何らかの災害が発生した場合でもその電源が出るのを止めることができます。

189
00:13:38,210 --> 00:13:42,310
私たちのデータは依然として存続します。

190
00:13:42,470 --> 00:13:44,930
だから私は雲9に戻ってきて、私がしたことの簡単な要約をします。

191
00:13:45,650 --> 00:13:50,160
そこで私たちはここにマングースを加えました。

192
00:13:50,390 --> 00:13:52,480
私たちは最初にこのコードを実行したときには存在しなかったが、最初に作成されたキャンプデータベースを使用していたたびに存在しなかったYelpキャンプデータベースに接続し、次に名前と画像を持つキャンプグラウンドスキーマを設定しました以上です。

193
00:13:52,910 --> 00:13:58,970
 

194
00:13:58,970 --> 00:14:05,690
 

195
00:14:05,690 --> 00:14:09,590
しかし、もし私たちがもっと多くのものを追加したいのであれば。

196
00:14:09,590 --> 00:14:11,480
非常に簡単で柔軟性があります。

197
00:14:11,480 --> 00:14:13,160
 

198
00:14:13,430 --> 00:14:20,690
そして、この悪名高い行は、スキーマをコンパイルして、キャンプ場をどのように見せるべきかについてこの青写真を取っているモデルにしました。そして、私たちが使うことができるいくつかのコードに変換しています。それは重要です。

199
00:14:21,020 --> 00:14:25,670
 

200
00:14:25,670 --> 00:14:30,530
 

201
00:14:30,530 --> 00:14:35,630
私たちはスラッシュキャンプ場の中でそれを使用して、すべてのキャンプ場を取得してそれらをすべて表示しています。

202
00:14:35,630 --> 00:14:37,340
また、フォームからデータを取得する場所をここで作成してください。

203
00:14:38,270 --> 00:14:43,610
これは非常に多くの変数があるため、少し混乱します。

204
00:14:43,910 --> 00:14:46,740
私たちはフォームから名前と体をつかんでいます。

205
00:14:46,940 --> 00:14:49,760
私たちは別のステップとして新しいオブジェクトを作っています。

206
00:14:50,090 --> 00:14:53,240
私たちはちょうどこのコードをとってここに貼り付けることができました。

207
00:14:53,360 --> 00:14:56,330
しかし、私は私たちがやっていることを示すだけで、とてもうまく新しいものを作るのが好きです。

208
00:14:56,570 --> 00:14:59,620
 

209
00:14:59,620 --> 00:15:06,830
だから、新しいキャンプ場は、オブジェクトの名前です。フォームから来るイメージは、それが成功したかどうかに関わらずCreateが実行されたときに実行されるそのカバーコールバック関数で作成したイメージです。

210
00:15:06,830 --> 00:15:11,190
そして、ここでエラーを処理します。

211
00:15:11,300 --> 00:15:13,160
今は非常に基本的なエラー処理があります。

212
00:15:13,160 --> 00:15:16,180
 

213
00:15:16,270 --> 00:15:20,840
今あなたは本当に扱っていませんそれはただエラーを印刷しているところを認めているだけの誤りです。それ以外の場合は、私たちがここに戻ってくるキャンプ場のページに戻ります。

214
00:15:21,530 --> 00:15:27,620
さて、私たちは今、マングースを接続しました。

215
00:15:27,650 --> 00:15:29,440
データベースをセットアップしました。

216
00:15:29,450 --> 00:15:31,160
 

217
00:15:31,160 --> 00:15:36,520
私たちはこれを使い続けるつもりだし、まもなく、コメントを追加するときにコメントのユーザー認証があるときに、ユーザーのための別のモデルと別のスキーマを見るつもりです。

218
00:15:36,530 --> 00:15:41,860