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.