1
00:00:00,360 --> 00:00:09,510
我們會回來的這段視頻我們基本上要做我們與用戶和評論的最後一個視頻做了同樣的事情，但我們要做到這一點，為用戶和露營地。

2
00:00:09,510 --> 00:00:10,830
主要有兩種觀點。

3
00:00:10,830 --> 00:00:15,640
第一個是我們不希望有人提出一個新的營地，如果他們還沒有登錄。

4
00:00:15,690 --> 00:00:18,190
我們不希望任何人只是去創造一個露營地。

5
00:00:18,200 --> 00:00:19,280
他們必須有一個帳戶。

6
00:00:19,500 --> 00:00:21,290
任何人都可以查看露營地。

7
00:00:21,360 --> 00:00:26,520
任何人都可以閱讀評論，但除非您登錄你不能提交新的露營地或新的註釋。

8
00:00:26,820 --> 00:00:52,360
而第二個是我們不僅要確保你的簽名，但我們也想救你是誰，你的用戶名和ID只是像我們一樣的意見新創建的露營地，這樣一個營地展示頁面上我們可以證明誰創造了它由resti創建土豆創建，然後還具有影響以後誰可以刪除特定的評論或露營地，我們需要的ID和用戶名的工作。

9
00:00:52,440 --> 00:00:57,330
我們將與阻止別人誰不是從創建一個露營地記錄在簡單的部分開始。

10
00:00:57,750 --> 00:01:01,880
所以我們需要開闢露營地路線這是一組路線的露營地。

11
00:01:01,970 --> 00:01:09,010
J.S.這裡的重要途徑是創建路線和新的途徑。

12
00:01:09,090 --> 00:01:16,570
我們不希望用戶能夠看到的形式，如果他們沒有登錄，我們絕對不希望他們能夠真正創建一個，如果他們沒有登錄。

13
00:01:16,800 --> 00:01:20,990
真的沒有辦法，如果他們不使用的形式大多數用戶將永遠得到這一點。

14
00:01:21,150 --> 00:01:27,160
但在技術上有人可能會從郵遞員或東西發送一個請求，仍然添加的東西到我們的數據庫。

15
00:01:27,240 --> 00:01:33,740
如果他們沒有在這麼登陸我們要保護的路徑後，忘記路線，這是迄今為止更重要的之一。

16
00:01:33,870 --> 00:01:35,970
至於我們的大多數用戶都在關注。

17
00:01:36,180 --> 00:01:47,000
但他們兩人，我們要確保你有在獲得簽署，我們已經定義的代碼被記錄在中間的地方，我只是要在複製它。

18
00:01:47,590 --> 00:01:50,480
這是自評是或索引。

19
00:01:50,510 --> 00:02:02,820
是他們兩個人都被記錄並會回到我們的露營地是，只是添加在底部，然後我們將使用在那些套。

20
00:02:03,210 --> 00:02:18,560
所以在這裡，而不是新的，以確保您在就這樣和同樣在這裡的事情記錄在和出行安全記錄。

21
00:02:18,570 --> 00:02:19,240
大。

22
00:02:19,350 --> 00:02:21,890
讓我們來啟動服務器，並給它一個鏡頭。

23
00:02:22,280 --> 00:02:23,040
節點。

24
00:02:23,160 --> 00:02:29,600
是去露營地削減我們沒有露營地，現在這是罰款也沒關係。

25
00:02:29,760 --> 00:02:52,020
我們想要做的就是盡量增加一個，我現在不在登錄所以我應該在日誌中看到論壇，因為如果這是記錄在中間件它重定向我現在削減喜歡它，但報名參加該工作得很好我會在這裡註冊成為胡蘿蔔。

26
00:02:52,050 --> 00:02:56,120
現在讓我們嘗試並添加新的露營地，現在我可以查看論壇。

27
00:02:56,310 --> 00:02:58,110
優秀。

28
00:02:58,170 --> 00:03:05,700
現在讓我們來這是在關聯當前登錄的用戶使用這種新的露營地更困難的斜線樂趣的一部分。

29
00:03:05,910 --> 00:03:08,910
因此，在這種情況下，如果我創建陣營Karnit並點擊提交。

30
00:03:09,060 --> 00:03:11,070
現在，它只是在自己創建的。

31
00:03:11,070 --> 00:03:18,180
它無關，與任何用戶數據，但我們要保存胡蘿蔔的用戶名和胡蘿蔔的ID到該營地。

32
00:03:18,660 --> 00:03:22,580
這將實現這一目標的方式是相當多的，我們做到了徵求意見的方式相同。

33
00:03:22,590 --> 00:03:26,710
我們必須改變營地架構開始，我們去任何進一步之前。

34
00:03:26,820 --> 00:03:33,540
我忘了在我在V 9現在，所以如果你是沿著這些變化以下是9版本開始就更不用說了。

35
00:03:33,570 --> 00:03:36,690
好讓我們打開我們所需要的機型。

36
00:03:36,690 --> 00:03:38,610
這僅僅是營地。

37
00:03:38,680 --> 00:03:47,700
Ĵ是，我們將加入我們基本上添加評論同樣的事情，我們現在有作者和我們稱這種用戶的作者。

38
00:03:47,700 --> 00:03:48,690
其實並不重要。

39
00:03:48,690 --> 00:04:15,030
我就與筆者去是一致的，而不是作家，我們有一個ID是一個對象，那麼我們的用戶名是一個字符串，然後標識的類型是很久的事情了貓鼬該架構的對象ID和類型則引用將是用戶就這樣又節省。

40
00:04:15,030 --> 00:04:16,530
我們在這裡需要一個逗號。

41
00:04:16,870 --> 00:04:18,880
讓我們看看我們在這裡需要一個逗號為好。

42
00:04:19,200 --> 00:04:25,620
OK所以我們現在救什麼，我們需要做的是建立，而不是我們的露營地創建邏輯。

43
00:04:25,650 --> 00:04:38,380
因此，當創建一個露營地，我們要採取當前用戶的ID和當前用戶的用戶名，並把它們保存到筆者上露營地，將工作幾乎相同的方式，它的工作徵求意見為好。

44
00:04:38,430 --> 00:04:44,630
因此，讓我們去營地的路線，然後我們需要找到創建一個就在這裡。

45
00:04:44,770 --> 00:04:46,610
它發布新兇多吉少。

46
00:04:46,710 --> 00:04:52,140
記得這實際上是削減露營地，因為實際上是我們這裡有這一行。

47
00:04:52,290 --> 00:04:58,090
所以，當這條線路進來的抓取數據名圖像描述或做一個新的營地那裡。

48
00:04:58,920 --> 00:05:13,980
所以在我們實際編輯這個數據讓我做有關請求點用戶的日誌，那些濃又之一，這應該是從用戶包含關於當前登錄用戶的信息的最後一個視頻請求的審查。

49
00:05:14,310 --> 00:05:24,490
如果有用戶沒有當前登錄除非沒有辦法，除非因為這個中間件中記錄某人的登錄，我們可以得到這一點，將是空的。

50
00:05:24,850 --> 00:05:25,110
好。

51
00:05:25,110 --> 00:05:28,370
因此，讓我們保存，我們應該會看到請求用戶。

52
00:05:28,500 --> 00:05:33,450
因此，控制-C重新啟動，當我們創建一個營地發生這種情況。

53
00:05:33,900 --> 00:05:35,170
現在讓我們去測試它。

54
00:05:35,370 --> 00:05:52,890
創建一個露營地在這裡有一個形象和營地的名字將被沙漠沙漠和說明，也只是幹熱的沙漠，我們喜歡和將提交。

55
00:05:53,730 --> 00:05:55,530
我也需要先登錄。

56
00:05:55,530 --> 00:06:02,020
好讓我們登錄他的CARIT密碼是password。

57
00:06:02,400 --> 00:06:13,880
現在是在一個新的營地再次證明圖像粘貼在沙漠沙漠幹熱的沙漠，我們現在創造一個露營地和工作正常。

58
00:06:14,340 --> 00:06:18,000
但是，讓我們來看看我們的議會，看看我們的用戶它打印出來。

59
00:06:18,120 --> 00:06:20,350
正如你可以看到它是在這裡。

60
00:06:20,430 --> 00:06:26,300
因此，我們有一個用戶名ID海拉特5 6 2等等等等的十六進制ID。

61
00:06:26,690 --> 00:06:27,330
好。

62
00:06:27,540 --> 00:06:43,610
現在，我們希望把這些數據並將其保存到新的營地，我們可以像這樣做，我們說一個新的營地作者ID等於再新營地筆者用戶名等於但我不打算這樣做的。

63
00:06:43,920 --> 00:07:02,070
我想告訴你，在我看來，一個稍微乾淨的方式是我們要使對象在這裡被稱為VAR作者，而不是說我們將有ID和用戶名和ID將在用戶點unders的ID請求。

64
00:07:02,150 --> 00:07:10,120
這這裡和用戶名會要求使用她的用戶名，我們需要一個逗號。

65
00:07:10,340 --> 00:07:14,440
你可以看到它的抱怨這是很好的，我們得到，我們將保存。

66
00:07:14,790 --> 00:07:23,480
然後，我們只需要該作者傳遞到當我們創造它，所以我們可以這樣做，象這樣的右邊有新的營地。

67
00:07:23,490 --> 00:07:25,470
然後我們就不必做任何事情。

68
00:07:25,500 --> 00:07:29,600
我們已經傳遞新的露營地為我們創造DOT。

69
00:07:29,680 --> 00:07:30,910
所以，現在讓我擺脫了這一點。

70
00:07:31,000 --> 00:07:34,470
造價約LOEG我們現在會增加在用戶數據。

71
00:07:34,800 --> 00:07:35,960
我們應該不錯。

72
00:07:36,000 --> 00:07:39,260
因此，讓我們看看怎麼回事，並確保它正常工作。

73
00:07:39,720 --> 00:07:52,080
但還是在這裡，宿營地，我們正在調用新創建的那正是來自數據庫的背部和恆定日誌希望我們看到在那裡還有我們的作者的數據。

74
00:07:52,380 --> 00:08:09,160
因此，重新啟動使另一個營地，我將不得不登錄這始終是令人沮喪的做，截屏，但它就是我們實際測試在這裡，所以我必須有周圍的密碼沒辦法。

75
00:08:09,390 --> 00:08:12,060
現在，我們已經登錄現在將添加一個新的露營地。

76
00:08:12,060 --> 00:08:19,750
我們將使用相同的圖像你阿雷爾，我們會打電話給這個沙漠jibberish提交。

77
00:08:20,190 --> 00:08:20,990
好。

78
00:08:21,330 --> 00:08:23,170
現在讓我們來看看我們這裡。

79
00:08:23,790 --> 00:08:24,630
完善。

80
00:08:24,630 --> 00:08:28,440
你可以看到，我們的意見是空的說明。

81
00:08:28,440 --> 00:08:37,580
圖片名稱，然後有用戶名和胡蘿蔔ID 5作者：6等等等等全是十六進制的想法。

82
00:08:38,040 --> 00:08:38,370
完善。

83
00:08:38,370 --> 00:08:40,600
所以，這正是工作應該如何。

84
00:08:40,650 --> 00:08:44,400
我們可以做的非常最後一件事是顯示這個節目頁面上。

85
00:08:44,400 --> 00:08:53,770
所以，如果我去這些節目的一個網頁，我們可以只把它打印出來就在這裡提交的提交resti或土豆提交的代碼。

86
00:08:53,780 --> 00:08:55,120
因此，讓我們做到這一點。

87
00:08:55,140 --> 00:08:56,620
這是我們的節目模板。

88
00:08:56,820 --> 00:09:18,280
因此，我們要打開了，而不是使用露營地表明，然後我們有機會獲得，因為這是筆者營地筆者用戶名上，一切都只是做到這一點通過添加其他段落這裡，然後裡面我們需要我們的E.J.阿茲台克人的，我們希望營地。

89
00:09:18,410 --> 00:09:24,700
筆者點的點的用戶名這是本就在這裡這整個事情是露營地。

90
00:09:24,870 --> 00:09:28,190
你想點筆者點的用戶名胡蘿蔔。

91
00:09:28,320 --> 00:09:35,330
而非只是打印出它讓我們做提交並由然後克拉。

92
00:09:35,790 --> 00:09:39,660
而且，我們也讓這款斜體，我可以​​做到這一點。

93
00:09:39,780 --> 00:09:42,800
讓我們在縮進這裡一些空間。

94
00:09:43,410 --> 00:09:44,040
在那裡，我們走了。

95
00:09:44,160 --> 00:09:50,750
然後我就會把ê-M標籤圍繞這裡面還記得我們強調。

96
00:09:50,790 --> 00:09:52,810
從技術上講這不是斜體。

97
00:09:52,830 --> 00:09:56,920
這應該是東西是有意義的，或者是強調我們的網頁上。

98
00:09:57,060 --> 00:09:59,640
它只是碰巧被默認斜體。

99
00:10:00,090 --> 00:10:07,180
因此，讓我們保存重啟服務器，我們將不必再登錄就在這個時候，看看它的工作我剛剛刷新頁面。

100
00:10:07,470 --> 00:10:10,730
我們得到由carot優秀提交。

101
00:10:10,920 --> 00:10:12,050
這裡同樣的事情。

102
00:10:12,180 --> 00:10:14,600
我們實際上並沒有保存到一個作者。

103
00:10:14,700 --> 00:10:16,010
所以，讓我們做一個新的。

104
00:10:16,020 --> 00:10:20,780
再次註冊和我們這裡的用戶名就是火箭人的密碼。

105
00:10:20,820 --> 00:10:23,020
再次，它只是密碼。

106
00:10:23,020 --> 00:10:27,390
讓我們來註冊，然後添加一個新的營地，只是確保它正常工作。

107
00:10:27,420 --> 00:10:34,650
因此，我們使用相同的形象，這一次將只是等等等等和描述也等等等等。

108
00:10:35,100 --> 00:10:39,960
現在讓我們來提交，讓我們來看看它。

109
00:10:39,960 --> 00:10:40,530
在那裡，我們走了。

110
00:10:40,530 --> 00:10:42,810
由火箭人提交的。

111
00:10:42,810 --> 00:10:43,240
大。

112
00:10:43,320 --> 00:10:45,880
所以這就是我想要的一切得到在這一課中完成的。

113
00:10:45,930 --> 00:10:51,330
我想通過確保除非他們已登錄用戶無法創建一個營地開始。

114
00:10:51,370 --> 00:10:56,010
你必須先登錄實際創建一個新的營地這是一個很容易解決。

115
00:10:56,010 --> 00:10:58,640
我們只是在我們的中間件中添加記錄。

116
00:10:58,920 --> 00:11:02,490
然後，我們做的第二件事情竟是更新營地架構。

117
00:11:02,520 --> 00:11:08,720
因此，它現在有一個用戶名ID的作者，然後我們只是填充的，而不是創造。

118
00:11:08,730 --> 00:11:10,070
當你創建一個新的露營地。