DAVID Malan: Do por tiu problemo aro, vi
tuj apliki vian tre propra retservilo.
Ni provizis vin kun iom de skeleto kodo kiu akiras vin komencis,
sed finfine, vi estas tuj finos lin
tiel ke ĝi reale implementa la kapablo
servante supren retpaĝojn, ambaŭ statikaj enhavo kaj ankaŭ dinamika enhavo,
tra PHP.
>> Ni rigardu, unue por vojo de la personaro solvo,
je kio la fina rezulto tuj estos.
Mi unue tuj ekkuros Tilda cs50 / pset6 / servilo
kaj tiam interfrapigos p specifi haveno kaj tiam nombro
kiel 8080, kiu estas sufiĉe komuna.
Kaj tiam la nomo aŭ la vojo al dosierujo
ke mi volas uzi kiel la retejo servilo itinero, kie ĉiu de la arkivoj
tuj estos utilinta supren for.
Mi iras al antaŭeniri kaj batis eniri.
Kaj vi vidos en koloro teksto ĉi tie ke la ttt-servilo estas
uzante mia publika dosierujo kaj ĝi estas aŭskultante sur haveno 8080.
Nun ni transiru al retejo retumilo kaj reale provi
konekti al ĉi tiu TTT.
Rimarki en la fundo dekstra mano angulo de via aparato,
ke ili pasis ĉiuj tiu tempo IP adreso.
Tio identificador sola por via komputilo
kiu identigas ĝin tiel ke vi povas konsenti li
tra navegador retejo aŭ ajna numeron de aliaj iloj.
Do mi iros por antaŭeniri kaj malfermi Chrome en la aparato
kaj mi tuj vizitos http://172.16.254.133 kaj tiam
dupunkto 8080.
Kaj la dupunkto estas grava ĉar se vi ne specifas ke haveno kiun mi ankaŭ
specifita en la komando linio, vi estas efektive
tuj parolos en la aparato mem retejo
servilo nomata Apache, kio estas konstruita en ĝi.
Sed hodiaŭ ni volas centri en nia propra servanto retejo.
>> Do nun, kiam mi batis Enter, vi rimarkos ke 501
Ne Realigita venas supren ĉar mi provis
konsenti dosierujon, ne apartan dosieron.
Ja, se vi transrigardi al maldekstre en mia fina fenestro,
vi vidos ke dum aŭskultante sur haveno 8080,
la retservilo vidis peton pri Akiri / HTTP / 1.1 kaj poste la servanto retejo
respondis, kiel bildigis ĉi tie en ruĝa, kun tiu 501 ne estis implementado.
>> Kurioze tamen, ekzistas ankaŭ tiu dua linio de celo,
Akiri / favicon.ico HTTP / 1.1.
Nun mi definitive ne faros tion mem, sed ĝi rezultas ke Chrome,
kiel multaj retumiloj, volo arogante supozi ke via retejo
supozas havi iom grafika ikono en la langeto aŭ proksima
al la stango de direktoj, kiel Harvard kresto aŭ iu kune tiuj linioj,
kaj tiel gxuste diveni per vojon de tiu defaŭlta dosiernomo,
ke vi havu dosieron tiel ankaŭ, kion ni ne havas.
Kaj tiel 404 Not Found ricevas kracxi reen.
>> Nu nun, rimarki ĉi.
Krom viziti tiu adreso interne
de la aparato, 172.16.254.133:8080, sed via IP-adreso, esti klara,
estos malsamaj.
Rimarku, ke se mi iros en mian Mac aŭ mia PC al mia propra retumilo
kaj viziti tiu sama URL, mi povas vidi de mia propra preferita retumilo
ĉu ĝi estas Chrome aŭ Firefox aŭ IE aŭ ion alian, ĝuste
la samaj rezultoj.
>> Akcepti.
Ni efektive viziti URL ke konataj ekzisti en tiu publika dosierujo.
Nome, la IP-adreso dupunkto 8080 / cat.jpg.
Eniri.
Kaj tie ja estas Feliĉa Kato.
Mi scias anticipe ke tie estas ankaŭ oni cat.HTLM dosiero, do se mi batis Enter,
Mi vidas ke oni tiel.
Kaj rimarki, en la Dume, sur la maldekstra
havas tutan faskon da verda eliroj signifante
ke tiuj estis 200 statuses, kio signifas ke ili estis en ordo.