1
00:00:00,000 --> 00:00:12,800
>> [MUZIKO Ludanta]

2
00:00:12,800 --> 00:00:13,410
>> ROB Bowden: Hi.

3
00:00:13,410 --> 00:00:17,150
Mi Rob, kaj mi esperas ke vi pretas
meti stoko en ĉi solvo.

4
00:00:17,150 --> 00:00:19,740
Unue, ni rigardu registro.

5
00:00:19,740 --> 00:00:24,400
Do memoru, ke ĉi tie ni estas kontrolanta
por vidi, ĉu formo estis

6
00:00:24,400 --> 00:00:26,200
afiŝis al tiu paĝo.

7
00:00:26,200 --> 00:00:29,170
>> Do unue ni iras
fari estas iri al la alia.

8
00:00:29,170 --> 00:00:31,650
Kaj ni tuj redonu
registrito formo.

9
00:00:31,650 --> 00:00:37,320
Do la registro formo tuj
sendi al register.PHP.

10
00:00:37,320 --> 00:00:38,760
Kaj kio ĝi tuj sendas?

11
00:00:38,760 --> 00:00:44,510
Ĝi tuj sendos salutnomo kiun la
uzanto tuj plenigi, pasvorto,

12
00:00:44,510 --> 00:00:46,050
kaj konfirmon -

13
00:00:46,050 --> 00:00:48,350
la pasvorto tajpita denove.

14
00:00:48,350 --> 00:00:54,020
>> Do nun kiam tiu formo estas sendita al
register.PHP ni devos ekzekuti tiu se.

15
00:00:54,020 --> 00:00:57,260
Rigardante ĉi se ni estas unue
tuj validigi la enigo.

16
00:00:57,260 --> 00:01:00,650
Ni volas certigi ke la uzantnomon
kaj pasvorto ne estis malplena, kaj tiu

17
00:01:00,650 --> 00:01:03,860
la konfirmo reale
matches la pasvorton.

18
00:01:03,860 --> 00:01:07,820
Iam ni kontrolis ke ni povas
reale registras la uzanto.

19
00:01:07,820 --> 00:01:08,750
>> Kion tio signifas?

20
00:01:08,750 --> 00:01:12,120
Nu, ni volas enmeti la
uzanton en nia datumbazo.

21
00:01:12,120 --> 00:01:13,600
Kaj ĉi tiu estas kiel ni faros tion.

22
00:01:13,600 --> 00:01:19,250
Do ni tuj enigi en la uzantoj
tablo la kampoj uzulonomon,

23
00:01:19,250 --> 00:01:21,230
Baldaux, kaj mono.

24
00:01:21,230 --> 00:01:24,920
>> La defaŭlta valoro de mono
tuj estos 10.000.

25
00:01:24,920 --> 00:01:29,630
Kaj ni tuj pasas kiel uzantnomo,
username, tra la POST super

26
00:01:29,630 --> 00:01:32,070
tutmonda tio estas donita de la formularo.

27
00:01:32,070 --> 00:01:35,370
Kaj ni tuj ĉifri
la pasvorton.

28
00:01:35,370 --> 00:01:40,780
>> Do se tiu okazis, tiam rezultas
Estos ne-malvera.

29
00:01:40,780 --> 00:01:42,990
Se ĝi fiaskis, tiam ni
volas pardonpeti.

30
00:01:42,990 --> 00:01:44,100
Io misokazis.

31
00:01:44,100 --> 00:01:45,330
Kaj kion povus esti irinta erara?

32
00:01:45,330 --> 00:01:48,610
>> Nu, ne bezonas esti
unika uzantnomon.

33
00:01:48,610 --> 00:01:51,900
Kaj tial la demando povus esti maltrafinta
se la uzantonomo jam

34
00:01:51,900 --> 00:01:53,700
ekzistis en la tabelo.

35
00:01:53,700 --> 00:01:58,210
Do alprenanta ĝi estis sola salutnomon,
tiam ni tuj demandi ekpreni la

36
00:01:58,210 --> 00:01:59,640
ID de tiu uzanto.

37
00:01:59,640 --> 00:02:02,300
Memoru ke la ID estas
auto-pliigante.

38
00:02:02,300 --> 00:02:06,730
>> Kaj do se tio okazas al malsukcesi pro iuj
Tial, ĉar ni volas pardonpeti

39
00:02:06,730 --> 00:02:08,520
ke ni ne povis kapti la identigilo.

40
00:02:08,520 --> 00:02:13,450
Sed supozante, ke ĝi ne maltrafis, tiam
Ni havigu la ID de kio la informpeto

41
00:02:13,450 --> 00:02:18,400
revenis, stoki, ke en nia kunsido -
do ni volas saluti ĉi uzanto tra

42
00:02:18,400 --> 00:02:21,770
stoki la ID en la kunsido
super tutmonda, kaj fine

43
00:02:21,770 --> 00:02:23,820
redirekti al nia katalogo.

44
00:02:23,820 --> 00:02:26,040
Kaj tio estas por registro.

45
00:02:26,040 --> 00:02:28,680
>> Nun ni tuj pluiri al citaĵo.

46
00:02:28,680 --> 00:02:31,770
Do citaĵo tuj havos
vere simila aro supren.

47
00:02:31,770 --> 00:02:35,220
Oni vidas ĉi tie ke tiu estas la kodo kiun
ni tuj faros kiam formo estas

48
00:02:35,220 --> 00:02:36,850
afiŝis al tiu paĝo.

49
00:02:36,850 --> 00:02:40,500
Sed unue ni efektive havas
por repagi, ke formo.

50
00:02:40,500 --> 00:02:44,140
Do prenante rigardu citaĵo formon,
kio kampoj estas tie?

51
00:02:44,140 --> 00:02:50,710
>> Ni vidas ke ĉiuj citaĵo tio estas ununura
tekstujon kun la nomo simbolo.

52
00:02:50,710 --> 00:02:55,350
Kaj do kiam citaĵo formo afiŝis
al quote.PHP ni nun tuj

53
00:02:55,350 --> 00:02:56,950
ekzekuti tiu kodo.

54
00:02:56,950 --> 00:03:01,630
Kaj la sola variablo en nia POST super
tutmonda tuj estos simbolo.

55
00:03:01,630 --> 00:03:05,910
>> Ni validigi ke por certigi ke
ili efektive eldonis la simbolo.

56
00:03:05,910 --> 00:03:08,760
Kaj se ili ne faris tion, ni diras al vi
devas havigi simbolo.

57
00:03:08,760 --> 00:03:12,670
Supozante ke ili faris ofertas simbolo,
ni rigardas supren, ke simbolo.

58
00:03:12,670 --> 00:03:16,750
>> Nun memoru ke rigardon supren havu
malsukcesis pro tio, nu, eble tio ne estis

59
00:03:16,750 --> 00:03:18,460
valida simbolo por komenci.

60
00:03:18,460 --> 00:03:22,690
Do, se tio aspektas supren reveno falsa,
ni volas pardonpeti ke la

61
00:03:22,690 --> 00:03:24,850
simbolo ne estas trovita.

62
00:03:24,850 --> 00:03:29,450
Iam ni trovis la simbolon, nun ni
povas repagi la quote.PHP ŝablono.

63
00:03:29,450 --> 00:03:31,220
>> Kion tio aspektas?

64
00:03:31,220 --> 00:03:36,580
Tio simple intencas presi tiun parton
sendistinge karceron nomo estis

65
00:03:36,580 --> 00:03:41,540
valoras nenial la stoko prezo estas.

66
00:03:41,540 --> 00:03:45,490
Nun kial oni uzas ĉi htmlspecialchars
funkcias?

67
00:03:45,490 --> 00:03:49,280
Tio estas ĉar la stoko nomo kaj simbolo
povus reale enhavi specialajn

68
00:03:49,280 --> 00:03:54,410
karaktrojn kiuj ne devus
esti interpretita kiel HTML.

69
00:03:54,410 --> 00:03:56,960
>> Enorde, do tio estas por citaĵo.

70
00:03:56,960 --> 00:04:00,700
Nun ni volas rigardi index.php
kaj biletujon.

71
00:04:00,700 --> 00:04:04,730
Sed unue ni reale bezonas konstrui
la tekon tablo.

72
00:04:04,730 --> 00:04:07,310
Jen kiel ni tuj faros.

73
00:04:07,310 --> 00:04:09,390
>> Do ni rigardu la strukturo.

74
00:04:09,390 --> 00:04:13,530
Kaj ni vidas, ke la tekon
tablo tuj havi ID.

75
00:04:13,530 --> 00:04:17,760
Do tiu tuj estos la uzanto
ID tio estas la enmeto de la agoj.

76
00:04:17,760 --> 00:04:21,839
Ni havas simbolon, kiu tuj estos
la simbolo de la kompanio kiun ni estas

77
00:04:21,839 --> 00:04:23,610
enmeto de la agoj por.

78
00:04:23,610 --> 00:04:27,940
Kaj tiam la agoj estas la nombro de
agoj kiuj estas enmetitaj.

79
00:04:27,940 --> 00:04:33,490
>> Do memoru, ke po la pset spec,
ni specifi ke IRU kaj simbolo -

80
00:04:33,490 --> 00:04:37,140
Ni kontrolu indeksoj, ID kaj
simbolo estas la primara ŝlosilo.

81
00:04:37,140 --> 00:04:41,240
Do oni uzantidentigilon kaj simbolo parado
devus nur aperas sola

82
00:04:41,240 --> 00:04:44,010
tempo en tiu tabelo.

83
00:04:44,010 --> 00:04:46,050
Nun ni rigardu la kodon.

84
00:04:46,050 --> 00:04:50,950
>> Do nun index.php tuj kapti tutan
de nia biletujo informojn kaj

85
00:04:50,950 --> 00:04:52,700
montri ĝin al la uzanto.

86
00:04:52,700 --> 00:04:56,230
Do unue, ni tuj havigu la kontanta mono
ke la uzanto aktuale havas de la

87
00:04:56,230 --> 00:04:57,160
kontanta tablo.

88
00:04:57,160 --> 00:05:02,070
Memoru, ke informpeto ĉiam tuj
reveni tabelo de arrays.

89
00:05:02,070 --> 00:05:06,070
Do eĉ se ni nur selektitaj kontanta
el unusola vico, ni ankoraŭ bezonas

90
00:05:06,070 --> 00:05:10,850
grab ke mono per indeksante en la
nula indekso de vicoj kaj ekkaptis la

91
00:05:10,850 --> 00:05:13,720
kontanta indekso.

92
00:05:13,720 --> 00:05:17,810
>> Do nun ni volas elekti ĉiujn
informoj el la tekon tablo

93
00:05:17,810 --> 00:05:21,640
tio estas grava por la aktuale
ensalutinta uzanto.

94
00:05:21,640 --> 00:05:25,070
Ni kompreneble necesas validigi ke
ke efektive okazis, kio ni

95
00:05:25,070 --> 00:05:28,120
devus ĉiam faras kiam ajn ni demandi.

96
00:05:28,120 --> 00:05:31,890
Iam ni devas ĉiuj de tiu informo,
la pset spec informas nin, ke ni

97
00:05:31,890 --> 00:05:36,298
devus fari ĉi celo nicely stoki
ĉiuj de la informo en tiu

98
00:05:36,298 --> 00:05:37,850
pozicioj tabelo.

99
00:05:37,850 --> 00:05:42,250
>> Do ni looping super ĉiuj el la
biletujo informoj, suprenrigardante la

100
00:05:42,250 --> 00:05:47,030
stock asociita kun ĉiu vico en la
biletujo informon, kaj poste

101
00:05:47,030 --> 00:05:52,510
stokante en la pozicio vestu la nomo,
prezo, agoj kaj simbolo ĉiuj

102
00:05:52,510 --> 00:05:54,790
asociitaj kun tiu stoko.

103
00:05:54,790 --> 00:05:59,040
Kaj fine, ni tuj redonu
portfolio.PHP, pasante en la kvanto

104
00:05:59,040 --> 00:06:02,290
kontanta mono ni havas nuntempe, la
pozicioj tabelo, ke ni simple

105
00:06:02,290 --> 00:06:06,510
konstruita, kaj la titolo de ĉi tiu
paĝon, kiu estos biletujo.

106
00:06:06,510 --> 00:06:09,166
>> Ni rigardu portfolio.PHP.

107
00:06:09,166 --> 00:06:13,570
Kaj ni vidas, ke la granda interesa
parto estas tiu buklo.

108
00:06:13,570 --> 00:06:17,410
Do ni looping super la pozicioj
tabelo, kreante

109
00:06:17,410 --> 00:06:19,420
tablo, kie tiu tablo -

110
00:06:19,420 --> 00:06:23,220
ni popoli ĉiu vico kun la
informo, ke ni metu ene de la

111
00:06:23,220 --> 00:06:24,470
pozicioj tabelo.

112
00:06:24,470 --> 00:06:28,250
>> Denove, ni bezonas uzi htmlspecialchars
en la okazo ĉi simbolo aŭ la nomo

113
00:06:28,250 --> 00:06:31,020
enhavas HTML signojn.

114
00:06:31,020 --> 00:06:36,690
Kaj ĉi tie ni estas multiplikante la prezo kaj la
la kvanto de agoj kiujn ni havas

115
00:06:36,690 --> 00:06:40,880
la celo akiri kiom tio
aktuale valoras por la uzanto.

116
00:06:40,880 --> 00:06:42,880
Kaj tio estas por biletujo.

117
00:06:42,880 --> 00:06:45,500
>> Nun ni rigardu vendi.

118
00:06:45,500 --> 00:06:50,190
Do sell tuj reiri al la
formato kiun ni havis en register.PHP.

119
00:06:50,190 --> 00:06:53,200
Ni vidas, ke tiu formo estas iri
esti sendita al cxi tiu pagxo.

120
00:06:53,200 --> 00:06:57,270
Sed unue, kiam ni ŝarĝas la paĝon,
ni tuj faros.

121
00:06:57,270 --> 00:06:58,880
>> Do kio estas cxi tiu faris?

122
00:06:58,880 --> 00:07:03,660
Nu, ni povus simple havi la sell paĝo
havi solan tekston skatolo, ke la uzanto

123
00:07:03,660 --> 00:07:06,020
eniras ĉi simbolo kiu
ni volas vendi.

124
00:07:06,020 --> 00:07:08,890
Sed ni tuj esti iom pli ruza
kaj ni tuj havos guto

125
00:07:08,890 --> 00:07:14,690
malsupren kiu permesas al la uzanto elekti
reala simboloj kiujn ili jam posedas.

126
00:07:14,690 --> 00:07:17,940
>> Do ni ricevas la uzanto biletujo.

127
00:07:17,940 --> 00:07:22,630
Ni tuj elektu el tekon
ĉiuj el la simboloj kiujn la uzanto

128
00:07:22,630 --> 00:07:26,180
aktuale havas, la nune
ensalutinta uzanto.

129
00:07:26,180 --> 00:07:28,150
Certiĝu ke tio sukcesis.

130
00:07:28,150 --> 00:07:31,960
Kaj nun ni iras al buklo super la
Revenis informojn, simple grabbing

131
00:07:31,960 --> 00:07:35,610
ĉiu simbolo, kaj stokante ĝin
en ĉi simboloj tabelo.

132
00:07:35,610 --> 00:07:37,570
>> Kaj nun ni iras al
redonu la sell formo.

133
00:07:37,570 --> 00:07:43,380
Do la sell formo tuj ĝuste
esti falmenuo, unuaranga.

134
00:07:43,380 --> 00:07:49,140
Kaj ĉiun opcion en la sell formo estas
tuj ĝuste presi la simbolo

135
00:07:49,140 --> 00:07:52,380
ke ni kaptis el la
tekon tablo.

136
00:07:52,380 --> 00:07:58,390
>> Do la sell formo tuj
submit reen al sell.PHP.

137
00:07:58,390 --> 00:08:04,340
Rigardante sell.PHP, ĉi tiu estas la kodo
ke tuj ekzekuti kiam ni submit

138
00:08:04,340 --> 00:08:05,555
al tiu ĉi paĝo.

139
00:08:05,555 --> 00:08:10,320
Ni deziras validigi ke la uzanto
efektive eniris simbolo.

140
00:08:10,320 --> 00:08:12,730
>> Nun supozante, ke ili faris -

141
00:08:12,730 --> 00:08:16,930
do nun ni volas determini kiom da
dividu la uzanto estas efektive vendas

142
00:08:16,930 --> 00:08:20,830
kaj kiom da mono la uzanto devus akiri
por vendi, ke multaj agoj.

143
00:08:20,830 --> 00:08:25,210
Do ni havigu la nombro de agoj kiuj
La uzanto havas por tiu simbolo.

144
00:08:25,210 --> 00:08:30,690
Ni rigardis supren en teko por la
donita de uzanto kaj la donita simbolo.

145
00:08:30,690 --> 00:08:34,289
>> Nun certiĝi ke tiu fakte
Revenis vico.

146
00:08:34,289 --> 00:08:39,440
Ĉar se ne, la uzanto ne
efektive havas tiun simbolon por vendi.

147
00:08:39,440 --> 00:08:42,890
Supozante ke ili ja havas tiun simbolon,
Ni deziras kapti la nombro de

148
00:08:42,890 --> 00:08:44,530
agoj kiujn ili havas.

149
00:08:44,530 --> 00:08:47,640
Kaj nun ni volas rigardi supren kiom
multe ĉiun parton valoras.

150
00:08:47,640 --> 00:08:49,450
>> Do ni uzis la rigardi supren funkcio.

151
00:08:49,450 --> 00:08:52,910
Ni rigardis supren la valoro
de la simbolo.

152
00:08:52,910 --> 00:08:56,700
Supozante ke la rigardon supren sukcesis, nun
ni iras al reale ĝisdatigi ĉiujn

153
00:08:56,700 --> 00:08:57,830
la informo.

154
00:08:57,830 --> 00:09:02,285
Do ni volas forigi el tekon
la agoj kiujn ni vendas.

155
00:09:02,285 --> 00:09:05,610
Ni volas aktualigi la uzanto
kvanto da mono.

156
00:09:05,610 --> 00:09:10,480
>> Kaj ni ĝisdatigi ĝin per agoj
tempoj la stoko prezo -

157
00:09:10,480 --> 00:09:13,050
tiel ke estas kiom da mono
la uzanto ĵus faris.

158
00:09:13,050 --> 00:09:15,150
Kaj nun ni volas aktualigi nian historion.

159
00:09:15,150 --> 00:09:17,390
Do ni ne prenis rigardo
ĉe la historio tabelo ankoraŭ.

160
00:09:17,390 --> 00:09:19,440
Do ni revenu al tio.

161
00:09:19,440 --> 00:09:23,690
>> Nun fine ni tuj ridirektanta
Reen al la biletujo.

162
00:09:23,690 --> 00:09:25,300
Nun ni rigardu buy.

163
00:09:25,300 --> 00:09:28,910
Do, aĉeti devus esti bela
simila por vendi.

164
00:09:28,910 --> 00:09:32,300
>> Ni vidas, ke ni denove irante
kontroli por vidi, ĉu ni estas

165
00:09:32,300 --> 00:09:33,900
Sendante al tiu paĝo.

166
00:09:33,900 --> 00:09:37,470
Supozante, ke ni ne, ke ni estas
tuj ŝarĝi la aĉeto formo.

167
00:09:37,470 --> 00:09:40,210
Do kion signifas la aĉeto formo aspektas kiel?

168
00:09:40,210 --> 00:09:42,510
>> Oni vidas ĉi tie estas nur kutima
formi ke tuj

169
00:09:42,510 --> 00:09:44,450
submit reen al buy.PHP.

170
00:09:44,450 --> 00:09:49,230
Kaj ĝi tuj devos simbolon kiu
la uzanto estas enirinte, la nombro de

171
00:09:49,230 --> 00:09:53,330
agoj, ke la uzanto volas aĉeti
de tiu simbolo, kaj tio estas ĝi.

172
00:09:53,330 --> 00:09:59,890
Do kiam ni submit reen al buy.PHP, ni estas
nun tuj ekzekuti tiu kodo.

173
00:09:59,890 --> 00:10:04,250
>> Ni denove deziras validigi ke la
uzanto eniris io validas.

174
00:10:04,250 --> 00:10:06,730
Do jen ni cerciorándose ili
efektive eniris simbolo.

175
00:10:06,730 --> 00:10:09,190
Ĉi tie ni certigante ke ili
efektive eniris agoj.

176
00:10:09,190 --> 00:10:12,840
Kaj ĉi tie ni estas certigi, ke ili
eniris entjero por agoj, tiel

177
00:10:12,840 --> 00:10:15,095
ili ne provas aĉeti ABC agoj.

178
00:10:15,095 --> 00:10:17,630

179
00:10:17,630 --> 00:10:23,130
>> Nun ni volas serĉi la prezo de la
simbolo tiom ni scias kiom da mono ni

180
00:10:23,130 --> 00:10:26,590
devus subtrahi de la uzanto.

181
00:10:26,590 --> 00:10:31,700
Nun ni devos elekti kiom da mono la uzanto
vere havas kaj certigi ke

182
00:10:31,700 --> 00:10:33,960
kiuj sukcesis.

183
00:10:33,960 --> 00:10:35,600
Ĉi tie ni kaptante la kontanta.

184
00:10:35,600 --> 00:10:39,660
Kaj nun jen, ni estas certigi
ke la uzanto havas sufiĉan monon.

185
00:10:39,660 --> 00:10:44,950
>> Do, se la nombro de agoj de la uzanto
volas aĉeti fojoj la prezo de ĉiu

186
00:10:44,950 --> 00:10:49,100
de tiuj agoj estas pli granda ol la
kvanto da mono kiun ni havas, tiam la

187
00:10:49,100 --> 00:10:50,950
uzanto ne povas pagi tio.

188
00:10:50,950 --> 00:10:54,500
Supozante ke la uzanto havas sufiĉan monon,
Nun ni volas enmeti en la

189
00:10:54,500 --> 00:10:55,980
uzanto biletujo.

190
00:10:55,980 --> 00:10:59,900
Nu, ni devos enmeti al la uzanto
biletujo se ĉi tio okazas al esti la

191
00:10:59,900 --> 00:11:02,770
unuafoje la uzanto estas aĉetanta
ke aparta simbolo.

192
00:11:02,770 --> 00:11:06,630
>> Sed kion se ili jam okazi
havi iom da Apple stoko?

193
00:11:06,630 --> 00:11:10,930
Nu, nun ni estas farante uzon de la sur
duobligi klavo ĝisdatigo komunikaĵo.

194
00:11:10,930 --> 00:11:15,750
Do tiu estas kial antaŭaj ni specifis ke
ID kaj simbolo devas esti komuna

195
00:11:15,750 --> 00:11:19,620
primara tonalo, tiel ke se ni klopodos
enmetas ID kaj simbolo kiu estas

196
00:11:19,620 --> 00:11:24,670
jam ekzistas, ni ĵus ĝisdatigis la
agoj al inkluzivi la novaj agoj kiujn

197
00:11:24,670 --> 00:11:26,720
la uzanto estas aĉeti.

198
00:11:26,720 --> 00:11:30,390
>> Nun ni volas aktualigi la kvanto de
kontanta mono, ke la uzanto havas, ĉar ili

199
00:11:30,390 --> 00:11:33,390
nur elspezis iom da mono en tiuj agoj.

200
00:11:33,390 --> 00:11:36,060
Kaj fine, ni devos ĝisdatigi
la historio tablo denove.

201
00:11:36,060 --> 00:11:38,590
Kiu, denove, ni rigardu
ĉe en sekundo.

202
00:11:38,590 --> 00:11:43,230
Kaj fine ni ridirektanta
Reen al portfolio.PHP.

203
00:11:43,230 --> 00:11:45,440
>> Do ni rigardu
la historio tablo.

204
00:11:45,440 --> 00:11:48,770

205
00:11:48,770 --> 00:11:53,430
Nun memoru, ke la historio tablo estas
supozis konservi spuron de ĉiu aĉeto kaj

206
00:11:53,430 --> 00:11:57,580
Vendas ke ĉiuj uzantoj fari, ne nur la
aktuala nombro de agoj, ke la

207
00:11:57,580 --> 00:12:00,500
uzantoj havas, kiu estas kio
biletujo estas por.

208
00:12:00,500 --> 00:12:06,350
Do ni konservanta trako de la uzanto, kiu
Estas aĉeti aŭ vendi, ĉu

209
00:12:06,350 --> 00:12:11,740
tiun apartan transakcion estis buy
aux vendi, la simbolo kiu estas estante

210
00:12:11,740 --> 00:12:17,540
aĉetis aŭ venditaj, la nombro de agoj
ke ni aĉeti aŭ vendi, la

211
00:12:17,540 --> 00:12:22,840
prezo de unu sola porcion tio estas estante
aĉetis aŭ venditaj, kaj fine, la tempon

212
00:12:22,840 --> 00:12:25,550
ke ĉi aĉetado aŭ vendado
estas okazanta.

213
00:12:25,550 --> 00:12:27,650
>> Kaj tio estas ĉiuj la historio
informoj kiujn ni bezonas

214
00:12:27,650 --> 00:12:29,850
spuri.

215
00:12:29,850 --> 00:12:37,340
Do kiam ni rigardis vendi, ni vidis, ke
ni estis la enmeto en la historio sell,

216
00:12:37,340 --> 00:12:42,060
kiel ĉu ni aĉeti aŭ vendi,
la nuna tempo sigelilo, kaj la

217
00:12:42,060 --> 00:12:46,070
aktuala uzulo, la simbolo kiu estas estante
venditaj, la nombro de agoj kiuj estas

218
00:12:46,070 --> 00:12:50,010
esti venditaj, kaj la prezo de
la trunko ĉe ĉi tiu tempo.

219
00:12:50,010 --> 00:12:52,740
Simile, en aĉeto, ĝi malebligos
aspektas preskaŭ la samaj.

220
00:12:52,740 --> 00:12:56,820
La sola diferenco estas anstataŭ
de vendado, ni aĉetas.

221
00:12:56,820 --> 00:13:01,243
>> Do en vendi kaj aĉeti, ni enmeto en
la historioj tablo ĉiuj

222
00:13:01,243 --> 00:13:02,960
aĉetas kaj vendas kiuj okazas.

223
00:13:02,960 --> 00:13:08,680
Do ĉiuj history.PHP bezonas fari estas grab
la informo de la historio

224
00:13:08,680 --> 00:13:13,960
tablo, certigu ke ĝi okazis,
kaj redonu tiun informon.

225
00:13:13,960 --> 00:13:18,770
Do rigardante la history.PHP ŝablono,
la interesaj informoj

226
00:13:18,770 --> 00:13:19,940
estas korekta ĉi tie.

227
00:13:19,940 --> 00:13:23,935
>> Ni looping super ĉiuj el la
transakcioj, printado, ĉu tiu

228
00:13:23,935 --> 00:13:29,580
Estis acxeti aux vendi, formatting dato tempon
ke ni faris ĉi transakcio.

229
00:13:29,580 --> 00:13:31,520
Memori ni bezonas uzi htmlspecialchars
sur la

230
00:13:31,520 --> 00:13:33,270
simbolo, ĉiaokaze.

231
00:13:33,270 --> 00:13:37,150
Kaj fine, formatting la nombro de
agojn, kiuj aĉetis kaj la prezo

232
00:13:37,150 --> 00:13:39,310
de sola parton en tiu tempo.

233
00:13:39,310 --> 00:13:42,570
>> Kaj tio montras ĉiujn el la historio
informo kiun ni bezonas.

234
00:13:42,570 --> 00:13:44,220
Kaj tio estas por ĉi pset.

235
00:13:44,220 --> 00:13:47,820
Mia nomo estas Rob, kaj ĉi
Estis CS50 Financoj.

236
00:13:47,820 --> 00:13:52,171