>> Okej.
Så låt oss dyka in i några tekniska uppgifter.
Förhoppningsvis med några vad av en softball fråga.
HTTP, är målet för dagens helt enkelt ger oss en mental
modell för de typer av applikationer
och projekt som vi är går att genomföra.
På onsdag kommer vi övergången mer på djupet för saker som MVC
och i synnerhet till Laravel och ORM
med vilken vi kan prata med en databas.
Men för idag, låt oss ställa in scenen för dessa samtal.
HTTP är vad?
Hypertext Transfer Protocol?
OK vad betyder det?
Yeah.
[Ohörbart Anmärkning]
OK. Stäng.
Det är den andra.
Inte HT - det är det HTML.
HTTP är ett som gör vad exakt?
>> Är det den tjänst som som sänder text tillbaka
och tillbaka mellan servrarna?
>> Ja, exakt.
Det är servern.
Så, det är verkligen protokollet.
Det är en uppsättning konventioner som används
att överföra information fram och tillbaka mellan klient och server.
Och att information oftast sker i form av HTML,
Hypertext Markup Language som är de öppna taggar och nära taggar.
Så om du inte har någon klient representerade här till vänster
och några server representerade här till höger.
Pilarna som går fram och tillbaka
mellan dem representerar det språket HTTP.
Och om bekant med 50 för exempel förra året eller ett par
år sedan du kanske minns att vi beskrev det
som ett protokoll i den meningen att när jag först träffa någon,
Jag skulle förlänga min hand och säga hej och du kan säga -
>> Hej.
>> Hej. Och nu, som sorterar av transaktionen mellan klienten
och servern är klar.
Okej.
Så HTTP är bara en uppsättning konventioner.
Och bland dessa konventioner är att skicka vissa meddelanden.
Så till exempel, låt oss öppna Chrome.
Och för kursen kan du säkert använda de flesta alla webbläsare,
men Chrome tenderar att vara förmodligen den mest populära i dessa dagar.
Eftersom den har en hel svit av verktyg inbyggda i.
Låt oss gå vidare och Inspektera Element.
Låt mig gå till fliken Nätverk och låt mig gå till något
liknande http://www.cs164.net och tryck Enter
efter att först slå Record Incase vi får omdirigeras.
Och nu ska vi att se ett helt gäng
rader i den här tabellen.
Vad gör var och en av dessa rader representerar
när du besöker en webbsida?
Yeah?
[Ohörbart Anmärkning]
Exakt. Alla filer Jag bara begärt visas
som en enskild rad i det lilla bordet där,
men vänta filer.
Jag begärde bara en sådan fil, höger,
förmodligen index.html eller index.php.
De kan vara länkar, eller hur?
Visst finns det bild taggar inne i det,
det finns länktaggar för CSS, det finns script-taggar
för JavaScript och en massa andra taggar
som faktiskt kan dra
i ytterligare filer slags rekursivt.
Och så det är vad vi ser.
Om vi ​​rulla upp nu högst upp på dessa,
märker att vi först ser en det är faktiskt ganska nyfiken.
Det säger vår hemsida flyttade tillfälligt,
statuskoden så att tala är 302.
Det finns en annan likadan, 301, som har flyttat permanent.
Och om du flyttar tillfälligt eller permanent vad betyder det?
Vad ska ögonen vara ute efter så
att svara på var vi flytta till?
Den aktuella och längd.
OK. Så kunde säkert sluta där vi hamnade.
Och tydligen jag hamnade på canvas.harvard.edu / något
vilket är mycket svårare att komma ihåg.
Men mer tekniskt, jag vill ha att diagnostisera en omdirigerings fråga.
Jag vill förstå var jag är att gå från punkt A till punkt B
till en punkt prick, pricka, dot canvas.harvard.edu
i detta mer svårbegripliga gränssnitt för rubriker.
Hur kan jag svara på en fråga om formuläret till där jag flytta?
Läge. Okej.
Så om jag bläddra ner här till Response rubriker,
märker att dessa är de rubriker och låt mig ändra det.
Detta är en slags söt tryckta versionen av Chrome.
Låt oss klicka på Visa källa.
Detta är den rå text som Apache-webbservern.
Och jag vet att genom att blick på denna linje här.
Och Apache är bara gratis och öppen källkod.
Det är förmodligen den mest populära webbserver programvara där ute.
Det är resultatet av den handskakning kommer tillbaka till mig.
Och om jag ser sorts på vad som fanns inne i handen
eller den virtuella omsluta som betecknar de paket,
gå över tråden inuti
av detta är dessa flera textrader.
Och eftersom webbläsare själva talar HTTP,
de är förprogrammerade av Google och Microsoft
och andra företag att leta efter denna linje.
Och när den ser plats: vad gör det med webbadressen
efter kolon förmodligen?
Den går till det.
Och vi kan se här i ett antal olika sätt.
I själva verket är en mycket praktisk verktyg särskilt på Linux
och Mac OS är om jag öppnar ett terminalfönster här
och jag krypa och jag gör-jag och sedan klistra in den adressen där.
Det är en god vana att använda citat
för om du någonsin har frågetecken
eller fällar tecken, du kan faktiskt sortera
av förvirra kommandoraden.
Men om du citerar den webbadress där, Nu får vi se exakt allt
av de rubriker som kom tillbaka.
Och i det här fallet, faktiskt Jag gjorde fel.
Jag gjorde Canvas URL.
Låt oss göra http://www.cs164.net.
Enter. Det är exakt samma rubriker.
Och om jag vill se nästa vad som kommer tillbaka,
Jag kan bara göra det manuellt.
Så curl är bara typ av snabb och smutsiga diagnostiskt verktyg här,
curl-I och nu när URL igen och dessa är alla de headers
som nu kommit tillbaka från canvas.harvard.edu.
Vilken ytterligare information de skickar oss?
Det är lite avskurna.
Låt mig gå här över.
Så en av dessa linjer är intressant.
Så innehållslängd, det är hur många byte som var inne
av den virtuella kuvert som kom tillbaka.
Innehåll typ det är HTML, det kan vara något annorlunda
om det är en PNG-eller en GIF-eller JPEG.
Faktum är, generellt sett, det som den här strängen heter?
Det finns dessa unika strängar i världen
som unikt beskriver olika datatyper.
Detta är en så kallad MIME-typ, M-I-M-E-typ.
Så världen har standardiserat
detta. png Jag tror är "image / png".
Världen har standardiserat som i HTML-filen är text / html.
Världen har standardiserat att en mp4, är filmfil video/mp4.
Så dessa är de unika polletter att webbläsare brukar använda
för att avgöra om du vill spela den som en film, för att visa den
som en bild, för att återge den som HTML eller liknande.
Vad servern gör - Instructure företaget bakom Canvas
tydligen använda?
Så Apache också, så de använder samma verktyg och vi kan se
att via denna linje här.
Inom parentes har de faktiskt gjort något som är smart
att inte alla webbplatser gör.
Mycket ofta webbplatser spotta ut,
inte bara att de är Apache men också
att de kör Apache version 2.1.3.
Men killarna har varit smarta och inaktivversionsnummer.
Varför är det smart?
Yeah.
>> Kanske för vissa version skulle kunna upptäckas
och har särskilt sårbar
[Ohörbart] uppenbar.
>> Exakt.
Det är en potentiell säkerhetshot.
Om du är i huvudsak sänder världen, hej,
Vi kör den här versionen.
Hej vi kör den här versionen.
Det är inte så svårt med Google eller med bara krypa till och med att peta
runt slumpmässiga IP-adresser
och hitta folk som kör buggy programvara och sedan attackera dem
med allt vad dokumenterat innebär att det finns.
Nu, varför är det fortfarande säger Apache?
Förmodligen är den sortens gratuitous information.
Jo, gör det lätt att Apache stänga av versionsnummer
men inte deras sorts bakom kulisserna branding på detta sätt.
Och detta är hur Google och andra företag vet vad webbservrar
folk kör för att de bara berätta för hela världen
varje gång du besöker dem.
Så cookies kommer att komma tillbaka också.
Men du kanske minns att cookies är typ av stora unika nummer
som är typiskt gillar en handstämpel på användaren.
Dess en liten fil eller en bit uppgifter som planteras i webbläsaren
att minnas vem användaren är.
Status 200 är bra.
X-Canvas-Meta, så vad är allt detta?
Tja, lång historia kort, det världen har också gjort världen
att komma med godtyckliga, HTTP rubriker och om du prefix dem
med X, som just betyder att de är anpassade.
Och det är ett trevligt sätt och med för diagnostiska ändamål
Om du utvecklar en webbaserad applikation
och du vill kunna
att se bakom kulisserna som du veta vad som back end server spotta
ut detta svar, eller vad versionsnummer drivs
på den här servern.
Eller vad är dess interna IP-adress,
någon sak där man kanske vill ha lite interna glimt
på något som är händer, kan du spotta
ut din egen godtycklig HTTP-huvuden på det sättet.
Men historien började med öppna kursens hemsida.
Och vi såg alla dessa rader i fliken Nätverk.
Den första var i de flesta intresse som omdirigeras oss
till nästa och sedan vi fick tillbaka till detta svar här.
Så, var är canvas.harvard.edu?
Låt oss skjuta lite ytterligare och sortera
av följ dessa brödsmulor.
Canvas.harvard.edu är tydligen ägs av Harvard.
De skapade denna underdomän kallas canvas.harvard.edu.
Hur skulle jag räkna ut var
i världen canvas.harvard.edu liv?
Eller kanske mer specifikt vad är dess IP-adress?
Hur kan vi lista ut?
Yeah?
[Ohörbart Anmärkning]
Absolut.
Så det är faktiskt svara på ett par frågor där.
Den första enkla verktyg skulle vara något som kallas nslookup
även om det kallas annat.
Namnserver Lookup och Jag kan skriva in något
liknande canvas.harvard.edu.
Enter. Och detta kommer att ge mig tillbaka tydligen en hel drös
av svaren.
Men kan se om kan inte vettigt av detta.
Så som synes,
canvas.harvard.edu är ett kanoniskt namn
för detta avskyvärda ser saken,
harvard-vanity.instructure.com.
Så, vad händer här?
Även under tiden, om vi fortsätter att läsa,
harvard-vanity.instructure.com har ett kanoniskt namn
av något ännu mer kryptiskt,
harvard-170 något -Us-east-1.elb.amazon.aws.
Dessutom löser det där
till synes tre olika IP-adresser.
Så vad i hela världen gör alla dessa betyder?
Yeah?
[Ohörbart Anmärkning]
OK. Bra. Och låt mig tweak en sak som du sa,
det är egentligen inte en leveransnätverk.
För att det är normalt att betyder att det är statiskt innehåll
och eftersom de flesta av de webbplats är dynamiskt driven,
Jag skulle inte beskriva detta som ett CDN
men det är Amazon värd-servrar.
Amazon erbjuder en tjänst som kallas Amazon Elastic Compute Cloud,
EC2 för kort.
Och dessa är bara web servrar ofta Apache
eller andra delar av program som du kan hyra i huvudsak
genom att betala Amazon några cent eller några dollar per timme
och faktiskt du kör din kod på deras servrar.
Och på vilket sätt de göra detta är att de ger en kryptisk
ser domännamn som detta vilket i sin tur leder till en
eller flera IP-adresser som dessa tre här.
Och i sin tur, du kan skapa alias
som är mycket mer mänskliga vänlig
för att på annat sätt helt unmemorable Amazon adressen.
Och i detta fall den Företaget Instructure beslutat
för att skapa ett något mer minnesvärda adress,
harvard-vanity.instructure.com
men det skulle vara en ohyggliga sortens saker för oss
att besöka för kurs webbplatser.
Så Harvard i sin tur skapat ett annat alias som är mer
helt enkelt canvas.harvard.edu.
Och alla dessa tekniker är utnyttja något som kallas DNS,
domännamnssystemet.
Och så länge som systemet Administratören har tillgång
till Harvards eller Instructure s DNS-servrar,
Du kan skapa dessa alias.
Och om ni, för dina projekt,
väljer att köpa en domän namn för 5 dollar,
10 dollar eller vad som helst.
Och till och med betala för ett webbhotell
eller bara använda en fritt tillgänglig webbhotell och du vill ha det
att faktiskt leva inte på något random.com
men på din egen domän namn som du köpt för 5
eller 10 dollar dessa är de typer av konfigurationsinformation
att vi kommer att utforska mot I slutet av terminen.
Om och när det blir dags Skickas något offentligt
så det kan leva på en mer intressant webbadress.
Låt mig stanna upp en stund "Orsak ni är sorterings
i onödan bunching där.
Vill du tafatt liksom bara komma in och sitta
i ryggen eller i mitten?
Borde jag inte dra uppmärksamhet till dig?
Kom in
Det är förmodligen mer obekväma där.
[Paus]
Okej.
OK. Välkommen.
Okej.
Så var det nu lämna oss?
Så på något sätt är vi andra och vi kommer över den här bron, om
och när det är dags i termer
av DNS hur du skulle faktiskt konfigurera allt detta.
Vissa hur eller annat, denna HTTP-begäran,
denna inledande handskakning når en server på en
av dessa IP-adresser.
På den servern är något kallas för en webbserver.
Ingen överraskning.
Men vad som verkligen är tekniskt är en webbserver?
Du sorts ta frasen för givet, men vad är det?
Vad är en webbserver?
Yeah?
[Ohörbart Anmärkning]
OK. Så det är bara en dator med minne och ingångar.
Du vet att det kan ha sett ut
liknande den bilden tidigare även även om den här är lite
retro och mer av en skrivbordet eller torn dator.
Ja, det är bara en dator.
Men tekniskt sett, en webbserver är inte en dator per säga.
Vi som sorts människor har lång sammanblandade webbservrar
och e-postservrar som fysiska enheter.
Men en webbserver riktigt är en programvara.
Det är en programvara körs på en fysisk dator.
Och därför kan du ha en e-postserver och en webbserver
och ett diagram servern och varje antal andra servrar
eller mer korrekt tjänster som körs på toppen
av en viss dator och alla dessa tjänster kan leva
vid samma IP-adress därför.
Så, hur - om du har du har flera tjänster
eller servrar som körs på samma dator, hur då nollor
och de kommer i på dem via internet,
gör att datorn vet om att reagera som en e-postserver
med en webbsida, med en chatt?
Yeah.
[Ohörbart Anmärkning]
Bra. Exakt.
Så en webbserver lyssnar på vad som kallas en port.
Och om du har tagit CS143 Nätverk, kanske du vet
att dessa hamnar relaterar till protokoll som TCP
som du förmodligen på stone hört talas om eller UDP.
Och dessa portar eller portnummer är bara unika identifierare
att identifiera en tjänst.
Så 80 är web, 25 är e-post, 23 är Telnet, är 22 SSH
och det finns dussintals eller hundratals
av andra som, även om det finns några mycket populära.
Och detta är ett sätt för en dator med en IP-adress
att sortera av multiplex bland olika typer av förfrågan
och reagera därefter.
Så vad betyder detta egentligen?
Så vi behöver inte en webbläsare.
Vi behöver inte curl till faktiskt prata med en webbserver.
Vi måste bara förstå vad protokollet är och hur det fungerar
och jag hänvisade till detta för en stund sedan.
Telnet är typ av en old school-program.
Tillbaka i min dag, använde vi att använda den för att kolla e-post
men det var helt osäkra.
Det är bara ett redskap via vilket du kan skicka textkommandon
till en annan dator.
Och tillbaka i dag,
dessa textkommandon ofta med ditt användarnamn
och ditt lösenord med ingen slags kryptering.
Om du är bekant med SSH,
SSH är ganska mycket Telnet men med kryptering.
Så det är lite av en förenkling.
Men jag kan låtsas som en människa med ett terminalfönster
och din gamla program Telnet för att vara en webbläsare.
Jag kan skriva in något såsom telnet www.cs164.net
och tyvärr om jag bara trycka Enter, dess försöker
men ingenting verkar som ska hända.
Och det beror på som standard, världen bestämde år sedan
att Telnet standardporten är 23
som jag kort hänvisade till nyss.
Men jag vill inte Telnet per säga.
Jag vill använda Telnet denna typ av text-program för att låtsas
att vara en webbläsare i Chrome och IE och andra webbläsare
som standard har varit hård kodas av Google och Microsoft
tala inte 23 men till 80 eller kanske 443
för SSL-baserade webbplatser.
Och nu märker jag försöker och jag ansluta till webbservern.
Jag ska nu gå vidare och säga något i stil hej.
Och tydligen har detta precis flyttat permanent.
Jag skickar några falska kommando
och skicka mig tillbaka till denna adress här.
Så, låt oss faktiskt detta lite annorlunda.
Låt oss faktiskt se säga, GET/HTTP/1.1.
Så vad gör jag?
Detta är kommandot.
Detta är en slags min handskakning, så att säga.
Vad är framåt slash troligen indikerar?
Hemkatalogen.
Så hemkatalogen här det betyder bara -
bra låt oss kalla det roten på webbplatsen.
Oavsett standardfilen är, kanske är index.html,
kanske är det index.php
och HTTP/1.1 är väsentligen den senaste versionen av HTTP.
Så jag låtsas vara en webbläsare som är ganska ström
så att den reagerar det är jag som jag hoppas.
Och jag går vidare och tryck på Retur två gånger
eftersom det sätt saker och ting fungerar är att när du ser en tom rad,
gör en webbserver svarar sedan.
Men tyvärr detta är en dålig begäran.
Webbläsaren skickat en begäran
att denna server kunde inte förstå.
Nu är den här är mycket svårare att diagnostisera.
Men det visar sig att cs164.net använder Apache.
Och inte mycket kan vi räkna ut.
Men dess också med hjälp av något kallad virtuell hosting
som du kanske känner.
Kanske vagt från dina CS50 dagar
eller om du har skrivit kommersiella webbplatser innan,
vad är en virtuell värd eller vhost?
Yeah.
[Ohörbart Anmärkning]
OK. Exakt.
Så det finns flera lager av multiplexering här så att säga.
När du får en begäran någon server
vid en viss IP-adress, du minimalt behöver det portnummer
så att servern vet detta är e-post, är det en begäran om webb,
ett chattmeddelande eller vad inte.
Men om när du räkna ut, OK, dess port 80.
Det är naturligtvis begäran för en webbsida.
Men skulle det inte vara trevligt
om en enda server kan faktiskt stödja flera
webbplatser, food.com och bar.com och bass.com
så att de inte behöver en fysisk server eller ett enda stycke
av program för alla fan webbplatsen i världen.
Så världen uppfunnit virtuella webbhotell som låter dig
att sätta flera domännamn på samma IP-adress.
Men fångsten är kopplingen Jag gjorde bara med hjälp av Telnet,
ange port 80 till www.cs164.net jag inte nämnde
av domännamnet att jag var intresserad
i utanför kommandoraden.
Och tyvärr, och detta är en liten icke-uppenbara.
Så fort jag slog in,
väsentligen Telnet presumptuously är att omvandla
www.cs164.net för mig till en IP-adress
och sedan bara skicka min rå GET-begäran till servern.
Så att uppfattningen att det var www.cs164.net helt förlorad,
höger.
Telnet är inte en webbläsare varför skulle det bry skicka
ytterligare information till servern?
Det är inte så smart.
Så jag browse har att påminna servern
som inte bara vill jag att få hemsidan,
Jag vill också specificera en mängd cs164.net.
Och HTTP-huvudet så att tala är just det, Värd:.
Nu, när jag slog in, jag få tillbaka samma omdirigera
som jag såg i Chrome och att jag såg i curl, men jag vågar säga nu,
vi gör detta bara ungefär så låg nivå
som är tekniskt möjligt
med hjälp av dessa mer svårbegripliga kommandon.
Nu, varför är detta bra?
Så detta är inte det normala sätt att besöka en webbplats
men nästan varje gång du har att diagnostisera vissa problem
med webbaserad applikation som innebär en server eller en bit
av programvara eller nyligen skapade virtuella värden
eller nyinköpta domännamn.
Dessa är exakt de verktyg att du vet Tim och Rob och jag
och andra skulle använda bara för att försöka lista
ut vad som går fel, eller hur?
Typexempel när du hamnar ett domännamn, du på något sätt har
att koppla en IP itu med det.
Och du gör detta vanligtvis via webbaserat gränssnitt på GoDaddy
eller namecheap.com eller var du köpte domännamnet.
Så olika webbplatser har olika verktyg
men det är i huvudsak på en Excel-tabell med kolumner
för värdnamn och kolumner
för IP-adresserna något liknande.
Men det finns ett problem eftersom när du blir ombedd
att associera en IP-adress med ett värdnamn, uppmanas du
för sin TTL som står för - du tog 143.
Jag hör det här.
Tid att leva.
En TTL betyder hur många sekunder bör detta inträde komma ihåg
till och med ihåg, Jag menar cachad.
Så lång historia kort, också inom DNS-världen,
Det är det här hela begreppet caching.
Och det här är ett ämne som vi ska utforska i kurs samt
vid en mjukvarunivå, varigenom caching är ofta en riktigt
bra sak.
Och vad menar vi med caching en webbsida till exempel
eller caching DNS rekord, en IP-adress?
Vad betyder det för cache?
Yeah.
[Ohörbart Anmärkning]
Ja, precis bara hålla runt en kopia, så att
om det inte förändras eller ärligt talat, även om inte förändras,
låter inte märker i minst några sekunder kanske till och med några
minuter eller sämre en timme eller två.
Och på en webbplats, kanske du har sett det här förut,
ibland om du är med hjälp av en webbplats,
inte så mycket det största webbplatser.
Du tenderar att få detta detalj höger som Facebook
och Gmail och liknande.
Men om du använder en annan webbplats som använder en hel del
av den teknik vi kommer att använda i klassen,
det är ofta ett beslut om utformning för att avgöra om
att cache något och om så är fallet, hur lång tid att cacha något.
Och om du har någonsin varit på en webbplats
där till exempel du träffar Spara och sedan ladda om sidan
och sedan vad du postat är inte där.
Men då kanske du ladda om igen och det verkar.
Och faktiskt, jag har faktiskt sett symptom även
med Facebook då och då
där om du laddar ditt nyhetsflöde,
ibland något är där, ibland försvinner
och saker inte verkligen verkar konsekvent.
Och det är ofta resultatet på bara caching frågor.
På en förfrågan, du slår en server.
På en annan förfrågan, du slå en annan server
och deras cachar, deras kopior
av webbsidor kanske inte vara perfekt synkroniserat
efter några få sekunder eller minuter
så du ser annorlunda staterna i världen.
Samma sak händer med DNS.
Om du bestämmer dig för att du äger food.com
och om du har varit hosta den hos GoDaddy,
en ganska populär web webbhotell bland andra
och du bestämmer dig, nej, det gör jag inte verkligen gillar deras politik,
Jag vet inte riktigt gillar deras priser, deras tjänster.
Jag vill byta till en annan webbsida webbhotell tillsammans.
Vad gör du?
Tja, skulle du enkelt ändra IP-adressen för food.com till punkt
på någon annans server som du kommer att börja pengar till.
Men eftersom hela DNS serversystem använder cachar,
vad kan detta innebära för dina användare
Om plötsligt du flyttar din webbplats härifrån
till över här, annorlunda IP-adress.
Okej.
För vissa icke-nollnummer minuter eller sekunder,
användarna kan sluta gå till exempel här eller här
eftersom deras operativsystem, sin webbläsare, deras ISP,
deras router kan ha cachad den gamla IP-adress
vid vilken punkt, dess verkligen svårt att figur
reda på exakt vad som går fel.
Så hur du börjar att jaga ner till och med frågor som det?
Genom att bara följa dessa brödsmulor
och förståelse i slutändan vad är HTTP
och vad innebär det att skicka en begäran och vad gör verktyg
liknande Nslookup faktiskt göra för dig.
Och så hur kan du utföra vissa av dessa låg nivå kommandon
och bara lista ut vad i själva verket är fel.
Så du vet vem du ska ringa, som att skicka iväg ett mail till eller vad
för att ändra på din egen server.
Och som en sidoreplik, Jag gissar mest
av er här har använt CS50 Appliance, om du tog CS50.
Även om du inte många
av er har säkert använt Apache om på din egen Mac-datorer
eller PC eller Linux-boxar.
Precis som en sidoreplik, om jag gör Öppna ett terminalfönster här
på den senaste CS50 Appliance och jag bli root med Sudu su
och sedan går jag in här katalogen
Här etc / httpd / conf.d /.
Detta är en vanlig plats för webbserver -
för Apache webbservrar för att lagra deras konfigurationsfiler.
Conf.d betyder bara konfiguration katalog med ett helt gäng
av filer och om jag ska öppna upp med vi till exempel,
apparat 50, du ska faktiskt se hur virtuell hosting
i CS50 Appliance har varit arbetar alla dessa tiden.
Om det var ett tag minns
att du kan sätta de flesta någon hemsida inne
din vhost katalog i Appliance.
Hur fungerar det egentligen?
Väl att märka, är det lite svårbegripliga och du kan sortera
av grok dig igenom detta med hjälp av dokumentationen.
Men i huvudsak förmodligen den mest användbara linje
att se upp - titta på det här.
Denna linje här i huvudsak talar om för webbservern att titta
i John Harvards vhost Förteckning
för det nedre höljet version oavsett servernamn
eller domännamn var faktiskt besökt.
Och vi kommer inte nödvändigtvis gå in med denna grad av mixtrande.
Men när man använder Apache, du är de
som i slutändan har Kontroll över dessa detaljer.
OK. Så, hädanefter, kan vi nu ta HTTP för givet, eller hur?
Okej.
Så varför gör vi inte detta, särskilt om några
om du känner något en fånge publik, varför inte vi gå vidare
och ta en två minuters paus,
När vi kommer tillbaka ska vi dyka lite till MVC och vi kommer
på en lapp på - om ett problem som Vi kommer sedan att lösa på onsdag
med ett verktyg som kallas Laravel.
Så, låt oss ta en några minuter.