>> Rendben.
Szóval belevetik magukat bizonyos a műszaki adatokat.
Remélhetőleg néhány, amit A softball kérdés.
HTTP, a cél a mai Egyszerűen nem ad nekünk egy mentális
modell a típusok alkalmazások
és projektek vagyunk fog megvalósítani.
Szerdán, akkor átmeneti mélyebben a dolgok, mint MVC
és különösen a Laravel és ORM
amellyel fogunk beszélni adatbázis.
De ma, nézzük meg a Színpad azok a beszélgetések.
HTTP mi?
Hypertext Transfer Protocol?
OK, mit jelent ez?
Igen.
[Hallható Megjegyzés]
OK. Bezárása.
Ez a másik.
Nem HT - ez az, hogy a HTML.
HTTP az, ami mit pontosan?
>> Ez az a szolgáltatás, amely mint továbbítja szöveget vissza
között oda-szervereket?
>> Igen, pontosan.
Ez a szerver.
Szóval, tényleg ez a protokoll.
Ez a készlet egyezmények hogy a használt
az információ átadása vissza között oda-kliens és szerver.
És, hogy az információ általában formájában HTML,
Hypertext Markup Language, amely a nyílt címkék és záró tag.
Tehát, ha van néhány kliens képviselteti magát itt a bal oldalon
és néhány szerver képviselt Itt a jobb oldalon.
A nyilak oda-vissza
köztük képviselnek hogy a nyelv HTTP.
És ha ismeri 50 Például az elmúlt évben, vagy egy pár
évvel ezelőtt lehet, hogy emlékeztetni arra, hogy leírta
a protokoll abban az értelemben, hogy amikor először találkozol valakivel,
Lehet, hogy meghosszabbítja a kezem, és azt mondják, helló, és mondhatnánk -
>> Hello.
>> Hello. És most, hogy az a fajta A tranzakció a kliens
és a szerver teljes.
Rendben van.
Tehát HTTP csak egy konvenciót.
És azok között egyezmények az, hogy küldjön bizonyos üzeneteket.
Így például, nyissuk Chrome.
És a tanfolyam, akkor minden bizonnyal a leggyakrabban használt bármilyen böngészővel,
de a Chrome látszik, hogy valószínűleg a legnépszerűbb manapság.
Mert van egy egész eszközkészletet építettek be
Menjünk előre, és Vizsgálja Element.
Hadd menjen a Hálózat lapra és hadd menjen valamit
mint http://www.cs164.net és nyomja meg az Enter
miután az első ütő Record beládáz kapunk irányítva.
És most mi lesz hogy egy csomó
sorok ebben a táblázatban.
Mit jelent az egyes ezek a sorok jelentik
amikor meglátogat egy weboldal?
Igen?
[Hallható Megjegyzés]
Pontosan. Az összes fájl Én csak kért látható
egyénként sor a kis asztalon,
de várj fájlokat.
Csak kért egy ilyen fájl, igaz,
feltehetően index.html vagy index.php.
Ezek lehetnek linkeket, igaz?
Természetesen ott van a kép címkék belsejében van,
van kapcsolat címke CSS, van script tag
A JavaScript és a csomó más címkék
hogy talán valóban húzza
további fájlok fajta rekurzívan.
És ez az, amit látunk.
Ha felfelé most az egyik legfontosabb ezek
észre, hogy először látni egy ez valójában milyen kíváncsi.
Azt mondja, a weboldalunkon ideiglenesen tartózkodik,
az állapot kódot, beszélni 302.
Van egy másik hasonlót, 301 amely költözött véglegesen.
És ha mozog ideiglenesen vagy tartósan mit jelent ez?
Mit kell a szemét keresnek annak érdekében,
válaszolni hol haladunk?
A jelenlegi és hosszát.
OK. Tehát minden bizonnyal következtethetünk, ahol végül.
És úgy tűnik, én végül a canvas.harvard.edu / valami
ami sokkal nehezebb emlékezni.
De technikailag, azt akarom, diagnosztizálni átirányítás kérdés.
Meg akarom érteni, ahol én vagyok majd pont a B pont
a pont pont, pont, dot canvas.harvard.edu
ez több misztikus felület fejlécek.
Hogyan választ egy kérdésre, formában, ahol nem mozgok?
Location. Rendben van.
Tehát, ha én lapozzon ide A Response fejlécek,
észre, hogy ezek a fejlécek és hadd változtassa meg.
Ez a fajta egy szép nyomtatott verziót a Chrome.
Nézzük kattintson view source.
Ez a nyers szöveg Az Apache webszerver.
És tudom, hogy a pillantva ezt a sort itt.
És az Apache csak ingyenes és a nyílt forráskódú szoftverek.
Ez talán a legnépszerűbb web szerver szoftver odakinn.
Ez az eredmény a kézfogás jön vissza hozzám.
És ha valami nézni mi volt benne a keze
vagy a virtuális borítékot, hogy képviseli a csomagokat,
megy át a henger belsejében
Az, hogy ezek a több sornyi szöveget.
És mivel a böngészők maguk beszélnek HTTP,
ők előre programozott a Google és a Microsoft
és más cégek keresni ezen a vonalon.
És amikor látja helye: mit csinál az URL
után a vastagbél feltehetően?
Magától hozzá.
És láthatjuk ezt a tetszőleges számú módon.
Tény, hogy nagyon hasznos eszköz különösen a Linux
és a Mac OS, ha kinyitom egy terminál ablakban itt
és én göndör, és én-I és majd illessze be az URL is.
Ez egy jó szokás használni idézetek
mert ha valaha is vannak kérdőjelek
vagy egyéb funky karakterek akkor tényleg sort
az megzavarja a parancssorban.
De ha idézni az URL-t is, Most majd meglátjuk, hogy pontosan minden
A fejlécek jött vissza.
És ebben az esetben, a ténylegesen Én a rossz.
Én a Canvas URL-t.
Csináljuk http://www.cs164.net.
Adja meg a. Vannak pontosan ugyanezen fejlécet.
És ha azt akarom látni Következő mi jön vissza,
Én is csak ezt manuálisan.
Tehát curl csak ilyen gyors és piszkos diagnosztikai eszköz van,
curl-I, és most, hogy az URL újra és ezek mind a fejlécek
hogy most jött vissza canvas.harvard.edu.
Milyen további információ nem küldenek nekünk?
Ez egy kicsit cut off.
Hadd mozog túl rajta.
Tehát egy ilyen vonal Érdekes.
Így a tartalom hossza, az hogy hány bájt volt benne
a virtuális boríték jött vissza.
Tartalom típusa ez a HTML, az Lehet, hogy valami más
ha ez egy PNG vagy a GIF vagy JPEG.
Sőt, általában elmondható, Mi ez a szöveg hívják?
Vannak ilyen egyedi húrok a világban
amely egyértelműen leírja különböző adattípusok.
Ez egy úgynevezett MIME-típus, M-M-I-E típusú.
Így a világ szabványosított
hogy. png azt hiszem a "image / png".
A világ szabványosított hogy a HTML fájl text / html.
A világ szabványosított, hogy egy mp4, film fájl video/mp4.
Tehát ezek az egyedi token hogy a böngészők általában használ
annak meghatározására, hogy játszani , mint egy film, megjeleníteni
, mint egy kép, hogy tegyék , mint a HTML vagy hasonlók.
Milyen server nem - Instructure A cég mögött Canvas
látszólag kezelhető?
Tehát Apache is, így ők a ugyanazt az eszközt, és láthatjuk
hogy ezen keresztül határt.
Mellesleg, ők már valóban tett valamit, ami okos
hogy nem minden weboldalak nem.
Nagyon gyakran honlap kiköp,
Nem csak, hogy ők Apache hanem
hogy ők futó Apache verzió 2.1.3.
De ezek a srácok már okos és letiltotta a verziószám.
Miért van az, hogy okos?
Igen.
>> Talán azért, mert bizonyos változatot lehet felfedezték
és különösen sebezhetőség
[Érthetetlen] nyilvánvaló.
>> Pontosan.
Ez egy lehetséges biztonsági fenyegetést.
Ha lényegében műsorszórás a világ, hé,
mi fut ez a verzió.
Hé, mi fut ez a verzió.
Ez nem olyan nehéz a Google vagy csak göndör még piszkálni
körül véletlenszerű IP-címek
és találni olyan embereket futás buggy szoftvert, majd megtámadják őket
bármilyen dokumentált azt jelenti, hogy.
Nos, miért van még mindig mondván Apache?
Vitatható, hogy ez a fajta ingyenes információt.
Nos, Apache könnyen kapcsolja ki a verziószám
de nem az a fajta mögött A jelenetek branding ilyen módon.
És ez az, hogy a Google és más cégek tudják, milyen web-szerver
az emberek futnak, mert csak mondja az egész világ
minden alkalommal, amikor meglátogatja őket.
Tehát a cookie-k vissza fog térni is.
De lehet felidézni, hogy a cookie-k van valami nagy egyedi számokat
amelyek jellemzően tetszik a pecsét a felhasználó.
Ez egy kis fájlt, vagy darab adatok ültetett a böngészőben
emlékszik, hogy ki a felhasználó.
Status 200 jó.
X-Canvas-Meta, így mi mindezt?
Nos, hosszú történet rövid, a a világ azt is lehetővé tette a világot
hogy dolgozzon ki tetszőleges, HTTP fejlécek és ha előtag őket
X, hogy csak azt jelenti, ők szokás.
És ez egy jó módja annak is, diagnosztikai célokra
ha a fejlődő egy web-alapú alkalmazás
és azt szeretné, hogy képes
, hogy a színfalak mögött, hogy tudom, mi back-end szerver nyárson
ki ez a válasz, vagy mi verziószám zajlik
ezen a szerveren.
Vagy mi a belső IP-címet,
minden olyan dolog, ahol lehet, hogy Kérsz ​​belső pillantás
valamit, ami folyik, akkor köpni
ki a saját önkényes HTTP fejlécek ilyen módon.
De a történet kezdődött megnyitása a tanfolyam honlapján.
És láttuk az összes ilyen sorok a Hálózat fülre.
Az első volt a legtöbb érdeke, hogy az átirányított minket
a következő, és akkor mi van vissza erre a választ itt.
Szóval, hol van canvas.harvard.edu?
Nézzük nyomja egy kicsit tovább, és sort
Az alábbi zsemlemorzsa.
Canvas.harvard.edu van látszólag tulajdonában Harvard.
Készítettek ez al-domain nevű canvas.harvard.edu.
Hogyan tudom kitalálni, hogy hol
a világon canvas.harvard.edu életét?
Vagy talán pontosabban mi az IP-cím?
Hogyan lehet kitalálni, hogy ki?
Igen?
[Hallható Megjegyzés]
Abszolút.
Szóval ez valóban választ néhány kérdést is.
Az első ilyen egyszerű eszköz lenne valami nslookup
bár ezt hívják más dolog.
Nameserver Lookup és Azt írja valamit
mint canvas.harvard.edu.
Adja meg a. És ez megy, hogy vissza látszólag egy csomó
választ.
De lássuk, ha nem megérteni ezt.
Szóval úgy tűnik,
canvas.harvard.edu a kanonikus név
e kegyetlen látszó dolog,
Harvard-vanity.instructure.com.
Szóval, mi folyik itt?
Míg eközben, ha olvass,
Harvard-vanity.instructure.com van egy kanonikus név
valami még rejtélyes,
Harvard-170 valami -Us-kelet-1.elb.amazon.aws.
Sőt, az a dolog megoldja
a látszólag három különböző IP-címek.
Tehát mi a világban azonban az összes ilyen jelent?
Igen?
[Hallható Megjegyzés]
OK. Jó. És hadd csípés egy dolog, hogy azt mondta,
ez nem igazán tartalomszolgáltató hálózat.
Mert ez általában, hogy azt jelenti, hogy statikus tartalmat
és mivel a legtöbb website dinamikusan vezérelt,
Én nem leírni ezt a CDN
de az Amazon szálló szervereket.
Amazon kínál szolgáltatás hívott Amazon Elastic Compute Cloud,
EC2 rövid.
És ezek csak a web szerverek gyakran Apache
vagy egyéb szoftverek hogy lehet bérelni lényegében
fizet Amazon néhány cent vagy néhány dollárt óránként
és valóban fut a kód a szerverén.
És az eszközöket, amelyek ezt is adnak egy rejtélyes
néz domain nevet, mint ez ami viszont eredményeket egy
vagy több IP-címet mint a három itt.
És viszont, akkor hozhat létre álneveket
amelyek sokkal emberbarát
az, hogy az egyébként teljesen unmemorable Amazon címét.
És ebben az esetben a cég Instructure döntött
hogy hozzon létre egy kissé több emlékezetes cím,
Harvard-vanity.instructure.com
de hogy lenne egy szörnyű ilyesmit nekünk
hogy látogassa meg a tanfolyam weboldalak.
Így Harvard viszont létre másik alias ez több
egyszerűen canvas.harvard.edu.
És az összes ilyen technikák kihasználva úgynevezett DNS,
A Domain Name System.
És így, amíg a rendszer adminisztrátor hozzáférése
a Harvard vagy Instructure a DNS szerverek,
hozhat létre ezek az álnevek.
És ha fiúk, a projektek,
úgy dönt, hogy vesz egy domain név 5 dollárt,
10 dollár, vagy bármi.
És még fizetnek egy internetes fogadó
vagy csak egy szabadon hozzáférhető internetes fogadó, és azt szeretné, hogy
hogy ténylegesen élni nem valamit random.com
de a saját domain név, amelyet vásárolt 5
vagy 10 dollárt ezek a típusú konfigurációs adatok
hogy mi lesz felfedezni felé a végén a félév.
Ha és amikor eljön az ideje, szállítani valamit nyilvánosan
így élni a sokkal érdekesebb URL.
Hadd szünetet egy pillanatra Mert ti vagytok sort
szükségtelenül bunching ott.
Szeretnéd félszegen csak egyfajta jönnek, és üljön
a hátsó, vagy a közepén?
Ha én nem készít figyelmet az Ön számára?
Gyere be!
Ez talán több kényelmetlen is.
[Szünet]
Rendben van.
OK. Welcome.
Rendben van.
Szóval, ha nem most hagy minket?
Tehát valahogy vagyunk más és majd át a hídon, ha
és amikor eljön az idő szempontjából
DNS hogyan fog valójában beállítani az egésznek.
Néhány how vagy más, ez a HTTP kérés,
A kezdeti kézfogás eléri a szerver egy
azok IP-címek.
A szerveren van valami úgynevezett web szerver.
Nem meglepő.
De ami igazán műszaki egy web szerver?
Azt a fajta, hogy a kifejezés biztosra, de mi ez?
Mi az a web szerver?
Igen?
[Hallható Megjegyzés]
OK. Szóval, ez csak egy számítógép memória és bemenetek.
Tudod, hogy is nézhetett
mint azt a képet korábban még bár ez az egyik egy kicsit
retro és a asztali vagy torony számítógép.
Igen, ez csak egy számítógép.
De technikailag, a web szerver nem egy számítógép per mondani.
Mi, mint a fajta ember rendelkezik Hosszú összetévesztette webszerverek
és e-mail szervereket fizikai eszközök.
De egy webszerver igazán a szoftver.
Ez a szoftver fut egy fizikai számítógép.
És ezért, akkor egy e-mail szerver és a web szerver
és egy diagram szerver és minden számos más szerverek
vagy pontosabban szolgáltatások tetején futó
egy adott számítógép és az összes ilyen szolgáltatás lehet élni
meg ugyanazt az IP címet ezért.
Szóval, hogyan - ha Ön még több szolgáltatás
vagy a szerver fut a ugyanazon a számítógépen, hogy amikor nullák
és azok jönnek őket az interneten keresztül,
nem a számítógép tudja, hogy válaszolni, mint egy e-mail szerver
a weboldalt, és a chat?
Igen.
[Hallható Megjegyzés]
Jó. Pontosan.
Tehát egy web kiszolgáló figyel az úgynevezett a port.
És ha már vett CS143 Hálózat, tudjátok
hogy ezeket a portokat kapcsolódnak a protokollok, mint a TCP
amit valószínűleg legalább hallott vagy UDP.
És ezek a kikötőkben számok csak egyedi azonosítók
azonosítani, hogy egy szolgáltatást.
Tehát 80 web, 25 e-mail, 23 Telnet, 22 SSH
és van több tucat vagy több száz
más is, bár van csak néhány nagyon népszerű is.
És ez az egyik módja a számítógép egy IP-címet
rendezni a multiplex között különböző típusú kérelem
és reagálni kell.
Mit is jelent ez valójában?
Tehát nem kell a böngésző.
Nem kell curl, hogy valójában beszélni a webszerver.
Mi csak azt kell megérteni, hogy mi A protokoll és hogyan működik
és én utaltam ez egy perce.
Telnet a fajta egy old school programot.
Az én időmben, használtuk használni, hogy ellenőrizze e-mail
de ez teljesen bizonytalan.
Ez csak egy eszköz, amelyen keresztül küldhet szöveges parancsokat
egy másik számítógépre.
És vissza a nap,
azokat a szöveges parancsok gyakran szerepelnek a felhasználónevet
és a jelszó nem valami titkosítás.
Ha ismeri az SSH,
SSH nagyjából Telnet de a titkosítás.
Szóval ez egy kicsit egy leegyszerűsítés.
De mintha a ember egy terminál ablakot
és ez a régi iskola program Telnet, hogy egy böngésző.
Azt írja valamit mint a telnet www.cs164.net
és sajnos, ha Enter leütése, hogy megpróbálja
de semmi sem látszik is történik.
És ez azért van, mert alapértelmezésben A világ úgy döntött évvel ezelőtt
hogy a Telnet alapértelmezett port a 23
ahogy röviden utaltam a pillanattal ezelőtt.
De nem akarom, Telnet per mondani.
Azt akarom, hogy a Telnet ilyen A szöveges program, mintha
, hogy a böngésző a Chrome és az IE és más böngészők
alapértelmezés szerint már nehéz kódolt a Google és a Microsoft
beszélni, hogy nem 23, hanem 80 vagy talán 443
az SSL-alapú weboldalak.
És most, észre, megpróbálom, és én csatlakozik a webszerver.
Most megyek, megy előre, és mond valamit, mint a Hello.
És úgy tűnik, ennek most költözött véglegesen.
Küldök néhány hamis parancsot
és küldött vissza erre a címre itt.
Szóval, most ténylegesen ez egy kicsit másképp.
Nézzük valóban látni azt mondják, GET/HTTP/1.1.
Szóval, mit csinálok?
Ez a parancs.
Ez a fajta az én kézfogás, hogy úgy mondjam.
Mi az előre slash valószínűleg jelzi?
A home könyvtár.
Így a home könyvtár itt ez csak azt jelenti -
is nevezzük a gyökere a honlapon.
Bármi legyen is az alapértelmezett van, lehet, hogy index.html,
talán index.php
és HTTP/1.1 lényegében a legújabb verziójú HTTP.
Szóval úgy tesz, mintha a a böngésző, hogy elég a jelenlegi
úgy, hogy reagál ez nekem, remélem.
És megyek előre, és nyomja meg kétszer az Enter
azért, mert a dolgok nem hogy ha látsz egy üres sort,
nem a webszerver, akkor válaszol.
De sajnos ez egy rossz kérelmet.
A böngésző kért
hogy ezen a szerveren nem értette.
Most ez az egyik a sok nehezebb diagnosztizálni.
De kiderül, hogy cs164.net a Apache.
És nem sok mindent tudunk kitalálni.
De az is használ valamit az úgynevezett virtuális tárhely
ahol lehet, hogy ismerős.
Talán halványan a A CS50 nap
vagy ha már írt kereskedelmi weboldalak előtt,
mi az a virtuális gép, vagy vhost?
Igen.
[Hallható Megjegyzés]
OK. Pontosan.
Tehát van több réteg multiplexing itt, hogy úgy mondjam.
Ha kapsz egy kérést néhány server
egy adott IP-címet, akkor minimálisan kell, hogy a port szám
úgy, hogy a kiszolgáló tudja, hogy ez egy e-mailt, ez egy webes kérést,
a chat üzenetet, vagy mit nem.
De ha egyszer a szám ki, OK, a 80-as portot.
Ez nyilvánvalóan kérése egy weboldalt.
De nem lenne jó
ha egy szerver valóban támogatja a több
weboldalak, food.com és bar.com és bass.com
így nem kell egy fizikai szerver vagy egyetlen darabból
A szoftver minden fenébe honlap a világon.
Így a világ kitalált virtuális hosting, amely lehetővé teszi,
, hogy több domain nevet az azonos IP-címet.
De a fogás a kapcsolat Most készült Telnet,
meghatározva 80-as porton www.cs164.net tettem említést
A domain név , hogy én vagyok érdekelt
A túl a parancssorban.
És sajnos ez egy kicsit nem nyilvánvaló.
Amint Enter leütése,
lényegében Telnet elbizakodottságból konvertáló
www.cs164.net a , hogy az IP-cím
majd csak küld a nyers GET kérést a szerver.
Így ezt a fogalmat, hogy ez www.cs164.net teljesen elveszett,
jobbra.
Telnet nem egy böngésző miért zavarta küldés
További információ a szerver?
Ez nem olyan okos.
Szóval a böngésző van hogy emlékeztesse a szerver
hogy nem csak akarok , hogy a honlapon,
Én is szeretnék adni számos cs164.net.
És a HTTP fejléc így beszél pontosan, hogy Host:.
Most, amikor elütöttem az Enter, azt vissza ugyanazt átirányítás
hogy láttam a Chrome és én látta, göndör, de azt merem mondani most,
mi ezt csak körülbelül olyan alacsony szintű
műszakilag lehetséges
ezekkel több misztikus parancsokat.
Nos, miért van ez hasznos?
Tehát, ez nem a szokásos módja annak, hogy meglátogat egy honlapot
de szinte minden alkalommal, akkor kell diagnosztizálni kis probléma
A web-alapú alkalmazás amely magában foglalja a szerveren, vagy darab
szoftver vagy újonnan létrehozott virtuális host
vagy újonnan vásárolt domain nevet.
Ezek pontosan azok az eszközök, hogy tudod, Tim és Rob és én
és mások is használni csak azért, hogy megpróbálja kitalálni,
ki, mi baj, ugye?
Példa erre bármikor kapsz a domain nevet, akkor valahogy
társult IP foglalkozni vele.
És ezt általában keresztül web-alapú felület a GoDaddy
vagy namecheap.com vagy bárhol megvette a domain nevet.
Így a különböző honlapokon különböző eszközök
de ez alapvetően egy Excel tábla oszlopok
A host neveket és oszlopok
Az IP-címek valami ilyesmi.
De van egy probléma mert bármikor maga kérte
társítani az IP-cím a host nevet, meg kell adnunk
a maga TTL amelynek jelentése A - vettél 143..
Úgy hallottam, hogy itt.
Time To Live.
A TTL azt jelenti, hogy hány másodpercig meg ez a bejegyzés elfelejteni
A és eszébe jutott, Úgy értem, cache-elt.
Tehát hosszú történet rövid, belül is a DNS-világban,
itt van ez az egész fogalma cache-t.
És ez egy olyan téma, fogunk vizsgálja meg a tanfolyam is
egy szoftver szintet, amikor caching gyakran nagyon
jó dolog.
És mit értünk cache egy weboldalt, például
vagy caching DNS rekord, az IP-cím?
Mit jelent ez a cache?
Igen.
[Hallható Megjegyzés]
Igen, pontosan csak tartani körül egy példányt, hogy
ha ez nem változik, vagy őszintén szólva, még ha nem változik,
lehetővé teszi, nem veszi észre, legalább Néhány másodperc talán még egy pár
perc, vagy még rosszabb egy-két órát.
És egy weboldalon, akkor lehet, hogy láttam ezt korábban,
Néha, ha egy honlap,
nem annyira a legnagyobb weboldalak.
Azt inkább, hogy ezt a részlet jobb, mint a Facebook
és a Gmail és hasonlók.
De ha egy másik honlap, amely segítségével sok
technológiák fogjuk használni az osztályban,
ez gyakran a tervezési döntés dönt arról, hogy
cache valamit, és ha igen, milyen hosszú a cache valamit.
És ha valaha volt, hogy egy weboldal
ahol például bejön mentése és akkor újra az oldalt
és akkor bármit kiküldött nincs ott.
De akkor talán töltse be újra, és úgy tűnik.
És valóban, én már tényleg látta a tünet is
Facebook-hóba
ahol, ha újratölti A News Feed,
néha valami van, néha eltűnik
és a dolgok nem Tényleg úgy tűnik, következetesen.
És ez gyakran az eredmény csak cache kérdéseket.
Az egyik igény, akkor ütő egy szerver.
Az újabb kérelmet, akkor ütő másik szerverre
és cache, a másolat
weboldalak talán nem tökéletesen szinkronizált
néhány másodpercig vagy percig
így látni a különböző állam a világon.
Ugyanez történik a DNS.
Ha úgy dönt, hogy a Ön food.com
és ha már tárhely azt GoDaddy,
meglehetősen népszerű internetes hosting cég többek között
, és úgy dönt, nem, én nem Nagyon szeretem a politikát,
Én nem igazán szeretem a árak, a szolgáltatások.
Szeretném megváltoztatni egy másik web hosting cég együtt.
Mit csinálsz?
Nos, azt egyszerűen változtatni a IP-címét food.com pont
a valaki másnak a szerver, aki fogsz kezdeni pénzt.
De mivel az egész DNS server rendszer cache,
mi ez a felhasználók számára
ha hirtelen mozog a website innen
hogy itt, a különböző IP-címet.
Rendben van.
Néhány nem nulla szám perc vagy másodperc,
a felhasználók számára, hogy végül lesz Itt például, vagy itt
azért, mert az operációs rendszer, a böngésző, az ISP,
saját router lehet, hogy cache a régi IP-címet
ekkor, annak nagyon nehéz kitalálni,
hogy pontosan mi baj.
Szóval hogyan elkezdi üldözni le még kérdések, mint ez?
Az csak a következő Ezek zsemlemorzsa
és a megértés végül mi HTTP
és mit jelent az, hogy küld a kérelmet, és mit eszközökkel
mint NSlookup segédprogram valóban érted.
És hogyan lehet végrehajtani egy kis Az ilyen alacsony szintű parancsok
és csak rájönni, hogy mi valójában megy rosszul.
Szóval tudja, kit kell hívni, aki hogy küldjön ki egy e-mailt, és milyen
változtatni a saját szerveren.
És mint félre, Gondolom a legtöbb
Az itt használt a CS50 Készülék, ha nem veszi CS50.
Akkor is, ha nem sok
Az akkor valószínűleg használni Apache, hogy a saját Mac
vagy a PC-k vagy Linux dobozok.
Csakúgy, mint egy félre, ha én nyit egy terminál ablakban itt
a legújabb CS50 Appliance és én is root Sudu su
aztán bemegy ez a könyvtár
Itt etc / httpd / conf.d /.
Ez egy gyakori hely a web szerver -
az Apache webszerverek tárolására konfigurációs fájlokat.
Conf.d csak azt jelenti, konfiguráció könyvtár egy csomó
a fájlokat, és ha Kinyitom vi fel például,
készülék 50, akkor valóban látom, hogy a virtuális tárhely
A CS50 készülék a működő összes ilyen alkalommal.
Ha ez már egy ideje visszahívás
hogy meg tudja fogalmazni a legtöbb minden honlapon belül
a vhost könyvtárában a készülékben.
Hogyan működik, hogy valóban működik?
Hát észre, ez egy kicsit misztikus és meg tudná rendezni
A Grokkolod végig ezt a dokumentációt.
De lényegében valószínűleg a leghasznosabb vonal
felnézni - nézd meg ezt.
Ez a vonal itt lényegében mondja a webszerver, hogy vizsgálja meg
John Harvard vhost könyvtár
A kisbetűs verzió bármilyen szerver neve
vagy a domain nevet valóban járt.
És nem feltétlenül megy ezzel fokú bütyköl.
De amikor az Apache, ti vagytok azok,
akik végül is Ellenőrzése az ezen adatokat.
OK. Tehát ezentúl, most már hogy HTTP értetődőnek, nem igaz?
Rendben van.
Akkor miért nem tesszük ez, különösen, ha néhány
az úgy érzi, kissé a fogoly közönség, miért nem megy előre
, és egy két perces szünetet,
mikor jön vissza fogunk merülni egy kicsit a MVC, és mi
egy megjegyzés - Az a probléma, hogy akkor majd megoldani szerda
egy szerszám hívott Laravel.
Nos, vessünk egy pár percig.