1
00:00:00,000 --> 00:00:02,000
[Powered by Google Translate] [8 nedēļa, Turpinājums]

2
00:00:02,000 --> 00:00:04,000
[David J. Malan] [Hārvarda]

3
00:00:04,000 --> 00:00:08,000
[Tas ir CS50.] [CS50.TV]

4
00:00:08,000 --> 00:00:13,000
>> Tas ir CS50, tāpēc šī ir beigas 8 nedēļa šeit.

5
00:00:13,000 --> 00:00:16,000
Mums, protams, bija mazliet viesuļvētra šonedēļ,

6
00:00:16,000 --> 00:00:19,000
tāpēc tagad tas patiešām ir tikai tu un es šajā lekciju zālē,

7
00:00:19,000 --> 00:00:22,000
bet šodien mēs turpinām mūsu saruna par PHP

8
00:00:22,000 --> 00:00:25,000
un par web programmēšanas vispār, kā mēs arī ieviest ideju

9
00:00:25,000 --> 00:00:29,000
datubāzu, īpaši viens sauc MySQL, kas ir diezgan populārs šajās dienās,

10
00:00:29,000 --> 00:00:34,000
lielā mērā tāpēc tās mērogojamību, kā arī tāpēc, ka tā pagaidām bezmaksas un atvērtā koda.

11
00:00:34,000 --> 00:00:37,000
>> Bet vispirms, apskatīt, kur mēs left off pēdējo reizi.

12
00:00:37,000 --> 00:00:40,000
Atgādina, ka mēs meklējām pie vairākiem Frosh IMS piemēriem,

13
00:00:40,000 --> 00:00:44,000
un tas bija pretīgs forma, kas man nāca klajā ar apmēram 15 + gadiem

14
00:00:44,000 --> 00:00:49,000
lai būtu skolēnus par Campus reģistrā par pirmkursnieks klātienes sporta

15
00:00:49,000 --> 00:00:52,000
bez faktiski pārgājiens vairs pāri pagalmam uz Wigglesworth

16
00:00:52,000 --> 00:00:56,000
slīdēt fizisko papīra zem daži Proctor durvīm.

17
00:00:56,000 --> 00:00:59,000
Tā vietā mēs pārcēlās visu tiešsaistē, bet darīt, ka mums vajadzēja izmantot

18
00:00:59,000 --> 00:01:03,000
no dažām tehnoloģijām, tāpēc viens, mums vajadzēja HTML, hiperteksta iezīmēšanas valoda,

19
00:01:03,000 --> 00:01:07,000
kas atkal ir šis iezīmēšanas valoda, ar kuru jūs veicat interneta lapas strukturāli.

20
00:01:07,000 --> 00:01:10,000
>> Izmantojot mazliet CSS šajās dienās, kaskādes stila lapas,

21
00:01:10,000 --> 00:01:16,000
kad mēs izmantojam stilizācijas no tīmekļa lapas, izmantojot nedaudz atšķirīgu sintaksi,

22
00:01:16,000 --> 00:01:19,000
tā kā HTML viss bija par savu struktūru.

23
00:01:19,000 --> 00:01:21,000
Mums arī ir nepieciešams ieviest tīmekļa programmēšanas valodu.

24
00:01:21,000 --> 00:01:25,000
Šajā gadījumā, mēs izmantot PHP un PHP gatavojas ļaut mums

25
00:01:25,000 --> 00:01:28,000
dinamiski izejas saturu, kā arī darīt programmatiskās lietas, piemēram

26
00:01:28,000 --> 00:01:33,000
nosūtot e-pastus, kā tas bija gadījumā uz piezīmi mēs atstājām pagājušajā nedēļā.

27
00:01:33,000 --> 00:01:35,000
>> Atgādināt, ka attiecībā uz šo kodu bija 2 daļās.

28
00:01:35,000 --> 00:01:38,000
Viens, mums bija froshims3.php,

29
00:01:38,000 --> 00:01:42,000
un tas lielā mērā bija iezīmēšanas ar HTML formu iekšpusē no tā,

30
00:01:42,000 --> 00:01:45,000
niecīga mazliet CSS šeit stilā atribūti

31
00:01:45,000 --> 00:01:48,000
lai forma pati būtu vērsta uz lapu, bet tālāk, ka

32
00:01:48,000 --> 00:01:51,000
Mums bija dažas reprezentatīvas forma ieejas, teksta lauks, rūtiņas,

33
00:01:51,000 --> 00:01:55,000
Daži radio pogas, izvēlieties izvēlni, un pogas Iesniegt.

34
00:01:55,000 --> 00:02:01,000
Un, izmantojot šo veidlapu, mēs iesniedzām uz failu, kas acīmredzot bija sauc register3.php,

35
00:02:01,000 --> 00:02:04,000
kas pats par sevi izskatījās mazliet kaut kas līdzīgs šim.

36
00:02:04,000 --> 00:02:08,000
Tagad lielākā daļa no koda register3.php, atceros, bija visu par pastu.

37
00:02:08,000 --> 00:02:11,000
Tas bija mazliet atzīšana par formu, kas tika iesniegts, lai pārliecinātos

38
00:02:11,000 --> 00:02:14,000
ka lauki tika faktiski sniedz kas tika gaidīts.

39
00:02:14,000 --> 00:02:18,000
Tad mēs sauc dažas PHP funkcijas, izmantojot nedaudz jaunās sintakses,

40
00:02:18,000 --> 00:02:20,000
pat ja tas ir aizgūts no C.

41
00:02:20,000 --> 00:02:24,000
>> Tas bultu operators ļauj izmantot kaut ko sauc objektorientētā programmēšanā.

42
00:02:24,000 --> 00:02:27,000
Mēs neiešu, ka jebkurā detalizēti šeit, bet zinu tagad

43
00:02:27,000 --> 00:02:31,000
tas ir veids, kam funkcijas, kas saistītas ar priekšmetiem,

44
00:02:31,000 --> 00:02:34,000
kas ir īpaša veida struktūra, kā mēs redzējām C.

45
00:02:34,000 --> 00:02:37,000
Bet tagad, tikai pieņemt ticībā, ka tas ir pareizs sintakse izmantot

46
00:02:37,000 --> 00:02:41,000
ja izmanto bibliotēku, piemēram, šo PHPMailer bibliotēkā.

47
00:02:41,000 --> 00:02:44,000
Un tad gada beigās šo failu mēs bijām dinamiski radīts-pastu

48
00:02:44,000 --> 00:02:47,000
kas ieguva nosūtīts uz manu jharvard@cs50.net kontā

49
00:02:47,000 --> 00:02:50,000
no mana jharvard@cs50.net konta,

50
00:02:50,000 --> 00:02:54,000
un mēs informēja lietotājam attiecīgi, ka tās bija reģistrētas šajā sporta veidā.

51
00:02:54,000 --> 00:02:57,000
Tas ir diezgan daudz, ko Frosh IP vietā darīja visus šos gadiem

52
00:02:57,000 --> 00:03:00,000
kad es to īstenoja, kas piešķirts, citā valodā,

53
00:03:00,000 --> 00:03:02,000
bet tas parāda, varbūt varu, kas jums ir

54
00:03:02,000 --> 00:03:05,000
tagad, ka jūs varat izteikt sevi ne tikai programmatiski

55
00:03:05,000 --> 00:03:08,000
pie zema līmeņa valodā, piemēram, C, bet daudz augstākā līmenī

56
00:03:08,000 --> 00:03:11,000
ar šiem ļoti reālās pasaules pieteikumus, piemēram e-pastu uz faktiski atrisinātu

57
00:03:11,000 --> 00:03:13,000
dažas reālās pasaules problēmas.

58
00:03:13,000 --> 00:03:16,000
>> Tagad, protams, lai gan es izmantot šo skriptu, lai radītu dažus

59
00:03:16,000 --> 00:03:20,000
e-pastus dinamiski no jharvard@cs50.net, kas ir patiešām konts

60
00:03:20,000 --> 00:03:23,000
ka man ir pieeja, tie ir diezgan uzmanīgi, lai nosūtītu

61
00:03:23,000 --> 00:03:26,000
pastu tikai no kontiem, kas ir faktiski jūsu pašu,

62
00:03:26,000 --> 00:03:30,000
citādi lietas iegūt jums mazliet karsta ūdens dzīvē.

63
00:03:30,000 --> 00:03:35,000
Ar to teica, pieņemsim tagad pāreja uz risināšanai cita problēma vispār,

64
00:03:35,000 --> 00:03:37,000
ka ir svarīgi saglabāt valstīm.

65
00:03:37,000 --> 00:03:39,000
Tagad, ko tas patiesībā nozīmē?

66
00:03:39,000 --> 00:03:42,000
HTTP, tas hiperteksta pārsūtīšanas protokols,

67
00:03:42,000 --> 00:03:45,000
faktiski bezvalstnieks protokolu, un ko tas nozīmē, ka

68
00:03:45,000 --> 00:03:48,000
kad jūs uzvilkt kaut ko līdzīgu Google.com tad hit ienākt

69
00:03:48,000 --> 00:03:51,000
Parasti jūsu pārlūkam ir sava veida vērpšanas ikonas, kas pēc tam

70
00:03:51,000 --> 00:03:54,000
rezultāti dažās mājas lapā tiek lejupielādēti,

71
00:03:54,000 --> 00:03:57,000
un tad, ka maz ikona apstājas vērpšanai, un ka patiešām iesaka

72
00:03:57,000 --> 00:04:02,000
ka HTTP ir pabeigusi sava veida savienojumu ar serveri, un tas arī viss.

73
00:04:02,000 --> 00:04:05,000
HTTP ir bezvalstnieks, kas nozīmē, ka tā neuztur

74
00:04:05,000 --> 00:04:08,000
pastāvīgs savienojums ar serveri tādā pašā veidā Skype dara

75
00:04:08,000 --> 00:04:11,000
vai Gchat nav, jo ar HTTP

76
00:04:11,000 --> 00:04:15,000
pieņēmums ir, ka tad, kad jūs esat atnesa mājas lapu, kas ir tā.

77
00:04:15,000 --> 00:04:18,000
>> Tagad, patiesībā šīs dienas vietnēs, piemēram, Facebook un Google Maps

78
00:04:18,000 --> 00:04:21,000
un Twitter un kā tur ir daudz vairāk dinamisms kuru

79
00:04:21,000 --> 00:04:25,000
pat pēc šī ikona apstājas vērpšanai jūs varat faktiski iegūtu vairāk atjauninājumus

80
00:04:25,000 --> 00:04:29,000
no servera, vairāk tweets, vairāk statusa atjauninājumus par Facebook un tamlīdzīgi.

81
00:04:29,000 --> 00:04:33,000
Bet pat tas ir, izmantojot metodi, kas mēs runājam par nedēļu vai divām

82
00:04:33,000 --> 00:04:36,000
pazīstams kā Ajax, izmantojot valodu sauc JavaScript,

83
00:04:36,000 --> 00:04:38,000
bet beigās, dienā, HTTP joprojām bezvalstnieki.

84
00:04:38,000 --> 00:04:42,000
Un vēl, ja jūs vēlaties, lai kaut kā atcerēties lietas par lietotāju

85
00:04:42,000 --> 00:04:44,000
pat pēc to esmu atvienots no servera

86
00:04:44,000 --> 00:04:47,000
PHP nav atļauties jūs līdzekļus darot

87
00:04:47,000 --> 00:04:52,000
jo, kā mēs redzējām pēdējo reizi, PHP ir vairākas superglobals,

88
00:04:52,000 --> 00:04:55,000
un superglobal ir, atkal, īpašu globālo mainīgo

89
00:04:55,000 --> 00:04:59,000
kas ir nodots jums ar web serveri un PHP pati.

90
00:04:59,000 --> 00:05:02,000
>> Jums nav jādara nekas, lai vērtības tajā,

91
00:05:02,000 --> 00:05:05,000
un starp superglobals mēs esam redzējuši līdz šim, ir iegūt un pēc,

92
00:05:05,000 --> 00:05:08,000
kas ir, ja lauki tiks likts automātiski jums,

93
00:05:08,000 --> 00:05:11,000
kā arī pāris citiem, ka mēs neesam redzējuši vēl.

94
00:05:11,000 --> 00:05:17,000
Iekšpusē $ _SERVER ir dažas īpašas mainīgie, kas saistīti ar servera pati.

95
00:05:17,000 --> 00:05:22,000
Kas IP adrese, ko protokols, HTTP vai HTTPS jūs izmantojat,

96
00:05:22,000 --> 00:05:25,000
Ko pieprasījuma metodi jūs izmantojat, un tamlīdzīgi, tāpēc tur ir dažas interesantas,

97
00:05:25,000 --> 00:05:29,000
sulīgs ziņas par serveri, un patiesībā, tur lietotājs, kā arī.

98
00:05:29,000 --> 00:05:33,000
Tur $ _COOKIE, kas ir, ja šīs lietas sauc sīkdatnes tiek glabāti.

99
00:05:33,000 --> 00:05:36,000
Mēs ne tērēt laiku uz cookies sevi šodien,

100
00:05:36,000 --> 00:05:40,000
bet zinu tagad, ka cookie ir tikai neliela daļa no informācijas

101
00:05:40,000 --> 00:05:43,000
ka web serveri var stādīt uz tīmekļa pārlūkprogrammu

102
00:05:43,000 --> 00:05:46,000
un savukārt tās RAM vai savas datora cietā diska

103
00:05:46,000 --> 00:05:49,000
uzglabāt informāciju par lietotāju, piemēram, savu lietotāja vārdu

104
00:05:49,000 --> 00:05:52,000
lai tie nav ierakstiet to katru reizi tie ienāk vai kādu

105
00:05:52,000 --> 00:05:55,000
unikālais numurs vai par šo lietotāja identifikatoru

106
00:05:55,000 --> 00:05:58,000
tā, ka jums nav, lai apgrūtināt tos ar tādus pašus jautājumus par

107
00:05:58,000 --> 00:06:00,000
preferences nākotnē, bet lielākā daļa no interešu

108
00:06:00,000 --> 00:06:02,000
tiesības tagad ir $ _SESSION.

109
00:06:02,000 --> 00:06:07,000
>> Šis superglobal, kas, tāpat kā citiem, ir nodota jums automātiski PHP

110
00:06:07,000 --> 00:06:10,000
, rakstot PHP balstītas mājas

111
00:06:10,000 --> 00:06:13,000
var glabāt kaut ko vēlaties, stīgas, integers,

112
00:06:13,000 --> 00:06:16,000
peldošas punktiem, vērtības, masīvi objekti,

113
00:06:16,000 --> 00:06:20,000
tiešām kaut ko vēlaties, un tas ļauj jums saglabāt to tādā veidā

114
00:06:20,000 --> 00:06:23,000
ka pat tad, ja lietotājs apmeklē jūs tagad un tad

115
00:06:23,000 --> 00:06:26,000
nāk atpakaļ minūti no šī brīža vai 5 minūtes no tagad, jo

116
00:06:26,000 --> 00:06:28,000
tās veic savu laiku pirms noklikšķinot kādu citu saites

117
00:06:28,000 --> 00:06:32,000
PHP nodrošinātu, ka neatkarīgi jūs nodot šo sesija superglobal

118
00:06:32,000 --> 00:06:37,000
Pēc minūtes vai 5 minūtēm joprojām būs tur, kad lietotājs atgriežas.

119
00:06:37,000 --> 00:06:40,000
Un zem motora pārsega šis superglobal īsteno ceļā

120
00:06:40,000 --> 00:06:44,000
šīs lietas sauc sīkfailus, bet tagad, tas ir tikai abstrakcija

121
00:06:44,000 --> 00:06:47,000
ar ko tā ir sava veida programmatisko ekvivalenta iepirkumu grozam.

122
00:06:47,000 --> 00:06:50,000
Neatkarīgi no jums, programmētājs, nodot, ka

123
00:06:50,000 --> 00:06:53,000
superglobal asociatīvā masīva būs tur daži skaits minūtes vēlāk

124
00:06:53,000 --> 00:06:59,000
līdz dzēst to, vai līdz lietotājs aizveras savu pārlūkprogrammu pavisam.

125
00:06:59,000 --> 00:07:02,000
>> Pieņemsim apskatīt, piemēram, kā šī lieta faktiski tiek izmantots.

126
00:07:02,000 --> 00:07:07,000
Jo counter.php Starp šodienas gabalu koda

127
00:07:07,000 --> 00:07:09,000
mums ir šādu līniju.

128
00:07:09,000 --> 00:07:13,000
Sākumā šo failu mēs esam ķekars zilā komentāriem, kas ir neinteresanti tagad.

129
00:07:13,000 --> 00:07:15,000
Bet 13 līnijā mums ir jauna līnija,

130
00:07:15,000 --> 00:07:18,000
session_start, un kas faktiski dara tieši to, ko tā saka.

131
00:07:18,000 --> 00:07:20,000
Tā sākas sesijas.

132
00:07:20,000 --> 00:07:25,000
Tas ļauj izmantot ka liels superglobal $ _SESSION, un tas ir tik vienkārši.

133
00:07:25,000 --> 00:07:30,000
Tagad, ja mēs turpinātu skatīties pie 16 līnija, pieņemsim mēģināt izdomāt, ko šī tīmekļa lapa ir gatavojas darīt.

134
00:07:30,000 --> 00:07:35,000
Ja (isset ($ _SESSION ["skaitītājs"]), tad iet uz priekšu

135
00:07:35,000 --> 00:07:39,000
un veikals counter mainīgo, mazie skaitītājs,

136
00:07:39,000 --> 00:07:42,000
$ _SESSION ["Skaitītājs"].

137
00:07:42,000 --> 00:07:45,000
Šī, šķiet, ir atzīta par vietējo mainīgo sauc skaitītājs

138
00:07:45,000 --> 00:07:48,000
iekšā kas tas liekot kopiju kāds ir iekšā superglobal

139
00:07:48,000 --> 00:07:52,000
aicināja sesija vietas "letes".

140
00:07:52,000 --> 00:07:56,000
Cits, acīmredzot, tas maz vietējo mainīgais skaitītājs, ir inicializēts līdz 0.

141
00:07:56,000 --> 00:08:01,000
>> Bet tad dažas rindiņas vēlāk 26 paziņojumā ka sesija eksemplārs no letes,

142
00:08:01,000 --> 00:08:06,000
tā atslēga, ir jauna piešķirtā vērtība, kas ir tās pašreizējā vērtība plus 1.

143
00:08:06,000 --> 00:08:09,000
Īsāk sakot, šis fails šķiet atjaunināšanu

144
00:08:09,000 --> 00:08:13,000
skaitītājs, kas glabājas iekšpusē sesijas superglobal

145
00:08:13,000 --> 00:08:16,000
pēc palielināšanai to ar 1, bet tā vispirms saglabā kopiju iepriekšējā vērtība

146
00:08:16,000 --> 00:08:20,000
, saglabājot to vietējo mainīgo sauc $ skaitītājs,

147
00:08:20,000 --> 00:08:22,000
un tad uz leju šeit redzēsim, ko vēl.

148
00:08:22,000 --> 00:08:24,000
Izrādās, tā ir diezgan daudz tikai HTML.

149
00:08:24,000 --> 00:08:29,000
Pēc šīs lapas apakšā mēs redzēt 37 līnija, kas Es esmu apmeklējis šo vietni

150
00:08:29,000 --> 00:08:33,000
skaitītājs vairākas reizes, tāpēc tur ir pāris interesantas iezīmes šeit.

151
00:08:33,000 --> 00:08:36,000
Viens, tas ir acīmredzami mainīgs, taču tas nav pietiekami, lai tikai likt

152
00:08:36,000 --> 00:08:39,000
$ Skaitītājs organismā jūsu HTML, jo, protams

153
00:08:39,000 --> 00:08:43,000
ja tas ir tikai tur, starp jūsu HTML PHP gatavojas pieņemt, ka ir tikai HTML.

154
00:08:43,000 --> 00:08:48,000
Jūs burtiski vēlaties $ skaitītājs, lai iespiež uz ekrāna.

155
00:08:48,000 --> 00:08:51,000
>> Bet tā vietā krītot uz PHP režīma

156
00:08:51,000 --> 00:08:55,000
ar šo gabals sintaksē mēs varam dinamiski ievietot vērtība šeit

157
00:08:55,000 --> 00:08:58,000
ļoti līdzīga garu, ko mēs darījām iepriekšējā reizē ar

158
00:08:58,000 --> 00:09:00,000
Ievietojot vērtības uz stīgām.

159
00:09:00,000 --> 00:09:04,000
Faktiski, tas ir tikai stenogrāfija nošu sakot kaut kas līdzīgs šim burtiski,

160
00:09:04,000 --> 00:09:12,000
print ($ skaitītājs), vai pat, piemēram printf (% s, letes) kaut ko,

161
00:09:12,000 --> 00:09:14,000
vai pat, kā jūs varētu būt redzējis tiešsaistē vai mācību grāmatās,

162
00:09:14,000 --> 00:09:17,000
tur PHP funkcija sauc atbalss

163
00:09:17,000 --> 00:09:20,000
kas nav tas pats, un visi no tiem ir vienkārši vairs aizdusu veidi

164
00:09:20,000 --> 00:09:25,000
, sakot <=.?

165
00:09:25,000 --> 00:09:28,000
Šajā vienā gadījumā jums nav nepieciešams, lai

166
00:09:28,000 --> 00:09:30,000
vārdu PHP pēc jautājuma zīmes.

167
00:09:30,000 --> 00:09:34,000
Tas ir saīsinājums nošu, atkal, ko mēs tikko redzējām pirms brīža

168
00:09:34,000 --> 00:09:37,000
kas atbalsojoties kādu vērtību.

169
00:09:37,000 --> 00:09:39,000
>> Paskatīsimies, ko gala rezultāts ir tas patiesībā ir.

170
00:09:39,000 --> 00:09:43,000
Ļaujiet man iet pār mūsu counter.php failā,

171
00:09:43,000 --> 00:09:47,000
un mēs redzam, ka Deivids tikko kļūdījies, spēlējot ar kodu tur.

172
00:09:47,000 --> 00:09:50,000
Iesim noteikt kāds viņš ieskrūvē augšu,

173
00:09:50,000 --> 00:09:54,000
un kļūda, šķiet, ir tur, aizgāja, par 37 rindā.

174
00:09:54,000 --> 00:09:59,000
Saskaņā ar šīs lapas augšpusē Es esmu apmeklējis šo saitu 0 reizes.

175
00:09:59,000 --> 00:10:02,000
Nu, iesim uz priekšu tagad, un augšpusē pārlūku noklikšķiniet uz

176
00:10:02,000 --> 00:10:05,000
papildināšanas ikonu, un es noklikšķiniet papildināšanas,

177
00:10:05,000 --> 00:10:12,000
un tagad es esmu apmeklējis vietnes 1 reizi, 2, 3, 4, 5, 6, 7, 8.

178
00:10:12,000 --> 00:10:16,000
Un tiešām, ja mēs skatāmies uz avotu šīs lapas faktiskais pirmkods mainās,

179
00:10:16,000 --> 00:10:19,000
un paziņojums pilnībā nav PHP, un tas ir tāpēc,

180
00:10:19,000 --> 00:10:23,000
PHP kods tiek vērtēta vai interpretē servera pusē,

181
00:10:23,000 --> 00:10:27,000
un lai tas nozīmē, ka PHP skriptu izejas ir tas, ko galu galā nosūtīts pārlūku,

182
00:10:27,000 --> 00:10:31,000
kas šajā gadījumā ir daži neapstrādātu HTML un dažas neapstrādāta teksta.

183
00:10:31,000 --> 00:10:33,000
Kas šeit notiek?

184
00:10:33,000 --> 00:10:37,000
>> Nu, ar salīdzinoši dažas rindiņas kodu es esmu spējīgs uzglabāt

185
00:10:37,000 --> 00:10:40,000
neatlaidīgi gaitā vairākas sekundes, vai arī ja mēs gaidījām pietiekami ilgi,

186
00:10:40,000 --> 00:10:44,000
minūtes, pat stundas, dažas vērtības tādā veidā, kas padara HTTP

187
00:10:44,000 --> 00:10:47,000
Šķiet konekcijas stāvokļa parametriem bāzēts, it kā mēs esam saglabāti

188
00:10:47,000 --> 00:10:51,000
Tas savienojums ar serveri, un tas ir tikai atcerēties to, ko es teicu to pēdējo reizi,

189
00:10:51,000 --> 00:10:55,000
bet patiesībā tur ir viss sarežģītības ķekars notiek zem pārsega

190
00:10:55,000 --> 00:10:59,000
iesaistot sīkdatnes, kas ir ļauj PHP man šo ilūziju

191
00:10:59,000 --> 00:11:02,000
Šīs iepirkumu grozā līdzīgu funkciju.

192
00:11:02,000 --> 00:11:05,000
Tagad, triviāls piemērs, kad mēs esam tikai glabāšanai skaitlim,

193
00:11:05,000 --> 00:11:08,000
bet iezīme nāks atpakaļ būs ļoti vērtīgas

194
00:11:08,000 --> 00:11:10,000
kad mēs sākam runāt par vairāk sarežģītu projektu,

195
00:11:10,000 --> 00:11:12,000
Starp tiem problēma noteikti 7.

196
00:11:12,000 --> 00:11:16,000
Tas ir jūsu ļoti pēdējā problēma noteikti CS50.

197
00:11:16,000 --> 00:11:19,000
Es zinu, tas ir tik skumji, bet tas, ko jūs atradīsiet, ka mēs spēsim noslēgt

198
00:11:19,000 --> 00:11:22,000
šī daļa no semestra ko faktiski pārejot

199
00:11:22,000 --> 00:11:25,000
no konteksta, C protams kontekstā ar PHP

200
00:11:25,000 --> 00:11:27,000
bet vienlaikus izmantojot dažus no pašiem pamatiem

201
00:11:27,000 --> 00:11:29,000
Mēs esam runājuši par kādu laiku.

202
00:11:29,000 --> 00:11:33,000
>> Ar 7 PSET mērķis ir īstenot CS50 Finance,

203
00:11:33,000 --> 00:11:37,000
kas ir jūsu pašu versiju Yahoo Finance vai Google Finance

204
00:11:37,000 --> 00:11:40,000
vai pat Etrade.com kurā jums ir spēja

205
00:11:40,000 --> 00:11:43,000
meklēt akciju cenas dotas simboliem, bet vēl vairāk nekā

206
00:11:43,000 --> 00:11:48,000
Jums ir iespēja "pirkt" un "pārdot" krājumi

207
00:11:48,000 --> 00:11:51,000
kas tiek tirgoti dažādi biržās, jo kā šajā mājas lapā

208
00:11:51,000 --> 00:11:55,000
šeit liecina, kas ir patiešām apmērs, kuru mēs esam sākuši

209
00:11:55,000 --> 00:11:59,000
problēma komplekts jums, jums ir login formu, kurā lūgts lietotāja vārdu un paroli.

210
00:11:59,000 --> 00:12:03,000
Tā ir iesniegt pogu, bet pēc tam, kā mēs beidzot redzēt,

211
00:12:03,000 --> 00:12:06,000
nekas īsti notiek zem motora pārsega vēl jo tā

212
00:12:06,000 --> 00:12:09,000
joprojām, lai jūs varētu īstenot spēju reģistrēt jaunus lietotājus,

213
00:12:09,000 --> 00:12:12,000
spēja iegādāties krājumus, pārdot krājumus,

214
00:12:12,000 --> 00:12:14,000
faktiski meklēt pašreizējās akciju cenas.

215
00:12:14,000 --> 00:12:17,000
>> Un tiešām, tas būs kā reālajā pasaulē, kā iespējams, jo mēs darījām

216
00:12:17,000 --> 00:12:20,000
ietver mazliet kodu, kas ļaus jums ar vienu funkciju

217
00:12:20,000 --> 00:12:25,000
vaicājumu Yahoo Finance, kas lieliski padara pieejamus bezmaksas datu

218
00:12:25,000 --> 00:12:31,000
meklē up akciju cenas, pamatojoties uz akciju simbolu vai svārsts simbols,

219
00:12:31,000 --> 00:12:34,000
un jūs saņemsiet atpakaļ pašreizējo akciju cenu dienā.

220
00:12:34,000 --> 00:12:37,000
Šie dati jūs faktiski redzēt šajā konkrētajā PSET būs

221
00:12:37,000 --> 00:12:40,000
apmēram tikpat reālajā pasaulē, jo tā var iegūt tā, ka jūs faktiski saskarsme

222
00:12:40,000 --> 00:12:43,000
ar reālās pasaules krājumiem, reālās pasaules cenām,

223
00:12:43,000 --> 00:12:47,000
un mēs redzēsim, cik daudz naudas jūs varat darīt varbūt

224
00:12:47,000 --> 00:12:51,000
pār tuvāko dienu laikā, spēlējot ar savu problēmu kopumu.

225
00:12:51,000 --> 00:12:55,000
>> Bet pieņemsim vispirms noteikts posms, kā veidot kaut ko, kas noteikti daudz sarežģītāka

226
00:12:55,000 --> 00:12:59,000
nekā counter.php, kas ir daudz sarežģītāka nekā jebkurš no Frosh ARS piemēriem līdz šim,

227
00:12:59,000 --> 00:13:02,000
un pieņemsim mēģināt ieviest dažas paradigmas šeit, kas ļauj mums

228
00:13:02,000 --> 00:13:06,000
gan par 7 PSET un varbūt savu galīgo projektu, ja jūs kaut ko darīt, balstoties web

229
00:13:06,000 --> 00:13:11,000
lai saglabātu savu kodu labi organizēta, lai saglabātu sev normāls,

230
00:13:11,000 --> 00:13:15,000
un spert soli pretī sadarbību, gan CS50 galīgajā projektu

231
00:13:15,000 --> 00:13:18,000
vai aiz ja jūs turpināt, lai programma kaut ko nākotnē.

232
00:13:18,000 --> 00:13:21,000
Tur tas ir vispārējs dizains paradigma

233
00:13:21,000 --> 00:13:24,000
datorzinātnēs un programmatūras izstrādes kopumā

234
00:13:24,000 --> 00:13:27,000
pazīstams kā MVC, modelis skats kontrolieris,

235
00:13:27,000 --> 00:13:30,000
un tas ir muļķīgi akronīms, kas raksturo ļoti jauka ideja,

236
00:13:30,000 --> 00:13:34,000
kas ir atdalīšana dažādiem aspektiem programmas,

237
00:13:34,000 --> 00:13:39,000
īpaši saglabājot atsevišķu loģika vai biznesa loģika, mājas lapā

238
00:13:39,000 --> 00:13:42,000
tā, ka jebkas, kas saistīts lietas, piemēram,

239
00:13:42,000 --> 00:13:45,000
zvana funkciju un vaicājumiem datu bāzes un līdzīgi

240
00:13:45,000 --> 00:13:48,000
notiek nav starp jūsu HTML

241
00:13:48,000 --> 00:13:51,000
bet atsevišķos failos, un, protams, tur ir tas viens fails

242
00:13:51,000 --> 00:13:54,000
parasti, ka esat sauc kontrolieris

243
00:13:54,000 --> 00:13:56,000
tas tiešām smadzenes aiz darbību, un mēs redzam piemēru

244
00:13:56,000 --> 00:13:58,000
Šī tikai brīdi.

245
00:13:58,000 --> 00:14:01,000
>> Tur modeli, kas ir programmēšana kodu

246
00:14:01,000 --> 00:14:05,000
kas dara to runāt ar jūsu datu bāzēm, kas runā ar Yahoo Finance un tamlīdzīgi,

247
00:14:05,000 --> 00:14:08,000
un tad tur ir arī MVC V viedokli,

248
00:14:08,000 --> 00:14:11,000
visi sīkumi, kas ir saistīts ar estētiku, faili, kas faktiski satur

249
00:14:11,000 --> 00:14:14,000
jūsu HTML, varbūt jūsu CSS un līdzīgi.

250
00:14:14,000 --> 00:14:17,000
Ideja, kā šī aina liecina, ka kontrolieris

251
00:14:17,000 --> 00:14:21,000
ir fails, kā mēs drīz redzēt, kā jūs īpaši redzēt 7 PSET,

252
00:14:21,000 --> 00:14:24,000
ka pasaule runā ar izmantojot savu tīmekļa pārlūkprogrammu.

253
00:14:24,000 --> 00:14:27,000
Tas ir fails, kas izpaužas apmeklēja publisko interneta,

254
00:14:27,000 --> 00:14:30,000
bet kontrolieris runā ar potenciāli modeli,

255
00:14:30,000 --> 00:14:34,000
kas ir viens vai vairāki citus failus, kas satur kodu, kas saistītas ar datiem,

256
00:14:34,000 --> 00:14:37,000
kods, kas saistīti ar datu bāzēm un tamlīdzīgi, un tad runā ar

257
00:14:37,000 --> 00:14:40,000
datu apstrādātāju vienu vai vairākiem citiem failus pazīstams kā viedokļiem,

258
00:14:40,000 --> 00:14:43,000
kas ir par mājas lapu estētika, šabloni veidu,

259
00:14:43,000 --> 00:14:47,000
kas varētu veikt dažus datus kā ievade, bet beigās, dienā

260
00:14:47,000 --> 00:14:50,000
vienīgais loģika iekšpusē mērķi būtu sniegšana šiem datiem,

261
00:14:50,000 --> 00:14:53,000
atkārtojot pa cilpu un faktiski spitting dažus

262
00:14:53,000 --> 00:14:56,000
HTML bāzes gūstekņus tās vai pat kaut kā PDF.

263
00:14:56,000 --> 00:14:59,000
>> Kas ir jauka par MVC ir tas, ka jums var būt dažādi viedokļi

264
00:14:59,000 --> 00:15:02,000
pamatojoties uz tipa ierīces, pamatojoties uz tipa faila formātā, kas jums faktiski

265
00:15:02,000 --> 00:15:04,000
vēlas, lai parādītu lietotājam.

266
00:15:04,000 --> 00:15:10,000
Pieņemsim to apskatīt dažas arvien vairāk sarežģītu un labi izstrādāta piemēriem

267
00:15:10,000 --> 00:15:13,000
, sākot vispirms ar versiju 0 Šeit.

268
00:15:13,000 --> 00:15:16,000
Ļaujiet man iet uz priekšu un atvērt mūsu MVC direktorijā šodien

269
00:15:16,000 --> 00:15:21,000
failu sauc index.php pieejama 0 direktorijā.

270
00:15:21,000 --> 00:15:26,000
Pamanīt tas ir super vienkāršs un ļoti underwhelming mājas

271
00:15:26,000 --> 00:15:29,000
Tas ir sava veida uz mājas 0 versiju par CS50,

272
00:15:29,000 --> 00:15:32,000
un paziņojums, kā mums ir saite uz Lekcijas, mums ir saikne ar mācību,

273
00:15:32,000 --> 00:15:35,000
un ja es sekot saiti uz lekcijām paziņojumu, ka URL

274
00:15:35,000 --> 00:15:39,000
līdz top gatavojas mainīt uz lectures.php.

275
00:15:39,000 --> 00:15:44,000
Ja es pēc tam sekojiet saitei, lai nedēļa 1 paziņojumu, ka URL izmaiņas week1.php.

276
00:15:44,000 --> 00:15:46,000
Šķiet, ka diezgan vienkāršs hierarhiskā struktūra šeit.

277
00:15:46,000 --> 00:15:49,000
>> Pieņemsim veikt ātri apskatīt zem motora pārsega, kā tas ir izklāstīts,

278
00:15:49,000 --> 00:15:53,000
un patiešām, ja es paskatos index.php tas ir diezgan vienkārši.

279
00:15:53,000 --> 00:15:57,000
Faktiski, lai gan es sauc šo PHP failu tur nav reāla programmēšanas kodu.

280
00:15:57,000 --> 00:16:01,000
Tur komentārs, ka es uzrakstīju šeit PHP tikai tāpēc lietotājam nav galu galā redzēt to.

281
00:16:01,000 --> 00:16:05,000
Protams, tāpat kā iepriekš, kaut kas ir starp PHP tagiem

282
00:16:05,000 --> 00:16:08,000
izpaužas interpretēt, pat ja tas ir komentārs, un interpretēt komentāru

283
00:16:08,000 --> 00:16:11,000
nozīmē tikai mest to prom beigās, dienā, un faktiski nav

284
00:16:11,000 --> 00:16:15,000
nosūtīt to uz pārlūku, tāpēc viss šeit ir tikai estētika.

285
00:16:15,000 --> 00:16:20,000
Ja es atvērt līdzīgi lectures.php tas arī ir tikai grūti kodētu failu.

286
00:16:20,000 --> 00:16:23,000
Tā notiek, ir kaut kas ko sauc. PHP,

287
00:16:23,000 --> 00:16:27,000
bet tas tiešām ir tikai. html, un week1.php, week2.php

288
00:16:27,000 --> 00:16:31,000
Tāpat ir tikai atzīmes, tāpēc tur ir nepilnības šo dizainu ķekars.

289
00:16:31,000 --> 00:16:33,000
Viens, tas ir milzīgs daudzums copy / paste.

290
00:16:33,000 --> 00:16:37,000
Kaut gan vienīgais, kas mainīsies no šiem failiem ir Nekārtots saraksts,

291
00:16:37,000 --> 00:16:41,000
Li tagus, es tomēr ir dok veidu, HTML, galvas,

292
00:16:41,000 --> 00:16:44,000
virsraksts, tuvu ķermeņa, netālu HTML un vairāk

293
00:16:44,000 --> 00:16:47,000
katrā atsevišķā failā, kas nozīmē, ka, ja es kādreiz gribu pārstrukturēt

294
00:16:47,000 --> 00:16:50,000
Šī tīmekļa lapa vai restylize to man iet un mainīt

295
00:16:50,000 --> 00:16:54,000
visi šie faili manuāli vai ar kādu masveida atrast un nomainīt.

296
00:16:54,000 --> 00:17:01,000
>> Paņemsim solis ir gudrāki, vairs domāt dizaina versijā 1 šeit

297
00:17:01,000 --> 00:17:04,000
kuru kā vienu lasīt man, ka mēs esam iekļāvuši, lai jūs varētu spēlēt kopā ar

298
00:17:04,000 --> 00:17:07,000
Tie vairāk nesteidzīgs mājās paziņojums, ka mēs esam šeit

299
00:17:07,000 --> 00:17:10,000
kopsavilkumu par failiem 1 versijā no šīs vietas,

300
00:17:10,000 --> 00:17:13,000
un šķiet, ka es esmu veikusi to uz sevi, lai faktors, kas

301
00:17:13,000 --> 00:17:17,000
dažas kopīgas kods, header.php un footer.php.

302
00:17:17,000 --> 00:17:20,000
Nu, pieņemsim apskatīt to, kas ir iekšā pirmais no tiem.

303
00:17:20,000 --> 00:17:23,000
Header.php izskatās pazīstams,

304
00:17:23,000 --> 00:17:26,000
bet paziņojums, ja tas nogriezta?

305
00:17:26,000 --> 00:17:30,000
Tiesības pēc 19 līnijas, tā ka viss, kas bija izplatīta

306
00:17:30,000 --> 00:17:33,000
no failiem index.php, lectures.php,

307
00:17:33,000 --> 00:17:36,000
week1 un no iepriekšējā piemēra week2.php.

308
00:17:36,000 --> 00:17:40,000
Ko es darīju bija kopija un sagriež viss, kas bija kopīgs visām šīm failiem,

309
00:17:40,000 --> 00:17:44,000
ielieciet to atsevišķā galvenes failu, un līdzīgi arī footer.php

310
00:17:44,000 --> 00:17:48,000
Vai es piemērot tādu pašu principu, kas paredz tikai interesantas līnijas

311
00:17:48,000 --> 00:17:52,000
kas footer.php ir šie divi, netālu ķermeņa un cieši HTML.

312
00:17:52,000 --> 00:17:55,000
>> Bet ko tas nozīmē tagad ir, ka jaunajā versijā

313
00:17:55,000 --> 00:17:59,000
gada index.php paziņojuma cik daudz vienkāršāka tā var iegūt.

314
00:17:59,000 --> 00:18:02,000
Piešķirts, nedaudz vairāk mistisks meklē, nedaudz mazāk intuitīvu

315
00:18:02,000 --> 00:18:06,000
sekot augšas uz apakšu, bet mans Dievs, visa šī atlaišana tagad ir pagājis.

316
00:18:06,000 --> 00:18:10,000
Mēs pieprasām, izmantojot PHP funkciju burtiski sauc prasa līdz top,

317
00:18:10,000 --> 00:18:15,000
kas ir ļoti atgādina, atgādināt, no C ir # ietvert mehānismu.

318
00:18:15,000 --> 00:18:17,000
Mēs pieprasām header.php augšpusē.

319
00:18:17,000 --> 00:18:20,000
Mēs pieprasām footer.php apakšā, un vienīgā lieta, kas ir atšķirīgs

320
00:18:20,000 --> 00:18:25,000
vai īpašu par šo failu ir saturs, kas ir domāts, lai būtu unikāls ar to.

321
00:18:25,000 --> 00:18:29,000
Ja es pēc tam iet, teiksim, lectures.php, pats princips attiecas.

322
00:18:29,000 --> 00:18:32,000
Atkal, daži pat augšas komentārus, bet tad man prasa header, prasa kājene

323
00:18:32,000 --> 00:18:35,000
un starp tas ir tikai saturs, kas patiesībā mainījies.

324
00:18:35,000 --> 00:18:38,000
Un, ja mēs ieskatījās nedēļa 1 un nedēļa 2 mēs gribētu redzēt

325
00:18:38,000 --> 00:18:42,000
ka pats princips būtu piemērots tur.

326
00:18:42,000 --> 00:18:44,000
Nu, mēs neesam gluži darīts tur.

327
00:18:44,000 --> 00:18:48,000
>> Pieņemsim to apskatīt 2 versiju, kas ir līdzīga struktūra,

328
00:18:48,000 --> 00:18:50,000
bet pamanīt tagad es esmu ieviesusi kaut ko citu.

329
00:18:50,000 --> 00:18:53,000
10 Saskaņā es esmu ieviesusi helpers.php,

330
00:18:53,000 --> 00:18:55,000
kas acīmredzot ir palīgs funkcijas.

331
00:18:55,000 --> 00:18:58,000
Palīgs funkcija parasti samērā īss funkcija

332
00:18:58,000 --> 00:19:01,000
kas jums rakstīt, lai palīdzētu jums, kas dažādās vietās,

333
00:19:01,000 --> 00:19:04,000
un pieņemsim redzēt, kas ir iekšā no helpers.php.

334
00:19:04,000 --> 00:19:07,000
Šajā gadījumā izskatās, ka tas ir 2 funkcijas.

335
00:19:07,000 --> 00:19:10,000
Atgādināt no citu dienu ar mūsu kuba piemēru

336
00:19:10,000 --> 00:19:13,000
Jūs varat noteikt savu funkciju PHP, un ko es esmu darījusi tagad ir es esmu

337
00:19:13,000 --> 00:19:17,000
definētas funkcijas sauc padarītu kājeni un padarīt header,

338
00:19:17,000 --> 00:19:21,000
no kuriem pirmais notiek parametru sauc datus,

339
00:19:21,000 --> 00:19:25,000
kuru sākotnējā vērtība ir tukša masīvs, kā ierosināts tur,

340
00:19:25,000 --> 00:19:29,000
un mēs faktiski var rakstīt tas vēl kodolīgi jaunāko versiju PHP

341
00:19:29,000 --> 00:19:32,000
pasakot atvērto kvadrātiekavas, slēgta kvadrātiekavas.

342
00:19:32,000 --> 00:19:35,000
Tas nozīmē tukšu par 0 izmērs masīvu, bet tomēr masīva.

343
00:19:35,000 --> 00:19:38,000
>> Šis ekstrakts funkcija ir nedaudz īpašs ar to, ka

344
00:19:38,000 --> 00:19:41,000
kas tas ir nepieciešams, jo tās argumentu asociatīvā masīva

345
00:19:41,000 --> 00:19:45,000
kas ir 0 vai vairāki galvenie vērtību pārus, un, ja jums ir atslēga foo

346
00:19:45,000 --> 00:19:48,000
un vērtību joslā Izraksts funkcija

347
00:19:48,000 --> 00:19:51,000
rodas situācija, kas tagad, kā 11 līnijas,

348
00:19:51,000 --> 00:19:57,000
jums ir vietējās mainīgo sauc $ foo kuru vērtība ir bārs.

349
00:19:57,000 --> 00:19:59,000
Un, ja jums bija vairāk atslēgas un vērtības datu masīvs,

350
00:19:59,000 --> 00:20:03,000
Tāpat tie būs ekstrahē vietējā jomu

351
00:20:03,000 --> 00:20:06,000
vai nosaukums telpa, lai footer.php un

352
00:20:06,000 --> 00:20:09,000
pati ideja noteikti šeit, lai header.php

353
00:20:09,000 --> 00:20:12,000
piekļuvi šiem mainīgajiem.

354
00:20:12,000 --> 00:20:15,000
Faktiski, ļaujiet man atvērt atkal header.php

355
00:20:15,000 --> 00:20:18,000
un pievērst uzmanību tam, ko tagad tas izskatās šajā versijā.

356
00:20:18,000 --> 00:20:22,000
>> Nevis grūti kodēšanu CS50 par virsrakstu katru lapu

357
00:20:22,000 --> 00:20:24,000
pamanīt dinamisma, kas ir iespējams tagad.

358
00:20:24,000 --> 00:20:29,000
5 Saskaņā es esmu atbalsojoties virsrakstu mainīgo,

359
00:20:29,000 --> 00:20:34,000
bet vispirms es esmu iet, ka nosaukums mainīgo funkciju sauc htmlspecialchars.

360
00:20:34,000 --> 00:20:38,000
Stulba nosaukumu funkciju, kamēr tā ir, bet tas tiešām dara to, ko tā saka.

361
00:20:38,000 --> 00:20:41,000
Tas tiek panākts, ka speciālās rakstzīmes

362
00:20:41,000 --> 00:20:46,000
virknē, kas ir izdoti, tiek pienācīgi izbēguši HTML.

363
00:20:46,000 --> 00:20:49,000
Tas ir faktiski izvairīties no kaut kā, ko sauc par Cross Site Scripting uzbrukums

364
00:20:49,000 --> 00:20:52,000
kad kāds var ļaunprātīgi vai nejauši

365
00:20:52,000 --> 00:20:55,000
injicēt savu HTML savā mājas lapā

366
00:20:55,000 --> 00:20:59,000
ar ielīmētu kādā veidā, piemēram,

367
00:20:59,000 --> 00:21:02,000
kaut kas jums nav gluži gaidījis, īpaši JavaScript kodu,

368
00:21:02,000 --> 00:21:05,000
kā mēs runājam par nedēļu vai diviem gadiem.

369
00:21:05,000 --> 00:21:08,000
>> Tas tagad header.php, tas ir viedoklis

370
00:21:08,000 --> 00:21:12,000
tādā ziņā, ka tā ļauj jums apskatīt estētiski saturu dažu datu kopas.

371
00:21:12,000 --> 00:21:14,000
Bet jo īpaši, tas veidni.

372
00:21:14,000 --> 00:21:19,000
Tas ir sava veida plānam tagad par to, ko mēs vēlamies no katras lapas galvenē izskatās,

373
00:21:19,000 --> 00:21:23,000
bet tur ir dažas dinamisma ka mēs vēlamies titula būtu dinamiski ievietota

374
00:21:23,000 --> 00:21:26,000
pamatojoties uz virsraksta mainīgā

375
00:21:26,000 --> 00:21:30,000
, kas tika iegūts, kad mēs sauc, atkal,

376
00:21:30,000 --> 00:21:33,000
apmetuma galvenes funkcija.

377
00:21:33,000 --> 00:21:36,000
Tagad, ja mēs paskatījās apmetuma kājeni, tur tiešām nav daudz izmantot šīs tiesības tagad

378
00:21:36,000 --> 00:21:40,000
jo footer.php tur nav dinamika whatsoever.

379
00:21:40,000 --> 00:21:43,000
Tur varētu būt, bet šobrīd tas ir grūti kodēta sarakstu no 2 tagiem,

380
00:21:43,000 --> 00:21:46,000
bet pati ideja attiecas, lai faktiski liecina kādēļ

381
00:21:46,000 --> 00:21:49,000
vai mēs tērēt laiku, kam apmetuma galveni un apmetuma kājenes funkcija?

382
00:21:49,000 --> 00:21:52,000
Ļaujiet man iet nevis tagad uz 3 versiju,

383
00:21:52,000 --> 00:21:56,000
un ar palīgiem 3 versiju es nolēmu to vienkāršot vēl vairāk.

384
00:21:56,000 --> 00:21:58,000
>> Ļaujiet man ir viena apmetuma funkcija.

385
00:21:58,000 --> 00:22:02,000
Man ir tas uzņemtu citu argumentu, šoreiz sauc veidni,

386
00:22:02,000 --> 00:22:05,000
kas ir domāts, lai būtu nosaukums veidnes,

387
00:22:05,000 --> 00:22:11,000
un tad es būs saķēdēt pārgalvīgi php ka mainīgās vērtības.,

388
00:22:11,000 --> 00:22:17,000
un tad, ja tā eksistē foo.php, bar.php vai header.php un footer.php,

389
00:22:17,000 --> 00:22:20,000
tad es esmu gatavojas iet uz priekšu un iegūt mainīgās datus

390
00:22:20,000 --> 00:22:23,000
un tad prasa šo ceļu.

391
00:22:23,000 --> 00:22:29,000
Citiem vārdiem sakot, lai izmantotu šo tagad, ja es atvērt index.php

392
00:22:29,000 --> 00:22:32,000
ievēroju, ka man nav aicinu apmetuma header vairs.

393
00:22:32,000 --> 00:22:36,000
Es tikai aicinu padarīt, bet es iet ar citētajā vērtībā header

394
00:22:36,000 --> 00:22:39,000
lai būtu skaidrs, kuru paraugu es tiešām gribu, lai slodze.

395
00:22:39,000 --> 00:22:41,000
>> Tad nekā šeit pamanīt to, ko es daru.

396
00:22:41,000 --> 00:22:44,000
Es esmu dodas, dinamiski atslēgu īpašumtiesību,

397
00:22:44,000 --> 00:22:47,000
vērtību CS50, un tas arī, kā mēs redzējām iepriekš,

398
00:22:47,000 --> 00:22:51,000
varētu būt vairāk kodolīga ar jaunāko versiju PHP

399
00:22:51,000 --> 00:22:54,000
kur es varētu aizstāt masīvs funkcija ar kvadrātiekavās,

400
00:22:54,000 --> 00:22:57,000
ko es ierosinu ir vēl lasāms un noteikti

401
00:22:57,000 --> 00:22:59,000
mazliet vieglāk rakstīt.

402
00:22:59,000 --> 00:23:02,000
Un, protams, ar apmetuma kājenes zvanu apakšā,

403
00:23:02,000 --> 00:23:05,000
mums nav apnikt iet ar otro argumentu vispār, ne asociatīvais masīvs,

404
00:23:05,000 --> 00:23:07,000
jo tur nekas dinamisks iekšā šī kājeni.

405
00:23:07,000 --> 00:23:10,000
Tas ir tikai daži tuvi tagus HTML.

406
00:23:10,000 --> 00:23:14,000
Labi, mēs esam ņemot soļus tiešām tīrīšanas lietas šeit,

407
00:23:14,000 --> 00:23:17,000
bet ļaujiet man atvērt 2 galīgais piemērus.

408
00:23:17,000 --> 00:23:21,000
Tas viens, skaitlis 4, paziņojums, ka es esmu izdarījusi apzināti tagad

409
00:23:21,000 --> 00:23:26,000
uzlabot uz iepriekšējo piemēram, beidzot izmantojot dažus hierarhiju ar failiem.

410
00:23:26,000 --> 00:23:29,000
>> Ievērojiet, ka šajā kopsavilkumā, jo tas lasa mani, es esmu ieviesusi

411
00:23:29,000 --> 00:23:32,000
ietver direktoriju un veidnes direktoriju

412
00:23:32,000 --> 00:23:35,000
, kuru saturs ir būs lietas, es gribu, lai iekļautu

413
00:23:35,000 --> 00:23:38,000
un veidnes, kas es gribu sniegt, attiecīgi.

414
00:23:38,000 --> 00:23:42,000
Tas ir tiešām mani ir anālais un cenšas, lai saglabātu lietas sakārtot,

415
00:23:42,000 --> 00:23:45,000
glabāt saistītos failus kopā, bet gala rezultāts

416
00:23:45,000 --> 00:23:48,000
ir tas, ka mums tagad ir nedaudz tidier iestatīšanu, bet mums ir jāatceras tagad

417
00:23:48,000 --> 00:23:51,000
jo, piemēram, index.php

418
00:23:51,000 --> 00:23:55,000
kad mums ir nepieciešama failu helpers.php

419
00:23:55,000 --> 00:24:01,000
mums ir tagad pieprasa to, izmantojot includes / helpers.php

420
00:24:01,000 --> 00:24:06,000
nevis tikai pasakot helpers.php jo tagad tas tiešām ir sub direktorijā.

421
00:24:06,000 --> 00:24:09,000
Tagad, kā malā, jūs redzēsiet šos piemērus un daži citi

422
00:24:09,000 --> 00:24:11,000
funkcijas, piemēram, pieprasīt, prasīt vienu reizi.

423
00:24:11,000 --> 00:24:15,000
Tur tiešām funkcija pati sauc iekļaut, un viņi visi ir nedaudz atšķirīga uzvedību.

424
00:24:15,000 --> 00:24:18,000
Šeit es saku pieprasīt vienu reizi, lai padarītu super skaidrs, ka es tikai gribu tos

425
00:24:18,000 --> 00:24:20,000
palīgi iekļauti manu projektu vienreiz.

426
00:24:20,000 --> 00:24:24,000
Bet, ja es esmu uzmanīgs un, ja es esmu patiešām domāju caur manu loģiku pareizi

427
00:24:24,000 --> 00:24:27,000
To vajadzētu pietikt pārāk vienkārši pateikt prasīt līdz top

428
00:24:27,000 --> 00:24:31,000
tik ilgi, kā es nav nejauši nepieciešama to pašu failu citur.

429
00:24:31,000 --> 00:24:34,000
Faktiski, tas ir nedaudz efektīvāks veids, kā darīt lietas, tad, izmantojot

430
00:24:34,000 --> 00:24:38,000
prasa vienu reizi, tāpēc es ņemšu apdares to uz leju, lai tikai prasīt.

431
00:24:38,000 --> 00:24:40,000
>> Paņemsim vienu soli tālāk.

432
00:24:40,000 --> 00:24:46,000
Šis pēdējais piemērs tagad, 5 versijas, ir pat tīrāks mapi hierarhiju.

433
00:24:46,000 --> 00:24:50,000
Pamanīt to, ko es esmu darījusi šeit vienu lasīt man šajā gala versijā

434
00:24:50,000 --> 00:24:54,000
Tagad man ir mana HTML direktoriju, kas man bija visu šo laiku,

435
00:24:54,000 --> 00:24:58,000
bet iekšpusē tur tagad ir tikai index.php, lectures.php,

436
00:24:58,000 --> 00:25:01,000
week1.php un week2.php.

437
00:25:01,000 --> 00:25:05,000
The ietver katalogs tagad dzīvo līdzās HTML direktorijā,

438
00:25:05,000 --> 00:25:08,000
tāpēc tajā pašā līmenī kā brālis, lai runāt.

439
00:25:08,000 --> 00:25:10,000
Tāpēc nav Veidnes.

440
00:25:10,000 --> 00:25:14,000
Galvenais takeaway šeit ir es esmu ieviesusi mazliet vairāk struktūru,

441
00:25:14,000 --> 00:25:17,000
bet galvenais elements tagad ir tā, ka tikai failus

442
00:25:17,000 --> 00:25:21,000
kas nepieciešams, lai būtu interneta pieejamiem, publiski adresējamā

443
00:25:21,000 --> 00:25:25,000
ar URL uz publisko internetā ir manā HTML direktorijā.

444
00:25:25,000 --> 00:25:28,000
>> Tikmēr citi faili, helpers.php, footer.php,

445
00:25:28,000 --> 00:25:32,000
header.php, kas ir apstrīdami varbūt jutīgāka,

446
00:25:32,000 --> 00:25:35,000
varbūt palīgi faktiski ir dažas lietotājvārdus un paroles vai dažas intelektuālā

447
00:25:35,000 --> 00:25:39,000
īpašums raktuves, darbojas es tiešām nevēlos pasauli redzēt, pat ja nejauši.

448
00:25:39,000 --> 00:25:45,000
Tā ir laba prakse, lai saglabātu no valsts HTML direktorijā

449
00:25:45,000 --> 00:25:48,000
visiem dokumentiem, kas nav nepieciešams sevi publiski.

450
00:25:48,000 --> 00:25:51,000
Viss, kas Jums jādara šajā gadījumā, ja aplūko, piemēram,

451
00:25:51,000 --> 00:25:55,000
par HTML directory index.php fails,

452
00:25:55,000 --> 00:25:58,000
pamanīt mums vienkārši ir jābūt nedaudz uzmanīgiem, pieprasot

453
00:25:58,000 --> 00:26:00,000
vai pieprasīt reizi šo failu.

454
00:26:00,000 --> 00:26:03,000
Man vajag, lai vispirms darīt .. iet uz mātes direktorijā,

455
00:26:03,000 --> 00:26:06,000
tad do / includes / helpers.php

456
00:26:06,000 --> 00:26:12,000
nirt atpakaļ uz leju, lai iegūtu failu, kas man rūp.

457
00:26:12,000 --> 00:26:16,000
>> Visus jautājumus, tad par MVC

458
00:26:16,000 --> 00:26:20,000
vai šī salīdzinoši vienkāršs iemiesojums to?

459
00:26:20,000 --> 00:26:23,000
Un ļaujiet man skaidrs, ka mēs vērsta diezgan daudz par

460
00:26:23,000 --> 00:26:27,000
V šeit, uzskati un faktoringa no šīm veidnēm.

461
00:26:27,000 --> 00:26:30,000
Mēs esam īsti atšķirt M no C tikai yet.

462
00:26:30,000 --> 00:26:33,000
Patiesībā, tur tiešām nav M šeit, un pat mūsu C

463
00:26:33,000 --> 00:26:36,000
kontrolieris, nav īsti dara visu, ka daudz, bet jūs saņemsiet daudz vairāk

464
00:26:36,000 --> 00:26:39,000
iepazinušies ar abiem šiem 2 vēstules no MVC,

465
00:26:39,000 --> 00:26:43,000
vai drīzāk, jūs saņemsiet daudz vairāk pazīstams ar C

466
00:26:43,000 --> 00:26:49,000
jo MVC par problēmu kopumu 7, tāpēc tur ir vairāk, ka pie horizonta.

467
00:26:49,000 --> 00:26:51,000
Jautājumi?

468
00:26:51,000 --> 00:26:53,000
Tur tiešām neviens šeit.

469
00:26:53,000 --> 00:26:57,000
>> Labi, pieņemsim tagad pāriet uz otro un galīgo tēmu šodien.

470
00:26:57,000 --> 00:27:00,000
Tas ir ieviest datu bāzē.

471
00:27:00,000 --> 00:27:03,000
Līdz šajā punktā mums bija dažas iespējas datu glabāšanai.

472
00:27:03,000 --> 00:27:05,000
Mēs esam izmanto mainīgos.

473
00:27:05,000 --> 00:27:08,000
Atpakaļ mūsu C failu, I / O diskusija sākām izmantot teksta failus

474
00:27:08,000 --> 00:27:11,000
un izmantojot failus, piemēram fprintf, un tad mēs pat sākām

475
00:27:11,000 --> 00:27:14,000
runājam par CSV failus mazliet, komatiem atdalītas vērtības,

476
00:27:14,000 --> 00:27:17,000
tāpēc visi šie ļāva mums ir dati glabājas

477
00:27:17,000 --> 00:27:19,000
nu nav pastāvīgi vai nemitīgi.

478
00:27:19,000 --> 00:27:23,000
Bet pat CSVs nav īsti veicina meklēšanu

479
00:27:23,000 --> 00:27:25,000
un ievietojot un dzēšana.

480
00:27:25,000 --> 00:27:28,000
Tas patiešām ir tikai stulba teksta failu atdalītas ar komatiem

481
00:27:28,000 --> 00:27:30,000
rindu pēc rindas ar pa vienai rindai, tādēļ, ja jūs vēlaties, lai

482
00:27:30,000 --> 00:27:32,000
meklēt, ka fails vislabāk varat darīt, tiešām ir lineāra meklēt.

483
00:27:32,000 --> 00:27:34,000
Jums ir jāsāk augšpusē lietas, lasīt visu lieta,

484
00:27:34,000 --> 00:27:36,000
un meklēt kādu vērtību interesi.

485
00:27:36,000 --> 00:27:39,000
Ja jūs vēlaties ievietot to jums ir darīt to pašu,

486
00:27:39,000 --> 00:27:41,000
atkārtojot pār to un ievietojot noteiktā vietā,

487
00:27:41,000 --> 00:27:45,000
un patiesībā, jums ir darīt visu, kas meklē loģiku sevi.

488
00:27:45,000 --> 00:27:49,000
>> Jūs nevarat darīt gudrs modelis saskaņošanas ar CSV failā, ja vien tu pats uzrakstīt kodu.

489
00:27:49,000 --> 00:27:51,000
Jūs nevarat darīt filtrāciju CSV faila

490
00:27:51,000 --> 00:27:53,000
ja vien tu pats uzrakstīt kodu.

491
00:27:53,000 --> 00:27:56,000
Vai tas ir jauki, ja kāds cits nodot visas pūles

492
00:27:56,000 --> 00:27:59,000
lai faktiski padarītu meklēšanu viegli un ievietošanas viegli

493
00:27:59,000 --> 00:28:01,000
un dzēšanu un atjaunināšanu un tā tālāk?

494
00:28:01,000 --> 00:28:04,000
Tas ir tieši tas, ko datu bāze.

495
00:28:04,000 --> 00:28:07,000
SQL, strukturēta vaicājumu valoda, ir vēl viena valoda

496
00:28:07,000 --> 00:28:10,000
ka mēs ieviest šeit šodien, bet tas arī ir diezgan pieejamas,

497
00:28:10,000 --> 00:28:13,000
un ko mēs tiešām gatavojas darīt, ir tikai raut no tā dažus no visvairāk izvirzītajā

498
00:28:13,000 --> 00:28:16,000
īpašības, lai par 7 PSET, un, ja jūs kaut ko darīt, balstoties web,

499
00:28:16,000 --> 00:28:19,000
savu galīgo projektu, jums ir iespēja izteikt sevi

500
00:28:19,000 --> 00:28:22,000
attiecībā uz datu vaicājumiem.

501
00:28:22,000 --> 00:28:25,000
Jums ir iespēja saglabāt maz vai daudz datu

502
00:28:25,000 --> 00:28:28,000
jo daudz strukturētā veidā, kas būs beigās, dienā

503
00:28:28,000 --> 00:28:32,000
padarīt savu dzīvi vieglāku, jo ar SQL, jūs varat izteikt sevi

504
00:28:32,000 --> 00:28:35,000
daudz precīzāk, daudz metodiski lai

505
00:28:35,000 --> 00:28:40,000
saņemt atpakaļ kādu datu apakškopu no lielāka kopuma datu.

506
00:28:40,000 --> 00:28:45,000
>> Jūs varat domāt par datubāzē, jo šajā gadījumā, SQL datu bāzē, tiešām, piemēram, Excel

507
00:28:45,000 --> 00:28:48,000
vai numurus, ja tas ir izklājlapu,

508
00:28:48,000 --> 00:28:50,000
vai varbūt vairākas izklājlapas, un izklājlapu, protams,

509
00:28:50,000 --> 00:28:53,000
ir rindas un kolonnas, un tas ir tāpēc,

510
00:28:53,000 --> 00:28:56,000
SQL datu bāzes ir relāciju, relāciju tādā nozīmē

511
00:28:56,000 --> 00:28:59,000
ka tās uzglabā datus ziņā šo tabulu,

512
00:28:59,000 --> 00:29:01,000
rindas un kolonnas.

513
00:29:01,000 --> 00:29:03,000
Tie ir augstākas veiktspējas nekā kaut kā izklājlapu,

514
00:29:03,000 --> 00:29:05,000
un izklājlapu ir paredzēts izmantot cilvēku.

515
00:29:05,000 --> 00:29:08,000
Datubāze ir paredzēts izmantot ar programmētājs

516
00:29:08,000 --> 00:29:12,000
rakstot kodu pret to, tāpēc iemiesojums datubāzes

517
00:29:12,000 --> 00:29:14,000
būs vai nu komandrindas.

518
00:29:14,000 --> 00:29:18,000
>> Viens no populārākajiem relāciju datubāzēm, kas tur ir, atkal, MySQL

519
00:29:18,000 --> 00:29:22,000
kas ir lieliski bezmaksas, ļoti jaudīga, un tas ir tas, ko

520
00:29:22,000 --> 00:29:24,000
Facebook lieto ļoti agri un zināmā mērā vēl šodien

521
00:29:24,000 --> 00:29:27,000
uzglabāt daudz tās datiem, un mēs redzēsim pēc brīža

522
00:29:27,000 --> 00:29:30,000
ka, izmantojot salīdzinoši vienkāršus komandas

523
00:29:30,000 --> 00:29:33,000
mēs varam izvēlēties datus, ievietotu datus, atjaunināt datus,

524
00:29:33,000 --> 00:29:37,000
dzēst datus un tamlīdzīgi, bet par laimi, tur ir vairāk lietotājam draudzīgs interfeiss

525
00:29:37,000 --> 00:29:39,000
nekā tikai rakstīt pie melnā un baltā prompt šeit.

526
00:29:39,000 --> 00:29:43,000
Mēs izmantosim par 7 PSET un aiz bezmaksas rīks sauc phpMyAdmin.

527
00:29:43,000 --> 00:29:45,000
Nosaukums ir nejaušs.

528
00:29:45,000 --> 00:29:47,000
Līdzeklis notiek īstenot PHP,

529
00:29:47,000 --> 00:29:49,000
bet tas ir būtiski svarīgs.

530
00:29:49,000 --> 00:29:53,000
Kas ir noderīgi par phpMyAdmin, ka tas ir tīmekļa lietderība.

531
00:29:53,000 --> 00:29:55,000
Mēs esam iepriekš instalēta to ierīci jums,

532
00:29:55,000 --> 00:29:58,000
un līdz ar to jūs varat izveidot tabulas datu bāzē,

533
00:29:58,000 --> 00:30:01,000
Jūs varat ievietot datus, dzēst datus un vispār redzēt

534
00:30:01,000 --> 00:30:04,000
Jūsu dati diezgan lietotājam draudzīgu vidi.

535
00:30:04,000 --> 00:30:07,000
Lietotājiem nav gatavojas izmantot phpMyAdmin.

536
00:30:07,000 --> 00:30:09,000
>> Tas ir patiešām vienkārši administratīvu vai izstrādātāja rīku

537
00:30:09,000 --> 00:30:12,000
ar ko redzēt un kule ap jūsu datiem un izdomāt, kā to iekārtot,

538
00:30:12,000 --> 00:30:15,000
daudz, kā jūs pats varētu izmantot Excel vai numuri,

539
00:30:15,000 --> 00:30:19,000
bet tas būs lielisks veids, kā vizualizēt to, kas notiek zem pārsega

540
00:30:19,000 --> 00:30:22,000
lai jūs varētu koncentrēties uz interesantu problēmu risināšanas un ne tik daudz

541
00:30:22,000 --> 00:30:25,000
uz mistiskā komandas.

542
00:30:25,000 --> 00:30:28,000
Pieņemsim to apskatīt piemēru datu, kas varētu tikt uzglabāti tabularly

543
00:30:28,000 --> 00:30:30,000
kas relāciju datu bāzē.

544
00:30:30,000 --> 00:30:32,000
Lūk, viens šāds piemērs.

545
00:30:32,000 --> 00:30:35,000
Tagad, diemžēl, phpMyAdmin kļūdījusies uz pusi mešanas veidā pārāk daudz vārdu

546
00:30:35,000 --> 00:30:38,000
un grafikas pie jums, bet, ja jūs asināt tikai par

547
00:30:38,000 --> 00:30:42,000
ID kolonna, lietotāja vārds kolonna un hash kolonna,

548
00:30:42,000 --> 00:30:45,000
Tas ir efektīvi izklājlapu, bet tas notiek, ir fragments

549
00:30:45,000 --> 00:30:49,000
no tabulas iekšpusē ierīces

550
00:30:49,000 --> 00:30:53,000
izmantojot failu, mēs nodrošinām Jūs ar problēmu kopumu 7.

551
00:30:53,000 --> 00:30:57,000
>> Jo īpaši, mēs jums failu, kas pārstāv

552
00:30:57,000 --> 00:31:01,000
bija lietotāja galda, tāpēc izklājlapu satur lietotājus ar 3 kolonnām,

553
00:31:01,000 --> 00:31:05,000
no kuriem viens ir unikāls ID sākas ar 1 un tiek palielināts pēc tam.

554
00:31:05,000 --> 00:31:08,000
Otrajā ailē ir lietotāja vārds, un tiem no jums, kas bija Hacker,

555
00:31:08,000 --> 00:31:12,000
Hakeru izdevums par 2 PSET, varētu atpazīt dažus no šiem lietotāju nosaukumus vismaz.

556
00:31:12,000 --> 00:31:16,000
No labajā pusē ir paroles, bet viņi nav burtiski paroles.

557
00:31:16,000 --> 00:31:19,000
Viņi hashes pantu, tāpēc izrādās

558
00:31:19,000 --> 00:31:22,000
ka uzglabājot paroles datu bāzē ir ļoti slikta ideja.

559
00:31:22,000 --> 00:31:25,000
Jūs visi esat iespējams izlasīt kādā brīdī kādu mājas lapu

560
00:31:25,000 --> 00:31:28,000
vai daži uzņēmuma datubāzē tiek apdraudēta, un tad jums ir

561
00:31:28,000 --> 00:31:31,000
nomainīt savu paroli, jums ir nepieciešams, lai saņemtu kompensācijas par lietām

562
00:31:31,000 --> 00:31:34,000
jo daži slikts puisis tiešām izcēlās savā kontā, kā rezultātā.

563
00:31:34,000 --> 00:31:38,000
>> Uzglabājot paroles skaidrā tekstā, nešifrētu datu bāzē

564
00:31:38,000 --> 00:31:41,000
ir pilnīgi muļķīgs, un tomēr tas ir ievērojami uzjautrinoši

565
00:31:41,000 --> 00:31:44,000
tad lasīt par dažiem ļoti labi zināmiem uzņēmumiem

566
00:31:44,000 --> 00:31:47,000
dažkārt presē kuru datubāzes ir apdraudēti,

567
00:31:47,000 --> 00:31:50,000
un šī daļa nav smieklīgi, bet fakts, ka datubāzes satur nešifrētā

568
00:31:50,000 --> 00:31:53,000
paroles ir smieklīgi, jo burtiski ar vienu līniju kodu

569
00:31:53,000 --> 00:31:57,000
Jūs varat aizsargāt pret šo īpaši apdraudēta, un tas, ko mēs esam darījuši šeit.

570
00:31:57,000 --> 00:32:00,000
Pat mūsu viltus maz CS50 Finance versiju

571
00:32:00,000 --> 00:32:03,000
mums ir šifrējot paroles tikai labs pasākums, un fakts, ka

572
00:32:03,000 --> 00:32:07,000
visi šie paroles sākas ar $ 1 $ ir tikai konvencija.

573
00:32:07,000 --> 00:32:10,000
Tas tikai nozīmē, ka viņi kodēti vai tiešām sajaukts,

574
00:32:10,000 --> 00:32:13,000
kas ir kā vienvirziena šifrēšanas funkcija

575
00:32:13,000 --> 00:32:17,000
kurā jūs nevarat mainīt savu ietekmi ar kaut ko sauc MD5.

576
00:32:17,000 --> 00:32:21,000
>> Fakts, ka 50 ir pēc tas nozīmē, ka sāls vērtība

577
00:32:21,000 --> 00:32:24,000
gada 50 tika izmantota sajaukšanai visām šīm parolēm, izņemot vienu.

578
00:32:24,000 --> 00:32:27,000
Mine, protams, jo jūs varat redzēt, tur, HA,

579
00:32:27,000 --> 00:32:30,000
bija izmantojot citu sāls, lai tie no jums, kas palika nedaudz paklupa uz augšu

580
00:32:30,000 --> 00:32:33,000
varbūt 2 Hacker, kas varētu būt rezultāts mūsu ir izmantojuši

581
00:32:33,000 --> 00:32:36,000
atšķirīgs hash par citiem, jo ​​mana parole ir faktiski tāds pats

582
00:32:36,000 --> 00:32:38,000
kā daži citi lietotājs tur.

583
00:32:38,000 --> 00:32:41,000
Patiesībā, ja jūs esat gaidījis visus šos nedēļas, lai uzzinātu

584
00:32:41,000 --> 00:32:44,000
kādi ir šie paroles tika šeit bija paroles, kas jums bija apstrīdēti

585
00:32:44,000 --> 00:32:48,000
kreka kas Hacker izdevumā problēmu kopumu 2, tāpēc nav pārāk grūts.

586
00:32:48,000 --> 00:32:50,000
Faktiski, Malan s bija tāds pats kā jharvard,

587
00:32:50,000 --> 00:32:54,000
bet, ja mēs ejam atpakaļ viņi izskatījās citādi.

588
00:32:54,000 --> 00:32:58,000
>> Koncentrējieties uz jharvard ar Crimson jo viņi sālīšanu atšķirīgi.

589
00:32:58,000 --> 00:33:01,000
Algoritms tika perturbed tādā veidā, ka

590
00:33:01,000 --> 00:33:05,000
jaucējvērtība, šifrētu vērtība izskatās nedaudz atšķiras

591
00:33:05,000 --> 00:33:08,000
jo ieguldījumi bija nedaudz atšķirīgi, taču parole zem pārsega

592
00:33:08,000 --> 00:33:10,000
vēl galu galā sārtināt.

593
00:33:10,000 --> 00:33:12,000
Tagad, kas rūpējas par šo?

594
00:33:12,000 --> 00:33:15,000
Nu, mēs sniedzam jums parauga lietotājiem, izlases lietotājvārdi

595
00:33:15,000 --> 00:33:18,000
un hashes viņu paroles, lai jūs tiešām ir dažas

596
00:33:18,000 --> 00:33:23,000
Klienti par CS50 Finanšu kad jūs pirmo reizi iegūt pie zemes ar savu kodu.

597
00:33:23,000 --> 00:33:27,000
Jums ir jāīsteno vairāk tabulām iekšpusē MySQL, iekšpusē no datubāzes.

598
00:33:27,000 --> 00:33:30,000
Jums ir radīt vairāk izklājlapas, efektīvi, bet mēs nolēmām dot jums šo vienu

599
00:33:30,000 --> 00:33:33,000
lai iegūtu Jums sākusies, un jūs redzēsiet, ka problēma komplekts specifikācija

600
00:33:33,000 --> 00:33:37,000
pastaigas Jūs, izmantojot procesu, kas importē šo tabulu

601
00:33:37,000 --> 00:33:39,000
un arī izskaidrojot to, ko daži no īpašībām ir,

602
00:33:39,000 --> 00:33:41,000
un jūs arī redzēt, ka mēs sniedz jums ar kodu

603
00:33:41,000 --> 00:33:44,000
rīkoties sajaukšanai vai šo paroles šifrēšanu,

604
00:33:44,000 --> 00:33:49,000
tāpēc jums nav jāuztraucas pārāk daudz par to, ko MD5 vai līdzīgi ir faktiski visu par.

605
00:33:49,000 --> 00:33:53,000
>> Tātad, SQL, strukturēta vaicājumu valoda.

606
00:33:53,000 --> 00:33:56,000
Tas ir, gluži vienkārši, valodu, mēs esam par to, lai sāktu lietot 7 PSET

607
00:33:56,000 --> 00:34:01,000
un varbūt pat ilgāk pieprasīt datus no dažiem bāzē.

608
00:34:01,000 --> 00:34:06,000
Dati ir, atkal, uzglabā tabularly šajās relāciju tabulām, kolonnas un rindas,

609
00:34:06,000 --> 00:34:09,000
bet izmantojot dažus salīdzinoši vienkāršus sintaksi, piemēram, dzēst,

610
00:34:09,000 --> 00:34:12,000
ievietot, atjaunināt un izvēlieties mēs varam darīt tieši to.

611
00:34:12,000 --> 00:34:15,000
Mēs varam izdzēst no datubāzes, ievietot,

612
00:34:15,000 --> 00:34:19,000
atjaunināt datus, kā arī izvēlēties, tas ir, iegūt datus no datu bāzes.

613
00:34:19,000 --> 00:34:21,000
Kā mēs iet par to izdarīt?

614
00:34:21,000 --> 00:34:23,000
Ļaujiet man iet uz priekšu ierīcē.

615
00:34:23,000 --> 00:34:28,000
Ļaujiet man uzvilkt http://localhost,

616
00:34:28,000 --> 00:34:30,000
kas, atkal, ir vietējais pati ierīce.

617
00:34:30,000 --> 00:34:32,000
Tas ir tās noklusējuma segvārdu.

618
00:34:32,000 --> 00:34:35,000
Un ļaujiet man iet / phpMyAdmin.

619
00:34:35,000 --> 00:34:39,000
Tas notiek, ir īpašs URL ka ierīce ir konfigurēta, lai saprastu

620
00:34:39,000 --> 00:34:42,000
ka uzreiz liek man par lietotājvārdu un paroli.

621
00:34:42,000 --> 00:34:46,000
>> Kā ierasts, es esmu gatavojas rakstīt jharvard un tumšsarkanā,

622
00:34:46,000 --> 00:34:48,000
bet saprast, ka ir administratora konts uz datora.

623
00:34:48,000 --> 00:34:53,000
Tas ir tikai sagadīšanās, ka tur ir arī jharvard reģistrēti CS50 Finance.

624
00:34:53,000 --> 00:34:56,000
Jharvard, tumšsarkanā, ievadiet dod man lietotāja interfeiss, kas mēs redzējām

625
00:34:56,000 --> 00:34:59,000
ieskatu brīdi atpakaļ, un tas ir nedaudz milzīgs sākumā,

626
00:34:59,000 --> 00:35:02,000
bet drošs, jūs nekad nāksies klikšķiniet lielāko no saitēm šo rīku.

627
00:35:02,000 --> 00:35:05,000
Jūs galu galā, izmantojot nelielu apakškopu, kas ir super noderīga,

628
00:35:05,000 --> 00:35:08,000
no kuriem pirmais ir datubāzes šeit.

629
00:35:08,000 --> 00:35:11,000
Ja es eju līdz datubāzēm, pamanīt, ka es esmu piedāvāts izveidot datu bāzi.

630
00:35:11,000 --> 00:35:14,000
Tas ir, piemēram, izveidojot jaunu Excel failu, efektīvi.

631
00:35:14,000 --> 00:35:18,000
Es iešu uz priekšu un zvanu šo lekciju, es esmu tikai gatavojas ignorēt lauku tur, salīdzināšanai.

632
00:35:18,000 --> 00:35:20,000
Tas ir jādara ar pārstāvību datiem tajā,

633
00:35:20,000 --> 00:35:24,000
un es esmu gatavojas uz radīt, un tagad paziņojums, kā es let aiziet no radītu

634
00:35:24,000 --> 00:35:27,000
kreisajā pusē, kur ir teikts nav datubāzes

635
00:35:27,000 --> 00:35:30,000
Es drīz redzēt lekciju bāzi.

636
00:35:30,000 --> 00:35:32,000
>> Ja es tagad noklikšķiniet uz kreisajā pusē, lekciju datu bāzes,

637
00:35:32,000 --> 00:35:34,000
pamanīt mani cilnēm mainīt mazliet.

638
00:35:34,000 --> 00:35:38,000
Man struktūra, SQL, eksporta, importa un dažas citas lietas.

639
00:35:38,000 --> 00:35:40,000
Struktūra ir diezgan daudz tukšu.

640
00:35:40,000 --> 00:35:43,000
Nav tabulas atrast datubāzē, kā tas teikts šeit,

641
00:35:43,000 --> 00:35:47,000
tāpēc pieņemsim izveidot tabulu, un iesim uz priekšu un izveidot tabulu

642
00:35:47,000 --> 00:35:53,000
patīk studentiem, un cik kolonnas mēs vēlamies?

643
00:35:53,000 --> 00:35:55,000
Pieņemsim glabā šo vienkāršo, un pieņemsim ieraksts katram studentam

644
00:35:55,000 --> 00:35:58,000
ID numurs, nosaukums, un e-pasta adresi.

645
00:35:58,000 --> 00:36:02,000
>> Mēs turpināsim to vienkārši tāpat, tāpēc 3 kolonnas, iet.

646
00:36:02,000 --> 00:36:05,000
Forma, ka jūs redzēt šeit ir tagad mazliet netīrs un milzīgs,

647
00:36:05,000 --> 00:36:08,000
bet mums vienkārši ir jāiet caur to rindu pēc rindas, tik tiešām ātri dosim

648
00:36:08,000 --> 00:36:14,000
pirmā kolonna šajā datubāzē nosaukums ID, lai unikālo identifikatoru.

649
00:36:14,000 --> 00:36:17,000
Tas būs skaitlim. Es patiesībā var ignorēt garumu un vērtības.

650
00:36:17,000 --> 00:36:21,000
Int būs 32 biti vienalga, ko jūs rakstīt tur, tāpēc pieņemsim atstāt to tukšu.

651
00:36:21,000 --> 00:36:24,000
Noklusējuma vērtība, es varētu darīt to null, kā noteikts.

652
00:36:24,000 --> 00:36:27,000
Es esmu gatavojas atstāt, ka atsevišķi. Pieņemsim nav jāuztraucas par noklusējuma vērtībām.

653
00:36:27,000 --> 00:36:29,000
Pieņemsim ritināt nekā šeit uz labo, atribūtiem.

654
00:36:29,000 --> 00:36:31,000
Tas ir interesanti.

655
00:36:31,000 --> 00:36:33,000
Iesim uz priekšu un nedaudz patvaļīgi teikt, ka ID ir jābūt neparakstītu.

656
00:36:33,000 --> 00:36:35,000
Pieņemsim nav atkritumi jebkurā negatīvus skaitļus.

657
00:36:35,000 --> 00:36:37,000
>> Iesim 0-4000000000, sniegt vai pieņemt,

658
00:36:37,000 --> 00:36:40,000
un tad pieņemsim nav pieskarties kāds no šiem laukiem tikai vēl tur,

659
00:36:40,000 --> 00:36:43,000
bet tad man rakstīt vārdu šeit lejā,

660
00:36:43,000 --> 00:36:46,000
un tad otrs bija e-pastu, tāpēc nozvejas ir e-pastu

661
00:36:46,000 --> 00:36:50,000
un nosaukums, protams, nav veseli skaitļi, tāpēc pieņemsim mainīt tos citā jomā.

662
00:36:50,000 --> 00:36:53,000
Izrādās varchar, mainīga garuma char,

663
00:36:53,000 --> 00:36:56,000
ir kā virknes SQL datu bāzē

664
00:36:56,000 --> 00:36:59,000
bet dažāda garuma, un jūs faktiski ir pateikt to iepriekš ar

665
00:36:59,000 --> 00:37:02,000
maksimālais garums string, tāpēc es esmu gatavojas nedaudz patvaļīgi

666
00:37:02,000 --> 00:37:05,000
Pēc vienošanās veida 255 rakstzīmes.

667
00:37:05,000 --> 00:37:08,000
Es varētu pilnīgi teikt 32. Es varētu teikt 1000.

668
00:37:08,000 --> 00:37:11,000
Jūs veida nepieciešamību lemt par sevi, pamatojoties uz jūsu demogrāfiju kādi ir

669
00:37:11,000 --> 00:37:14,000
Garākais studenta vārdu un iet ar šo numuru, vai nedaudz lielāks,

670
00:37:14,000 --> 00:37:17,000
bet kas ir jauki, par varchar tas nav gatavojas atkritumiem

671
00:37:17,000 --> 00:37:19,000
255 baiti par katru studenta vārdu.

672
00:37:19,000 --> 00:37:23,000
Ja tas ir David tas nav gatavojas izmantot veselu 255 baiti,

673
00:37:23,000 --> 00:37:26,000
bet tas ir augšējo robežu, tāpēc es iešu ar 255 tikai pēc vienošanās,

674
00:37:26,000 --> 00:37:30,000
bet mēs varētu diskutēt, kas ir dažas zemākas cenas, un e-pasta adresi

675
00:37:30,000 --> 00:37:34,000
tikai, lai būtu konsekventi 255, bet atkal, mēs varētu būt tāds pats debates.

676
00:37:34,000 --> 00:37:36,000
Bet es esmu gatavojas darīt viena cita lieta nekā šeit uz labajā pusē.

677
00:37:36,000 --> 00:37:40,000
>> Kas ir spēcīgs par datubāzi ir, ka tā var darīt daudz smago celšanas

678
00:37:40,000 --> 00:37:42,000
vai sarežģītas darbu jums.

679
00:37:42,000 --> 00:37:46,000
Jo īpaši es tiešām vienalga, ko mana studentu ID numuri ir.

680
00:37:46,000 --> 00:37:49,000
Tas ir tikai domāts, lai būtu unikāls identifikators datu bāzē

681
00:37:49,000 --> 00:37:52,000
tāpēc man ir 32 bitu kodolīgu pārstāvību šī studenta

682
00:37:52,000 --> 00:37:55,000
tāpēc, ka man ir kaut kādā veidā unikāli identificē tos

683
00:37:55,000 --> 00:37:58,000
citādi tur būs 2 Davids, piemēram, klasē.

684
00:37:58,000 --> 00:38:01,000
Patiesībā, es esmu gatavojas, lai pārbaudītu šo AI lodziņu, auto pieaugumu,

685
00:38:01,000 --> 00:38:04,000
lai datubāzes, MySQL, skaitļi,

686
00:38:04,000 --> 00:38:08,000
ko katrs tikko ievietotās studenta ID būs.

687
00:38:08,000 --> 00:38:11,000
Man nav pat rūp, ka manā kodu,

688
00:38:11,000 --> 00:38:13,000
un es esmu arī gatavojas izvēlēties kaut zem indeksa izvēlnē.

689
00:38:13,000 --> 00:38:17,000
Indekss nolaižamo šeit ir galvenais, unikāla,

690
00:38:17,000 --> 00:38:19,000
indeksu un pilna teksta.

691
00:38:19,000 --> 00:38:21,000
Jūs varat varbūt uzminēt, ko no šīm lietām pāris ir,

692
00:38:21,000 --> 00:38:24,000
bet izrādās relāciju datubāzēs

693
00:38:24,000 --> 00:38:28,000
Jūs programmētājs vai datu bāzes administrators nokļūt preemptively

694
00:38:28,000 --> 00:38:32,000
dod padomus, lai bāzē par to, kādi lauki

695
00:38:32,000 --> 00:38:34,000
tabulā ir nedaudz īpašs.

696
00:38:34,000 --> 00:38:37,000
>> Piemēram, šajā gadījumā es esmu gatavojas teikt, ka ID

697
00:38:37,000 --> 00:38:42,000
būs galvenais rādītājs, kas pazīstama arī kā primāro atslēgu.

698
00:38:42,000 --> 00:38:44,000
Ko tas nozīmē pēc definīcijas ir tas, ka ID turpmāk

699
00:38:44,000 --> 00:38:48,000
būs unikāli identificē studenti šajā tabulā.

700
00:38:48,000 --> 00:38:53,000
Neviens students ir tāds pats ID, jo es esmu uzlikt šo ierobežojumu vai šo indeksu.

701
00:38:53,000 --> 00:38:55,000
Turklāt, ko tas gatavojas darīt man tas notiek, lai pateikt

702
00:38:55,000 --> 00:38:58,000
MySQL, ka ID ir īpašs.

703
00:38:58,000 --> 00:39:03,000
Man rūp īpaši par ID, tā iet uz priekšu un darīt jūsu iedomātā datu struktūra ir maģija,

704
00:39:03,000 --> 00:39:05,000
veidot kādu koku.

705
00:39:05,000 --> 00:39:08,000
Parasti tas ir kaut ko sauc par B-koks, kas mums nav apskatīt nedēļas atpakaļ,

706
00:39:08,000 --> 00:39:11,000
bet tas ir vēl viens šāds datu struktūra līdzīgs garā ar bināro koku

707
00:39:11,000 --> 00:39:15,000
un mēģina ka mēs paskatījās, bet tas notiek teikt

708
00:39:15,000 --> 00:39:18,000
datubāzē šis lauks ir tik svarīgi, ka es, iespējams,

709
00:39:18,000 --> 00:39:22,000
vēlas, lai varētu meklēt par to, iet uz priekšu un izveidot kādu iedomātā

710
00:39:22,000 --> 00:39:25,000
datu struktūra atmiņā, lai paātrinātu meklēšanu, lai ideāli

711
00:39:25,000 --> 00:39:28,000
viņi nemainīgs laika vai vismaz tik tuvu, ka pēc iespējas

712
00:39:28,000 --> 00:39:32,000
lai tas nepāriet uz lineāru meklēšanu, kas nebūs

713
00:39:32,000 --> 00:39:34,000
visvairāk labākajām pieeju.

714
00:39:34,000 --> 00:39:37,000
Savukārt, e-pasta adresi varētu būt primārā atslēga.

715
00:39:37,000 --> 00:39:41,000
>> Teorētiski, ikviena e-pasta adrese ir unikāla, ja jūs dalīties dažas kontu,

716
00:39:41,000 --> 00:39:45,000
bet tas vispār nav labs, lai izmantotu kaut ko līdzīgu virknes

717
00:39:45,000 --> 00:39:49,000
kā primāro atslēgu, jo, ja tās mērķis dzīvē ir unikāli identificē

718
00:39:49,000 --> 00:39:55,000
rindas jūsu galda nav iemesls, lai izmantotu 255 baiti maksimāli

719
00:39:55,000 --> 00:39:58,000
lai unikāli identificētu kādu, ja jūs varat iegūt prom ar tikai 4 baiti

720
00:39:58,000 --> 00:40:00,000
vai 32-bitu int.

721
00:40:00,000 --> 00:40:03,000
Kopumā, primārā atslēga būtu īss un kodolīgs

722
00:40:03,000 --> 00:40:07,000
un ideāli kaut kas līdzīgs skaitlim vai liels int, kas notiek, ir 64 biti.

723
00:40:07,000 --> 00:40:11,000
Bet e-pasta adrese ir unikāls, un no datubāzes iezīmēm pārāk

724
00:40:11,000 --> 00:40:14,000
ir īstenot unikalitāti par mani.

725
00:40:14,000 --> 00:40:18,000
Izvēloties unikālu šeit blakus uz e-pastu, lai gan e-pastu sevi

726
00:40:18,000 --> 00:40:21,000
ir apskatus pie ekrāna, es saku ar datu bāzi

727
00:40:21,000 --> 00:40:23,000
nav ticiet man.

728
00:40:23,000 --> 00:40:26,000
Neļaujiet man ievietot datu bāzē

729
00:40:26,000 --> 00:40:29,000
pats pasta adresi divreiz, pat ja es esmu idiots un neesmu

730
00:40:29,000 --> 00:40:32,000
ļoti labi ar manu IF un citur IFS un faktisko PHP kodu

731
00:40:32,000 --> 00:40:37,000
un es nejauši let lietotājs reģistrēties ar esošo e-pasta adresi

732
00:40:37,000 --> 00:40:40,000
datubāze ir vēl viens līmenis aizstāvību pareizību

733
00:40:40,000 --> 00:40:44,000
lai nodrošinātu, ka dublikātu e-pasta adrese nebeidzas līdz tabulā.

734
00:40:44,000 --> 00:40:49,000
>> Tagad, turpretim, lai vārdu jūs, iespējams, nevēlaties, lai šo unikālo

735
00:40:49,000 --> 00:40:51,000
jo tad varētu nekad būs 2 Davids vai 2 Mike Smiths, piemēram,

736
00:40:51,000 --> 00:40:55,000
datu bāzē, tādējādi, ka viens mēs vienkārši atstāt vienatnē.

737
00:40:55,000 --> 00:40:58,000
Es iešu uz priekšu un noklikšķiniet ietaupīt apakšējā labajā,

738
00:40:58,000 --> 00:41:02,000
un viss izskatās labi, bet paziņojums šeit

739
00:41:02,000 --> 00:41:04,000
šī ir daļa, kas tagad mums nebūs tērēt pārāk daudz laika

740
00:41:04,000 --> 00:41:07,000
jo sintakse ir mazliet sarežģīta, un mums nav izveidot tabulas

741
00:41:07,000 --> 00:41:10,000
tik bieži, bet SQL pati valoda,

742
00:41:10,000 --> 00:41:13,000
sintakse, kas ir tepat, ka es esmu izcelti.

743
00:41:13,000 --> 00:41:18,000
Ko phpMyAdmin tiešām tas ir tas rada tīmekļa GUI jums

744
00:41:18,000 --> 00:41:23,000
ar kuru jūs varat ietaupīt laiku un nav manuāli rakstīt out

745
00:41:23,000 --> 00:41:26,000
diezgan ilgi SQL vaicājumu, piemēram, ka.

746
00:41:26,000 --> 00:41:29,000
>> Citiem vārdiem sakot, ja jūs vēlaties, lai manuāli izveidotu šo tabulu,

747
00:41:29,000 --> 00:41:32,000
nu tajā melnā un baltā tūlītēju vai pat phpMyAdmin

748
00:41:32,000 --> 00:41:35,000
izmantojot šo citu cilni, šis SQL tab, kur jūs varat ierakstīt jebkuru SQL vaicājumus

749
00:41:35,000 --> 00:41:38,000
Jūs vēlaties, atklāti sakot, tas būtu jāņem man minūti

750
00:41:38,000 --> 00:41:41,000
faktiski atcerēties visu sintaksi un pat tad es droši vien būtu

751
00:41:41,000 --> 00:41:45,000
guvusi typos, tāpēc šis rīks ir noderīgs tādām lietām, un tas ir arī pamācošs.

752
00:41:45,000 --> 00:41:49,000
Jūs varat sākt, lai secinātu kāda sintakse ir

753
00:41:49,000 --> 00:41:52,000
tikai ar jauku krāsu kodēšana, ka phpMyAdmin ir pievienojot

754
00:41:52,000 --> 00:41:54,000
mūsu vizuālo ērtības.

755
00:41:54,000 --> 00:41:56,000
Bet tagad pieņemsim darīt vietā.

756
00:41:56,000 --> 00:42:00,000
Ļaujiet man iet uz cilni Ievietot augšā, un ļaujiet man iet uz priekšu un ievietojiet piemēram

757
00:42:00,000 --> 00:42:04,000
gada pieņemsim ID saka-patiesībā man vienalga.

758
00:42:04,000 --> 00:42:07,000
Tas notiek, lai auto pieaugumu. Es esmu gatavojas let datubāzes galā ar šo.

759
00:42:07,000 --> 00:42:11,000
Bet es ir Dāvids, un mans e-pasts ir jābūt malan@harvard.edu.

760
00:42:11,000 --> 00:42:16,000
>> Iesim uz priekšu šeit un nodot Maiks Smits kā viens otru.

761
00:42:16,000 --> 00:42:18,000
Es došu sev uzvārdu, kā arī,

762
00:42:18,000 --> 00:42:22,000
un mēs esam viņam būs smith@example.com,

763
00:42:22,000 --> 00:42:24,000
un tad, kad man iet tālāk?

764
00:42:24,000 --> 00:42:27,000
Nu, izskatās, ka iet ir poga klikšķi, un voila.

765
00:42:27,000 --> 00:42:30,000
Pamanīt to top 2 ievietotās rindās.

766
00:42:30,000 --> 00:42:32,000
Tas ir faktiskais SQL vaicājums.

767
00:42:32,000 --> 00:42:36,000
Tas ir phpMyAdmin līdzeklis izpildīts par mani,

768
00:42:36,000 --> 00:42:40,000
bet gala rezultāts, paziņojums, ja es tagad aiziet uz pārlūkot tab,

769
00:42:40,000 --> 00:42:43,000
ir redzēt 2 rindas šajā tabulā, ļoti atgādina estētiski

770
00:42:43,000 --> 00:42:46,000
tabulas mēs redzējām agrāk mūsu lietotājiem no 7 PSET,

771
00:42:46,000 --> 00:42:51,000
no kuriem viens ir David Malan, no kuriem viens šobrīd ir Mike Smith.

772
00:42:51,000 --> 00:42:54,000
Bet tikai, lai būtu skaidrs, man nav nepieciešams izmantot phpMyAdmin,

773
00:42:54,000 --> 00:42:56,000
un, protams, jūs gatavojas drīzumā rakstot kodu uz 7 PSET

774
00:42:56,000 --> 00:43:01,000
kas automatizē procesu, pievienojot rindas, dzēšot rindas, atjauninot rindas un tamlīdzīgi,

775
00:43:01,000 --> 00:43:04,000
tāpēc ļaujiet man tā vietā doties uz SQL cilni šeit

776
00:43:04,000 --> 00:43:14,000
un tips izvēlieties * no studentiem kur

777
00:43:14,000 --> 00:43:18,000
e-pasts = "malan@harvard.edu."

778
00:43:18,000 --> 00:43:21,000
>> Citiem vārdiem sakot pieņemsim tagad jums ir

779
00:43:21,000 --> 00:43:26,000
dažas HTML formu, un lietotājs savā e-pasta adresi, starp citām jomām,

780
00:43:26,000 --> 00:43:29,000
un mērķis tagad ir PHP par atpakaļ beigās kodu

781
00:43:29,000 --> 00:43:31,000
faktiski meklēt šī lietotāja citas detaļas.

782
00:43:31,000 --> 00:43:34,000
Kāda ir jūsu pilnais vārds? Kāds ir jūsu ID numurs?

783
00:43:34,000 --> 00:43:37,000
Jūs varētu uzrakstīt SQL vaicājumu, piemēram, tas, izvēlieties * no studentiem

784
00:43:37,000 --> 00:43:40,000
kur e = "malan@harvard.edu."

785
00:43:40,000 --> 00:43:46,000
Un, ja es pēc tam uz iet, ievēroju, ka es būtu, un patiešām man, saņemt atpakaļ tikai vienu rindu.

786
00:43:46,000 --> 00:43:50,000
Mike ir izlaista no šī rezultātu kopas, kā vākšanai rindās

787
00:43:50,000 --> 00:43:53,000
parasti sauc, jo viņš nav to pašu e-pasta adresi, kā man.

788
00:43:53,000 --> 00:43:57,000
>> Tagad, atkal, šeit ir par 7 PSET jums izmantot phpMyAdmin kā administratīvs instruments

789
00:43:57,000 --> 00:44:00,000
un pedagoģisko instruments, lai uzzinātu savu ceļu

790
00:44:00,000 --> 00:44:03,000
visā pasaulē SQL, bet beigās, dienā

791
00:44:03,000 --> 00:44:08,000
Jūs esat būs rakstiski šos vaicājumus iekšā faktisko PHP kodu,

792
00:44:08,000 --> 00:44:11,000
un tāpēc sekojiet līdzi arī Zamyla s walkthrough īpaši

793
00:44:11,000 --> 00:44:14,000
kur jūs saņemsiet tūre izplatīšanas kods šo problēmu kopumu

794
00:44:14,000 --> 00:44:18,000
kur mēs esam dota jums ne tikai estētika par pieteikšanās lapu

795
00:44:18,000 --> 00:44:21,000
un jauka sexy logotips, kas saka CS50 Finance, bet mēs esam arī devis jums

796
00:44:21,000 --> 00:44:24,000
ķekars funkcijas, kas padarīs jūsu dzīvi mazliet vieglāk.

797
00:44:24,000 --> 00:44:27,000
Mēs esam arī rakstiskā daļa no PSET jums,

798
00:44:27,000 --> 00:44:32,000
pieteikšanās daļa no tā, jo īpaši, lai dotu jums sajūtu pārstāvniecības dizaina

799
00:44:32,000 --> 00:44:36,000
kas faktiski izmanto kontrolieris, piemēram, index.php,

800
00:44:36,000 --> 00:44:40,000
login.php un līdzīgi, un tad jūs redzēsiet PSET arī veidnes direktoriju

801
00:44:40,000 --> 00:44:43,000
kas ir visas jūsu viedokli, visi estētiku.

802
00:44:43,000 --> 00:44:46,000
Un tā kopējais darbplūsma 7 PSET būs, ka

803
00:44:46,000 --> 00:44:49,000
lietotājiem apmeklēt kontrolieris caur URL pārlūkprogrammā.

804
00:44:49,000 --> 00:44:53,000
Ka kontrolieris satur PHP kodu, kas jūs rakstījāt, un iekšā jūsu PHP kodu

805
00:44:53,000 --> 00:44:57,000
varētu būt daži no SQL līnijas ligzdot starp dubultās pēdiņas

806
00:44:57,000 --> 00:45:00,000
un nodots funkcijai mēs rakstīja sauc vaicājumu

807
00:45:00,000 --> 00:45:03,000
kas palīdzēs jums runāt ar datubāzes bez izmantojot kaut ko līdzīgu

808
00:45:03,000 --> 00:45:05,000
administratīvais instruments, piemēram phpMyAdmin.

809
00:45:05,000 --> 00:45:08,000
>> Jūs varēsiet rakstīt SQL paziņojumus PHP kodu

810
00:45:08,000 --> 00:45:11,000
un saņemt atpakaļ PHP masīvs rezultātu kopu,

811
00:45:11,000 --> 00:45:14,000
no rindām, kas faktiski atbilst šo vaicājumu.

812
00:45:14,000 --> 00:45:18,000
Un tāpat jūs varētu darīt ieliktņi vai dzēš

813
00:45:18,000 --> 00:45:22,000
vai vai atjauninājumus tamlīdzīgi sintakses, par kuru ir diezgan līdzīgs,

814
00:45:22,000 --> 00:45:25,000
un jūs redzēsiet no dažiem tiešsaistes atsaucēm, no izplatīšanas kodu

815
00:45:25,000 --> 00:45:29,000
un no PSET pack sevi kā tieši iet par darot to.

816
00:45:29,000 --> 00:45:33,000
Realizēt galu galā mēs esam patiešām tikai nesaskrāpē virsmas SQL

817
00:45:33,000 --> 00:45:36,000
un MySQL, bet tā jauda patiešām ir, ka tas atbrīvo jūs

818
00:45:36,000 --> 00:45:40,000
koncentrēties uz problēmām, ko vēlaties atrisināt, lietošanas gadījumi jūs vēlaties, lai īstenotu

819
00:45:40,000 --> 00:45:43,000
neraizējoties tik daudz, vismaz sākumā,

820
00:45:43,000 --> 00:45:47,000
par to, kur un kā glabāt un meklēt savu datu bāzi,

821
00:45:47,000 --> 00:45:50,000
un tas ir diezgan burtiski kur Facebook pati ieguva tās sākuma

822
00:45:50,000 --> 00:45:53,000
izmantojot MySQL un tad, izmantojot vairāk MySQL serveri un tad vairāk MySQL serveri

823
00:45:53,000 --> 00:45:57,000
pirms ilgi, līdz tie pēc tam bija tiešām sākt domāt grūti par to, kā

824
00:45:57,000 --> 00:46:00,000
glabāt datus, kā uzglabāt lietas vēl efektīvāk,

825
00:46:00,000 --> 00:46:04,000
Tātad, pat ja mēs uzskatām par pašsaprotamu, ka indeksi un unikāls ierobežojumi

826
00:46:04,000 --> 00:46:08,000
un tā tālāk vienkārši strādāt tur ļoti interesanta saruna

827
00:46:08,000 --> 00:46:12,000
ka tas var visu galu galā noved pie, lai saprastu, ka mēs esam vienkārši nesaskrāpē virsmu

828
00:46:12,000 --> 00:46:17,000
par to, ko varētu beidzot par jums vai jūsu projekti kļuvuši diezgan mazliet lielo datiem.

829
00:46:17,000 --> 00:46:22,000
>> Ar to teica, pieņemsim galu šeit, un mēs redzēt jūs nākamajā nedēļā.

830
00:46:28,000 --> 00:46:30,000
[CS50.TV]