[Powered by Google Translate] [Szeminárium] [Felkészülés a webhely a Web]
[Yuechen Zhao] [Harvard Egyetem]
[Ez a CS50.] [CS50.TV]
>> Oké. Itt egy újabb óra webfejlesztés ha ti fel azt.
Ma fogok beszélni, hogy készül a webhely az interneten.
Egész nap - és valószínűleg az elmúlt 2 hét -
mi már beszélünk, hogyan lehet létrehozni egy honlapot,
hogyan kell használni a HTML, hogyan kell használni a PHP-t, hogyan kell használni keretek,
hogyan, hogy megbizonyosodjon arról, hogy együtt tud működni az adatbázis - ilyesmi.
De ma, mi lesz beszélni, ha a webhely fog élni után CS50.
Mert végül is, CS50 nem történik múlt decemberben.
Fogunk beszélni, domain nevek, tárhely.
Fogunk beszélni, hogy mit cross-browser kompatibilitás
és cross-platform kompatibilitás, és hogyan tudod, hogy arról, hogy a webhely
fog működni minden körülmények között.
Majd beszélünk hibakezelés és egyéb kiszolgáló varázslat.
Beszélünk teljesítmény-optimalizálás, kereső optimalizálás,
és hogyan, hogy az emberek valóban látogasson el a honlapján.
És végül, csak néhány jó források, hogy megbizonyosodjon arról, hogy a srácok elég a
, hogy menjen ki a projekt végső, és remélhetőleg utána.
>> Az első dolog, fogunk beszélni a domain neveket.
Most te programozás a készülék, akkor lesz egy helyi gazda
amely valójában nem egy domain nevet.
Ez a fajta csak egy felhasználónév és egy álnevet a tényleges Linux telepítés
belső vagy VMware egy Mac vagy VMware Player a számítógépen.
Domain nevek teszi lehetővé, hogy a helyszínen a webre, és aztán megy valami hasonló
www.google.com és kap a honlapon.
Hogyan működik?
Tegyük fel, hogy te csak egy átlagos web szerver -
átlagos internetes szörfös, és van egy laptop, és megy www.howstuffworks.com.
Tudod talán hol loptam ezt a.
Hogy a dolgok hogyan működik - a számítógép, majd felkéri a helyi DNS-kiszolgáló,
"Tudja, hol ez a honlap?"
"Tudod, hogy az IP-címet www.howstuffworks.com?"
A DNS-kiszolgáló azt mondják: "Igen, azt hiszem."
Abban az esetben, ha megkapja az IP címet, és a számítógép hozzáfér az IP-címet.
Ha nem, akkor kéri a DNS-kiszolgáló, "Hé! Tudod, mi www.howstuffworks.com az?"
Ez a kiszolgáló esetleg azt mondja: "Igen, azt hiszem."
Tehát, azt mondja a másik, mi az, és végül, hogy az információ kerül át a számítógépre,
és elérheti howstuffworks.com.
>> Hogyan juthat egy ilyen varázslatos dolgokat?
Hogyan lehet, hogy esetleg www.yourname.com vagy www.ilovecats.com?
Lehet regisztrálni egy,
és van egy csomó honlap van, amely lehetővé teszi, hogy erre.
Meg kell - a legtöbb esetben meg kell fizetni értük.
Vannak olyan domain nevek, amelyek ingyenes.
Ha megy www.co.cc vagy. Tkdomainnames, ezek ingyenes.
De ők nem jönnek bizonyos korlátozások, sőt némelyik talán nem is
real, felső szintű domain nevek, mint a. com vagy. net.
Általában azt javasoljuk, megy egyikük
mert a felhasználók csak kényelmesebb azokkal.
Láttad sok. Coms. Láttad sok. Hálók.
Valószínűleg még nem láttam egy csomó. Co.cc 's, így ők nehezebb emlékezni.
A különböző weboldalak, mint a GoDaddy vagy NameCheap vagy - Régen az egyik, hogy
olyan vázlatos - úgynevezett activedomain.com.
Úgy néz ki, nagyon vázlatos, de ez nagyon jól működött a számomra.
>> És végül, van más, hogy talán nem több, mint a reklám Network Solutions.
De ha megy rá NetworkSolutions.com és nézd árképzési
ez nagyon drága. Néztem őket tegnap este.
Egy évre a domain nevet, akkor valószínűleg nem ér ennyi pénzt.
Sőt, ha kapok egy. Com vagy a. Org vagy. Net
A szokásos ár körülbelül $ 10 évente.
Tehát, ha fizetünk sokkal több, mint, hogy ez valószínűleg nem éri meg, hogy
mert végül is, ezek a weboldalak nem csinál semmit, hogy a domain nevet.
Ők csak odaadni, és így, ha lehet kapni az olcsó, miért ne?
>> A másik dolog az, ha már a domain nevet, akkor érdemes
megy, hogy vagy Godaddy.com vagy bárhol vásárolt a domain nevet
és állítsa be a névszerverek az, hogy a domain nevet.
Ez azt jelenti, ha a felhasználó megy www.howstuffworks.com,
a névszerver IP-címek az IP-címeket, hogy képes lenne, hogy néz ki.
Képesek lesznek elérni a honlapon keresztül a névszerverek.
Ha alkalmazni tárhely valahol
akkor a gazda valószínűleg megadja a nevét szerverek használata.
>> És végül, itt van ez a dolog, úgynevezett WHOIS.
A WHOIS adatbázis olyan adatbázis, amely képes be a domain nevet
és ez kiköp néhány információt a tulajdonos, hogy a webhely és az egyéb információkat.
Nos, lehet, hogy azt mondja: "Én nem igazán akarom, hogy lakcím, vagy én nem igazán szeretnék e-mail címem
a honlapon, hogy bárki megtekintheti, vagy az interneten, hogy mindenki lássa. "
Akkor érdemes használni, valami, hogy sok a hosting szolgáltatást nyújtanak -
mint a WHOIS vezetője.
A WHOIS menedzser egyszerűen egy másik szolgáltatás, sok közülük arról, hogy
elrejti el ezt az információt, és csak teszi a vezető, aki a név -
a cím, hogy ez általában csak a társaság nevet adott neked ez a domain név -
és így akkor a személyes adatokat nem kiszivárgott az interneten,
ami általában nagyon jó.
Én magam használja ezeket a szolgáltatásokat.
Ha nem érdekel a saját adatvédelmi, akkor ez nem igazán számít.
>> A DNS szerver áll a Domain Name System, és mi is -
ez a fajta, mint a hash tábla valahol, hogy azt mondja:
"Ez a honlap címét fogja leképezni az IP-címet." És ez minden.
Tehát ha egyszer lekérdezi a DNS szervert, akkor megkapja az IP-címek
erre a megfelelő domain nevet, és akkor látogasson el a weboldalon.
(Közönség tagja feltettem egy kérdést - nem hallható)
Az első? Az első szint tulajdonképpen általában csak a számítógép cache is.
A számítógép a fajta emlékszik az utolsó alkalom, hogy elment a www.google.com
ez volt az IP-címet, majd egy idő után, hogy a cache lejár,
és meg fogja kérdezni, mint a Comcast DNS,
"Hé, mi a www.google.com?"
Normális esetben, ha vesz egy domain nevet, és regisztrálni, és létrehozott egy honlapot,
akkor nem megy, hogy a honlap azonnal, hogy a domain nevet, mert a névszerverek
szerte a világon nem tud a domain név még. Meg kell feltölteni.
Ez általában körülbelül 24-48 óra.
Rendben van. Szóval, ez egy kicsit a domain neveket. Ők nagyon cool.
Azt hiszem, akkor kap egyet, ha komolyan gondolja a projekt
és ha szeretné, hogy a projekt ismert az egész campus,
miután egy domain név teszi meg igazán profi.
>> Ezután a következő lépés természetesen az, hogy valamilyen hosting.
Ha csak host számítógépen, senki sem lesz képes, hogy menjen hozzá.
Ha esetleg létre a szerveren a számítógépen, és a számítógépet a végtelenségig,
de ez nem ajánlott.
Vannak különböző hosting on-line elérhető.
Van megosztott tárhely. Van VPN (érthetetlen), amelyek a virtuális gépeket.
Van félig dedikált és elkötelezett.
Az utolsó 3, VPN, félig dedikált, és elkötelezett általában drágább.
Ők általában használt weboldalak több erőforrást igényel.
Ha csak most kezdik el a website,
talán csak gazdaságosabb, hogy menjen el a megosztott tárhely.
És mi megosztott azt jelenti, csak egy csomó honlapok együtt
valahogy egy szerveren ezen a honlapon ezt kiszolgáló, és elérheti a honlapon
keresztül domain nevet.
>> Van egy csomó népszerű házigazdák odakinn.
HostGator és DreamHost - ezek nagyon, nagyon nagy és nagyon, nagyon népszerű
és nagyon, nagyon sikeres.
Én személy szerint egy úgynevezett MDDHosting.
Ha megy www.mddhosting.com, ez az én host választás.
Azt hiszem, nagyon jó.
Mindig is nagyon megbízható, és soha nem volt gond velük.
Ők is nagyon versenyképes ár.
Két, hogy én nem nagyon szeretem az GoDaddy - ez is egy nagyon népszerű házigazda,
de én már volt szörnyű tapasztalatok velük,
és egy csomó ember, hogy tudom, hogy tényleg szörnyű tapasztalatok velük.
Ezek a fajta után menni, akik nem tudják, mit csinálnak -
talán még van egy honlap az első alkalommal,
, és így egyfajta con őket vásároljon a tárhely csomagot.
Ne csináld. Ne essen rá. Megkeresem egyéb hosting csomagok, hogy valóban megfeleljen az Ön igényeinek.
És a másik - vannak szabad házigazdák odakinn.
Vannak olyan weboldalak, amelyek a fogadó webhely ingyenes -
néha azáltal, hogy egy hirdetés az oldalon,
néha azáltal, hogy részt vesz a fórumokon,
de néha csak is ingyen.
De légy óvatos, ingyenes házigazdák, mert sok közülük tényleg csak megy ki az üzletből
pár hónap után. Csak nem tud lépést tartani a költségeket.
Mások csak nagyon megbízhatatlan, és a helyszínen mindig le
és nem akarja, hogy megtörténjen.
>> Minden fogadó kínál saját kezelőpanel.
Figyeljük meg, hogy a készülék, akkor tényleg nem egy kezelőpanel önmagában.
Ki kell használni terminál menni, és szerkesztheti a fájlokat.
Meg kell chmod dolgokat egyedül.
Ha akart menni a phpMyAdmin,
el kell menni a localhost @ / phpmyadmin és hasonló dolgok.
De a vezérlőpulton lehet menni, és szerkesztheti a fájlokat a kiszolgálón
A Windows Intéző vagy a Finder-típusú alkalmazás.
Vagy megy keresztül, és nézd meg az adatbázisok saját eszközzel
helyett phpMyAdmin.
Szóval, van egy csomó választási itt, és néhány, a népszerű vezérlőpanel ott.
De ha keres egy fogadó,
akkor érdemes nézni, milyen típusú testreszabást, és lehetőségek
kínálnak, hogy testre a szerver és készítsünk saját honlapján fut jobban.
Igen, akkor lehet kérni, "Nos, hogyan dönt, hosting?"
Ha megy, hogy minden olyan fogadó honlapján van egy csomó zsargont, és van egy csomó lehetőséget.
Van egy csomó különböző árakon is.
Általában én megy az olcsóbb is csak azért, mert honlapok, talán te és én, hogy -
különösen most, különösen a kezdők - lehet, hogy nem kell annyi erőforrást
Ahogy az a weboldal, mint Microsoft.com.
>> Először is szeretnénk, hogy nézd meg az operációs rendszer ha igazán kíváncsi, hogy a
webhely lesz házigazdája a Linux, a Windows, vagy Mac.
Általában mi csak megy a Linux, mert ez általában a legolcsóbb,
és az egyik, hogy talán ti jobban ismerik, mert a készülék.
És akkor lehet, hogy majd egy kis korlátozásokat a sávszélességet, hogy kapsz -
mint, hogy hány megabájt vagy gigabájt adatot tud felhasználók letölteni
a honlapon havonta? És hely.
Mennyi hely kapsz? Ez 500 MB? Ez 2 GB? Ez korlátlan?
Manapság sok web szerver ad korlátlan tárhely, mert így a számukra
csábítani, hogy kap a tárhely csomagot.
De ha igazán belegondolunk, mikor valaha is szüksége korlátlan tárhely?
Ha van egy pár HTML fájlok, pár PHP, pár kép -
ez csak egy pár megabájt, és így
Általában csak megy talán néhány gigabájt értékű tér,
és hogy lehet elég elindítani engem, amíg nem kell több.
>> Végül tehet korlátozásokat milyen -, hogy hány adatbázis lehet.
Lehet, hogy csak 1 adatbázisban. Talán lehet 2. Talán lehet 10.
Valóban fontos, hogy te mennyit kapsz?
Dolog megkérdezni magadtól.
És végül, csak a dolgok, mint a nyelv.
Vajon támogatja a PHP? Nem támogatják a MySQL?
A legtöbb hosting honlapok nem támogatják ezeket, mert ingyenes. Ők nyílt forráskódú.
Nem kerül nekik semmit, hogy ezeket az Ön számára.
De ha akarod használni, mondjuk, Ruby és Python vagy egyes más nyelvek -
lehet, hogy nem támogatják a saját szerveren, ezért fontos, hogy vizsgálja meg az ilyen jellegű dolgokat.
>> És végül, nem teszik lehetővé, hogy ne néhány további dolog, mint az SSL vagy a cron munkahelyeket?
SSL egy lehetőség, ahol tudod, hogy a honlapon még biztonságosabbá teszi HTTPS
és titkosítja a kapcsolatot.
És a cron csak lehet, scriptek, hogy a futtatni kívánt
5 percenként, 10 percenként, minden 15.
Sok megosztott hosting honlapok nem tesz korlátozások
hogy hány cron, hogy lehet futtatni, mert ami leköti több erőforrást.
>> És végül, csak minden mást, amit akar nézni - győződjön meg róla, hogy pontosan mi folyik itt
mielőtt megvásárolja a tárhely csomagot.
És végül, a teljesítmény. Teljesítmény hatalmas.
Milyen gyorsan van a honlapom fog futni?
A legtöbb felhasználó nem fog várni a másodperc is a honlapon, hogy fut
előtt csak unatkozni, és mennek tovább MeanBase és kezdeni a képeket
A macskák - tudod, hogy megtörténik, és azt szeretné, hogy megbizonyosodjon arról, hogy kapsz, hogy a felhasználó a fedélzeten
és hogy jó uptime ami éppen azt jelenti, hogy
a honlapon lesz elérhető bármikor.
Sok házigazdák nagyon rossz uptime és ez csak azt jelenti, a webhely nem lesz
hozzáférhető, és nem akarja, hogy megtörténjen, mert lehet, hogy szomorú.
És akkor is nyomon követheti gép teljesítményét weboldalak, mint a
Pingdom.com vagy Host-tracker.com, és csak mondani, hogy milyen gyakran a webhely le.
>> És végül, ha szeretné látni a saját támogatását.
Ha problémája fognak válaszolni Önnek 24 órán belül?
Vajon fog válaszolni Önnek 48 órán belül?
A hosting szolgáltatás, amit használni normálisan reagál nekem perceken belül
ami nagyon szép.
Hűha! Rendben! Itt az ideje egy kis szünetet. De én nem fogok neked adni.
Majd csak nézd meg képek aranyos macskák hébe-hóba.
>> A másik igazán nagy dolog az, cross-böngésző kompatibilitás.
Mit jelent a cross-browser kompatibilitás?
Tudod, ma már nem csak a Microsoft Internet Explorer.
Ez nem csak a Mozilla Firefox vagy a Safari.
Most Chrome. Van Opera. Van Dolphin. Van Camino.
Van Conqueror. Mindannyian a különböző böngészők.
A dolgok jönnek ki most - RockMelt - bár ezek mind alapján króm.
De az tény, a kérdés az, hogy nem csak egy böngészőt többé.
Te nem csak megtekintésekor oldalak egy alkalmazás.
És így, a különböző böngészők válaszol a különböző HTML, CSS különböző, és
különböző JavaScript másképp, és hogyan foglalkozik ezzel?
Nos, bizonyos esetekben, akkor tényleg nem lehet.
Saját honlap - ha működik egy böngészőben, akkor a kód, amit írt nem fog működni
egy másik böngészőt, és ez a te feladatod, hogy megbizonyosodjon arról, hogy a kódot, írsz
univerzális, hogy mindenhol működik.
Tehát, ez nagyon veszélyes.
Ha azt mondod: "Nos, ez működik a számítógépen. Nagyszerű! Lépjünk tovább."
Nos, ez valószínűleg nem fog működni az enyém, és amikor megyek a honlapon
Én leszek nagyon szomorú, és én fogom hagyni azonnal.
Nos, lássuk, hogyan lehet megakadályozni ezt.
>> Az első dolog, persze, van, hogy csak szabványos HTML, CSS, JavaScript.
Mit értek ezen?
Nos, van egy csomó nem szabványos dolog odakinn.
Például, CSS sok változatban.
Ha lát CSS szabályok-moz-or-webkit-, ezek a szabályok sajátos
mind a Mozilla böngészők és a Webkit böngésző,
és így azt szeretnénk, hogy megbizonyosodjon arról, hogy talán el akarjuk kerülni ezeket a dolgokat
mert ha a-moz-e szabály csak akkor fog működni a Firefox.
És ha igazán akarjuk, hogy jól nézzen ki az Internet Explorer is,
te leszel a szerencse.
A HTML is, meg tudná csinálni a dolgokat, hogy a munka HTML egy böngészőben
de ez egy másik szünetek, és szeretné elkerülni, hogy amennyire csak lehetséges.
És végül a JavaScript még - sok változata JavaScript,
és ez a nyáron futott egy probléma, ha Document.getElementsByClassName--
amely általában egy függvény, ami definíció szerint egy része a szabványos JavaScript -
az volt, hogy nem találja az Internet Explorer 8.
Így, a nyár folyamán dolgoztam a laborban, és voltunk épület online kísérleteket.
És azt hittem, hogy nagyon jól működik, amíg rájöttünk, felhasználókat, hogy voltak
Internet Explorer 8 nem tudta be az eredményeket.
Voltunk kimaradnak egy csomó adat. Ez tett bennünket nagyon szomorú.
Szóval, azt szeretné, hogy győződjön meg arról, hogy a szkriptek fognak dolgozni mindenhol.
>> És végül, használja validator.w3.org
ami az, amit mondunk, hogy ezt a Pset 7.
Győződjön meg arról, hogy az oldalak érvényesítik.
Ez azért fontos, mert, hogy legalább az első lépés józanság ellenőrzést.
Az én kód valójában szabványoknak megfelelő?
Egy másik módja annak, hogy valahogy segíteni, hogy arról, hogy a webhely fog működni
a legtöbb esetben az, hogy talán use bizonyos könyvtárak és keretek
mert ezek a nagyon okos fejlesztők gondoltam ezeket a kérdéseket az Ön számára.
Már ment keresztül, és írtam a különböző funkciók, hogy a munka az egész böngészőt.
Például, használni jQuery-ben Pset 7.
Bár lehet, hogy nem látta, jQuery nyújt sok funkciót
hogy egyébként meg kellett volna írni magát.
De ezek a fejlesztők írta, és gondoskodott arról, hogy működik minden böngészőben.
És Bootstrap - amely egy másik CSS keretrendszer, megmutattuk a Pset 7 -
tényleg elveszi sok a fejfájás honlapok tervezése, hogy jól nézzen.
minden böngészőben.
>> És végül, ha tudod elkerülni, én általában ne kódolást a semmiből.
Ha csak létre egy honlapot az iskolai klub, például
és csak annyit kell tennie, hogy megjelenítse a néhány oldalt, és lehet, hogy a elnök megy
és változtatni néhány dolgot itt-ott - már tényleg nem kell, hogy a kódot magad.
Ez veszi el a legtöbb időt.
Beletelik egy csomó energiát, és van, hogy megy keresztül, és meg kell, hogy megtudja,
Nos, ezt majd jól nézzen ki a böngésző, ez fog nézni jó ebben a böngészőben.
Talán Bizonyos ezek a foltok, hogy mások már írt az Ön számára, mint például
WordPress vagy Joomla vagy Drupal.
Ezek az úgynevezett tartalom - ezek az úgynevezett CMS-ek, amelyek alapvetően csak csomagok
már jön Önért, és letöltheti azokat, tedd rá a szerverre,
és testre őket, ahogy akarod, és már van egy futó honlap.
Azok kód csomagok valamit nézni a.
Ezek a dolgok nyílt forráskódú, ha nem megy valami hasonló -
ha keres egy űrlap csomag, vannak dolgok, amelyek nem szabad, mint
VBulletin vagy IP.Board.
Ha nem kell néhány olyan fejlett funkciók,
bármikor választhatja a szabad választás.
>> És végül, nincs elkerüli azt.
Meg kell próba, próba, próba.
Meg kell vizsgálniuk a kódot mindezen böngészők, és minden ezeken a platformokon.
És tudod, IE6 - hála az égnek az emberek kezdtek távolodik IE6
mert vissza a nap, talán egy-két évvel ezelőtt, web-fejlesztők kellett mindig, mindig,
mindig cinkos IE6 gyenge pontjai a következő a szabványoknak.
Weboldalak csak nézett ilyen 1990-es hiánya miatt a jobb módja annak, hogy foglalkozzon vele.
Ön is használja böngészőt screenshotok, hogy ellenőrizze a CSS.
Egy igazán jó weboldal browserlab.adobe.com.
Ez egy ingyenes szolgáltatás eloltotta Adobe.
És mit csinál az, hogy képes képernyőképet webhelye
futó különböző körülmények között -, mint a futás a különböző böngészők,
alatt futó különböző platformokon -, és megmutatom, hogy néznek ki.
Csak, hogy mutassa meg, mire gondolok itt, létrehozott egy honlapot, tavaly hívott Élet a Harvardon
és amit próbáltam csinálni - Megpróbáltam my.harvard jobb.
Mert ha volt itt tavaly, my.harvard nem úgy néz ki, úgy néz ki most.
Úgy néz ki, olyan undorító.
De most úgy néz ki, sokkal jobb.
My végrehajtás nem volt hasznos már, de mindegy,
tudod, én megpróbáltam felvenni - (érthetetlen) számos bármi -
és úgy néz ki - ez nagyon jól néz ki a számítógépen.
És akkor, talán ha lett volna több időt mentem volna a böngészős labor,
és én is néztem, jól, hogyan néz ki a Chrome 18 a Windows.
Azt lapozzunk lefelé, és én látni - Ó, nem! Nézd meg a bejelentések mezőbe.
A szöveges túlcsordult. Szóval, ez rossz, ugye?
Ha a felhasználó a Chrome a Windows, és jön a honlapomon,
hogy azonnal úgy néz ki, nagyon amatőr.
Szóval menjen be a CSS, és tudd meg, mi része a CSS feltörése itt.
Miért nem jelennek meg megfelelően, és rögzítse úgy, hogy minden felhasználó látni ugyanazt a honlapján
, és ugyanolyan boldog.
>> És végül, jól, a böngésző screenshotok szép tesztelésére a CSS,
de mi a helyzet a JavaScript?
Mi a helyzet, ha van valami bonyolult script fut?
Nos, akkor mindig a virtualizáció.
Ha van egy Mac segítségével Bootcamp vagy VMWare a virtualizáció talán egy példányát
A Windows és az Internet Explorer is.
Vagy lehet menni, hogy valami hasonló Spoon.net, ami sajnos csak akkor működik, a PC-ken.
De mit csinálnak, nagyon cool.
Ezek virtualizált szoftver az Ön számára, így futtatni különböző változatai IE, pl.
Futtathat különböző verzióit Firefox.
Futtathat különböző verziójú Safari, és kipróbálni minden a weboldalak is.
Sajnos, ezek nem szabad.
Ez egy fizetett szolgáltatás, így mindig valami a -
mindig van valami kompromisszum között, nos, fogok készítsünk saját honlapján jól néz ki.
Ha igen, lehet, hogy meg kell fizetni bizonyos szolgáltatásokat, hogy segítsen nekem csinálni.
Bármilyen kérdése ezen a ponton bármit, amiről beszéltünk?
Félelmetes. Oké.
>> Most több dolgot beszélni.
Hogy a hiba?
Hogyan győződjön meg róla, hogy a webhely fog működni akkor is, ha
valami rossz történik?
Lehet, hogy nem rendelkezik nevű oldalra food.php.
De én, én el a honlapján, és azt próbálja meg elérni food.php.
Ön csak megy, hogy mutassa meg, hogy a fehér oldal azt mondja 404 - A fájl nem található?
Vagy fogsz mondani: "Nos, sajnálom, hogy nem találtam ezt az Ön számára,
de talán itt van néhány más források segítségével keresni, amire szüksége van. "
Egyéb hibák - igen, ezt nevezik HTTP-hibákat, amelyek csak néhány hibakód
, hogy a kiszolgáló esetleg visszaküldik a böngésző, ha valami rossz történik.
400 - Bad Request. 401 - Nem engedélyezett.
403 fajta gyakori, ha van egy könyvtár, ami nem lenne elérhető
a felhasználó, de a felhasználó megpróbálja egyébként.
És 500 - Internal Server Error -, hogy általában akkor történik, ha valami
nagyon rossz történik a PHP kódot.
De minden esetben, ezek a fajta böngészők - ilyen típusú hibák nem történik.
>> Szóval, hogyan ellenőrizze, hogy elegánsan kezelni ezeket a hibákat
és győződjön meg róla, hogy a felhasználó nem csak valami lóg ott?
Itt jön. Htaccess.
Most. Htaccess van valami, ami működik Apache szerver,
valamit, ami működik, és működik néhány más szervereket is.
Ez csak egy módja, állítsd be a szervert, hogy
tudod, hogy csinálsz, amit akarsz csinálni.
Néhány dolog, amit tehetett. Lehet vezérelni a gyorsítótár beállításait.
Talán van egy bizonyos oldalt a honlapon, hogy győződjön meg arról, hogy a felhasználó
újra letölteni minden alkalommal, amikor a felhasználó jön és meglátogatja a honlapod.
Vagy lehet, hogy néhány URL, mint yoursite.com / test / html / pages / hello.html
és csak azt, hogy ahhoz, hogy yourname.com / szia - nos, akkor a. htaccess
átirányítani egy másik weboldal.
Ön is használja, hogy ezt hitelesítést.
Lehet, hogy vannak olyan részei a webhely, hogy meg kell használni egy másik jelszót.
Akkor blokkolja bizonyos IP-címekről, blokkolni bizonyos területeken.
Lehet, hogy csak tényleg nem tetszik Harvard hallgatói használja a honlap.
Nos, azt a lehetőséget, blokkolja a Harvard IP-címeket.
>> Végül, tudod kezelni a dolgokat - írhat bizonyos kódot, hogy a szerver
kezelni, mint. Zhao vagy. a neve vagy. helló oldalak PHP kódot.
Lehet, hogy hasznos lesz. Lehet, hogy nem lesz.
És végül, akkor azt kezelni hiba válaszokat.
Mit értek ezen?
Ha egyszerűen csak hozzá kódot, mint ez - ErrorDocument 404 majd közvetlenül őket egy
hiba oldal, biztos lehet benne, hogy a felhasználó nem csak látni a nagyon, nagyon csúnya
404 és megmutatja nekik valami szépet.
>> Nézzük valóban nézd meg, hogyan lehet csinálni, hogy az Ön Pset 7.
Itt én vagyok az én készülék.
Fogom nyitni Chrome, aztán megyek megpróbál hozzáférni az oldalon
hogy nem létezik a CS50 pénzügyminiszter.
Így, a helyi gazda - cats.php--so, észreveheti, hogy készítettem egy hiba dokumentum
azt mondja, "nem találja Canz Z Page!"
Ez egy nagyon szomorú macska is.
Ha megy a Twitter, ha megy minden ilyen más oldalakon,
nem talál egy oldalt, általában igyekeznek, hogy mutassa meg egy aranyos kép
úgy, hogy nem vagy túl csalódott.
Önnek is van valami, hogy több szakmai, amely azt mondja,
Nos, sajnálom, hogy nem találtam az oldalon, de talán itt a keresési mezőbe.
Vagy talán itt van néhány link, amely segít megtalálni a kapcsolatot, amit akar.
Szóval, hogyan tudom ezt megtenni? Hogy lehet ez is lehetséges?
Ha bemegy a terminál itt -
Elmegyek a nagyítás egy kicsit -
észre, hogy van egy új oldalt.
Belül a HTML könyvtárba hívják - nem látom -
hívják error.php.
És error.php csak egy fájlt, amit tett
azt mutatja, hogy az oldal is.
Azt is megmutatja, milyen error.php is.
Pontosan ezt az oldalt.
Azt mondja: "Ó, nem! Canz nem találja Z Page!"
És, ha szeretné látni - úgy, hogy észre. Htaccess fajta egy furcsa nevet.
Kezdődik egy ponttal, ami azt jelenti, hogy ez egy rendszer fájl.
Ez egy rejtett fájl, amelyet általában nem jelenik meg.
Az ls-a, láthatjuk az összes rejtett fájlokat egy adott könyvtár,
sőt, látod. htaccess az egyik közülük.
Menjünk előre, és nyissa meg. Htaccess -
A gedit -
Boom! Nekem csak egy vonal van - Error dokumentum 404-es hiba
amelyek szintén ismert fájl-nem-található hibákat.
Nézzük átirányítja őket úgynevezett error.php.
Lehet szórakoztató dolgok, mint canz nem találja Z Page!
És ott is nagyon jó dolog, amit tehetünk. Htaccess.
Ha szeretne többet látni. Htaccess mágia,
ez egy nagyon jó honlap, hogy menjen - ezt hívják javascriptkit.com/howto/htaccess.shtml--
ha azt szeretné, hogy végre több szerverre varázslat. És lehet, hogy nagyon szórakoztató.
>> Hűha! Rendben! Több aranyos képek.
Ez a srác csinál push-up, és a macska próbál segíteni. Azt hiszem, ez nagyon aranyos.
Sajnos, én nem egy macska, mint ezt.
Rendben van. Szóval, már beszéltünk. Htaccess.
Beszéltünk hibakezelés.
Beszéltünk tárhely, domain neveket.
Beszéltünk cross-böngésző kompatibilitás.
Most hogyan lehetünk biztosak abban, hogy a webhely valóban végrehajtja?
Hogyan győződjön meg róla, hogy ha elmegyek a honlapon
Látom az oldal néhány másodpercen belül?
Az egyik dolog, ami szerintem az emberek csak egyfajta elfelejteni
a kép optimalizálását.
Tegyük fel, hogy akarod, hogy egy kép az oldalon
és ez 2 MG nagy.
Lehet, hogy ez jó lesz nekünk, mert mi vagyunk a Harvardon,
és van egy nagyon gyors internet-kapcsolat.
De képzeld csak el valaki Kínában. Képzeld el, hogy valaki Indiában.
elképzelni, hogy valaki esetleg a vidéki Kansas, aki talán nem ugyanaz a fajta
szélessávú internet, hogy van.
Ha van egy 2 MB méretű képet az oldalon, és a felhasználó megpróbálja elérni,
ez lesz, hogy ezeket a nagyon hosszú időt letölteni.
Tehát, ha nem kell, hogy valamiféle egyezményre,
akkor átméretezni a képet valami, mint az Adobe Photo Shop.
Van általában egy lehetőség az úgynevezett biztonságos webes és eszközök
és mit csinál ez csíkok ki az összes felesleges információkat
és egyfajta tömöríti a fájlt egy kis képméretet, így
tedd rá a honlapon, és minden felhasználó, aki megpróbálja letölteni az oldalt
fog tölteni egy kisebb változata a kép.
Ha nem rendelkezik az Adobe Photo Shop
webresizer.com is egy forrás, ahol megadhatja a kép
és ez kiköp pontosan ugyanazt a képet,
de ez valami olyasmi lesz, 3-szor kisebb.
Szóval ez nagyon hasznos a felhasználók számára.
>> A másik dolog, amit tehetünk, minify kódot.
Ha veszünk egy pillantást a Google.com,
látni fogod, hogy ez nem a fajta ugyanazt a HTML és a CSS, hogy mi használt.
Csak majd nézd meg a forráskódot itt.
Ha csak lapozás - wow, úgy néz ki, elég gusztustalan.
Ez kap egy nulla a stílus.
Ha ezt a kódolt Pset, akkor kap egy nulla a stílus.
Ennek nincs távolság. A nevek meg igazán rejtélyes.
Ez az egész tényleg undorító.
És a script, hogy zárja be a szervezetben - a záró HTML -
ők együtt - minden smushed össze.
Miért teszik ezt?
Ők minified a kódot.
Figyeljük meg, hogy ez a dokumentum lesz sokkal kisebb
számomra, hogy töltse le, mint valami fehér tér,
mint valami igazán hosszú változó neveket.
Ha minify a kódot eltávolítják a fehér térben.
Természetesen, a böngészője nem érdekli, ha bármilyen fehér térben a kódban.
Azt szalag ki, most letölthet egy kisebb fájlt -
most a fájlt - a dokumentum, amit akarsz tölteni egy kisebb fájlméret,
akkor gyorsabb lesz a számomra, hogy töltse le, és ez hasznos.
Ha dolgozik, honlapok és te indít egy honlapot,
ez szinte mindig jó minify kódot.
A másik ok, hogy miért lehet jó az, talán nem akarjuk, hogy mások használni a kódot.
Lehet, hogy nem akarjuk, hogy mások használni a CSS.
Tudod, ha igazán akart lenni fukar, hogy a
akkor is minify a kódot, és nem lenne nehezebb számomra, hogy ellopja
mert fogalmam sincs, hogy mi folyik itt.
Akkor is megy a weboldalak, mint minify.avivo.si.
Szolgáltatások, mint az online segítséget minify a kódot, így nem kell csinálni kézzel.
Biztosan nem kézzel megcsinálni.
>> Oké. Most beszél szkripteket.
Lehet, hogy a PHP kódot, hogy van valami, amit nem kell tennie.
Talán van extra hurkok ott.
Beszéltünk kódot design CS50.
Még ha kódolás C, ha van -, ha csinálsz plusz munkát
hogy nem kell csinálni, nos, ez fog lassulni a szkriptek a honlapon,
és ez különösen fontos a honlapok, mert a felhasználók ma már nagyon türelmetlen.
Ha csinálsz felesleges munka, ez lesz, hogy ezeket tovább
hogy az információkat akarnak, és ők lesznek nagyon boldogtalan.
Végül érdemes optimalizálni az adatbázis táblákat.
Emlékezz beszélgettünk indexek.
Ők nem csak arra jó, hogy biztos, hogy van egy sor, ami egyedülálló.
Ők is jó, hogy arról, hogy az adatbázis gyorsan működik.
Ha azt szeretné, hogy olvassa fel, hogy megy a MySQL dokumentációt,
vagy nézd meg - nos, hogyan tudom optimalizálni adatbázis tábla?
Hogyan győződjön meg róla, hogy van indexek segítsen nekem kap az információs gyorsabban?
>> Vannak kis trükköket, amelyek segítségével, mint a cache-t.
Ha PHP - ha van egy blog, például,
és van - és ez hajtja PHP vagy bármilyen más nyelven -
lehet cache a blog a mondjuk 50 percenként, így szolgálni statikus oldalak
vagy statikus HTML a webhely látogatói.
Így a felhasználóknak nem kell futtatni a PHP szkriptet minden alkalommal,
és lehet, hogy gyorsabb lesz számukra, hogy hozzáférjenek az információkhoz.
>> És végül, akkor valami ilyesmit CDN.
Figyeljük meg, hogy amikor letölt egy Pset,
mindig megy CDN.CS50.net. Miért van ez?
CS50 is használ a fajta, mint a CDN - a tartalom elosztó hálózat -
ami csak azt jelenti, hogy egy csomó szerver talán valahol a világon
amelyek segítenek kiszolgálni az oldalakat a látogatók.
Ha a látogató kap egy oldalt a szerveren, ami közelebb hozzájuk földrajzilag,
akkor nagy valószínűséggel a látogató fog kapni a fájl sokkal gyorsabb.
Vannak forrásai online, segít csinálni.
Egyikük CloudFlare. Kínálnak egy ingyenes CDN szolgáltatás.
Ha nagy fájlokat, hogy a kiszolgáló a felhasználók számára,
akkor talán jobb, hogy őket egy CDN hogy így lehet kapni őket gyorsabb.
>> Az utolsó téma a nap kereső optimalizálás.
Mi az a keresőoptimalizálás?
Ez ügyelve arra, hogy a keresőprogramok, mint a Google vagy a Bing vagy a Yahoo
tovább, hogy a webhely és feltérképezni a webhely és az index a webhely, és ha
Én például, megy a Google.com és megpróbálok keresni valamit,
akkor a webhely jelenik meg.
Hogyan győződjön meg róla, hogy a honlap az egyik a top 10?
Mert, mint tudjuk, ha keres valamit a Google-on
és ez nem a top 10 akkor valószínűleg nem fog, hogy vizsgálja meg a következő 10.
Ez a fajta olyan téma, ami rejtélyes homály fedi.
Van egy csomó hype ott az interneten.
Van egy csomó a babona, ha x, akkor a Google, mint te jobban.
Ha y akkor a Google, mint te jobban.
Ez talán jobb, hogy vizsgálja meg a keresési óriás dokumentumokat is.
>> Ez az egyik a dokumentumok a Google, hogy megmondja, hogy pontosan hogyan kell optimalizálni oldala
hogy a Google képes elérni és index nagyon szépen.
Nem kell másolja le az URL, mert ez a bemutató fog
online lehet egyébként.
Ha megnézed ezt, és olvassa el ezt van néhány nagyon hasznos tippeket is.
A Google azt mondja -, ha szeretné a webhely, hogy indexelt jól
akkor meg kell tennie az összes ezeket a dolgokat.
>> A másik dolog, hogy a keresőprogramok nagyon szeretem a friss tartalom.
Ha tartalom frissül rendszeresen nagyon
majd a keresőmotorok mondani, ó, én szeretem a webhelyen.
Én megyek, hogy a webhely gyakran.
Megyek index egy csomó oldalt.
Ha van friss tartalom, akkor nagyobb valószínűséggel jelennek meg -
akkor nagyobb a valószínűsége, hogy több fontos.
Akkor nagyobb a valószínűsége, hogy frissebb,
és a keresőmotorok nagyobb valószínűséggel be a webhely mások fölé.
>> Mély kapcsolatok is fontosak.
Ha nagyon akartam a webhely, hogy jól nézzen a keresőmotor szeme
sok más weboldalak kapcsolódnak, és kapcsolódik mélyen a honlapon.
Ne csak linket a honlapján.
Link talán yourname.com / valami / valami / something.php.
Ez - a kereső - azt jelenti, wow, ezek nagyon érdekes tartalom
, hogy valaki más is összeköti, így mélyen a helyszínen, hogy én tényleg, de tényleg
hogy nagyobb jelentőséget rá, hogy a honlap oldalain.
>> Ha pontos címszót, ha nincs hiba, hogy ez jó, mert
Ha a kereső megpróbálja látogasson el a telek, és egyre egy hiba,
ez valószínűleg feladni nagyon, nagyon hamar.
És végül, azt szeretné, hogy a gyors betöltési időt, mert a keresőmotorok -
, mint az emberek - ne sok türelmet a lassú weboldalak.
Ez egy módja annak, hogy győződjön meg arról, hogy megjelenik magasabb
kereső lekérdezések, és remélhetőleg így még több forgalmat.
Mert végül is, ha már mindent elköltött ezúttal fejlődő weboldalán.
Töltött egész idő alatt indít a honlapján online.
Azt szeretnénk, hogy győződjön meg arról, hogy van bőven felhasználók, akik valóban látni a tartalmat.
>> Egyéb jó erőforrásokat.
Google Webmaster Tools van valami, hogy vizsgálja meg a.
Ez csak segít, hogy - a Google nem indexelő oldalamon.
Milyen típusú hibák is találkozás?
Hány oldalt van ez indexelt?
Mit gondol, mi a legfontosabb tartalom az oldalamon?
Lehet, hogy nem az, amit akarok, hogy legyen.
Talán meg kell változtatni a honlapomon egy kicsit, hogy ez tükrözi jobban
mi a website valóban kb.
A Google Analytics egy nagyon klassz eszköz.
Akkor adjunk hozzá egy kis JavaScript az oldalakon.
És akkor utána mehet a Google Analytics, és ez a pálya
a látogató demográfiai és a webhely növekedést.
Azt fogja mondani, hogy pontosan hány látogatót látogasson el a telek
belül egy bizonyos napon belül egy bizonyos órában, egy bizonyos héten.
Hány látogató Kínából? Hány látogató Antarktisz -
kapsz a honlapon.
hogy lehet valami jó látni, vagy talán még hasznos lehet
mert próbál megcélozni egy bizonyos csoporthoz.
Talán akarsz megcélozni tizenévesek a saját honlapján, és azt látja, hogy
a legtöbb látogató a honlapon van talán 30 - 40 évesek,
akkor talán vagy problémája van, vagy egyszerűen csak mondani,
Nos, akkor talán kellene megváltoztatni a honlap fókuszt, hogy
Én inkább azon a korcsoportban.
>> Google Apps - ha akart volna valami e-mailt a domain nevet -
talán valami tetszik yourname@yourname.com--
akkor a Gmail-címeket - használhatja a Gmail szolgáltatás
és a Google Apps az egyik módja, hogy.
Beállíthatja adott e-mail címeket, amelyeket kizárólag a domain nevet
helyette of@gmail.com.
>> És végül, van webfejlesztő kiterjesztések és kiegészítők - a Chrome,
A Firefox, az egyéb böngészők -, amely lehetővé teszi, hogy menjen be, és vizsgáljuk
CSS, JavaScript ellenőrizni, hogy pontosan mi a baj a JavaScript script,
és lehet, hogy hasznos lesz a de-felbassza célokra, akkor kideríteni -
Nos, miért nem jelennek meg megfelelően a honlapomon ebben a böngészőben?
>> És végül, ha akarta, hogy többet szeretne megtudni ezekről a témákról -
ha akar többet megtudni a HTML és a CSS és JavaScript -
mert miután az összes, csak tanítottam egy kicsit -
akkor megy weboldalak, mint W3Schools.com keresni több erőforrást.
Ezek nagyon szép útmutatók, hogy hogyan csináljam x vagy y mit jelent?
Ha akarta, hogy többet megtudni ezeket a nyelveket egyszerűen megy itt.
>> Rendben van. Azt hiszem, el akartam menni az utolsó néhány perc a kérdésekre,
Tehát vannak olyan kérdések bármi, amiről beszéltünk?
[Közönség tagja] Milyen dolgok vannak W3Schools és hogyan vonatkozik?
[Yuechen Zhao] Milyen dolgokat?
Tehát, az egyik legnagyobb dolog, hogy nagyon tudom használni a tétel a hivatkozásokat.
A referenciák részlet, például CSS -
hogy ez mit jelent, vagy ha meg akarod változtatni a háttérben a lap -
hogyan csinálod?
Melyik böngésző támogatja a parancsot? Ilyesmi.
És akkor is csak nagyon szép oktatóanyagok HTML, PHP, JavaScript,
A MySQL, mindenféle különböző témákban.
Ezek szép oktató. Azt tanítják, hogyan kell csinálni a dolgokat.
Jó, hogy képes menni, és többet szeretne megtudni ezekről a témákról.
>> [Közönség tagja] HTML 5 még mindig nem kompatibilis az összes böngészővel odakint.
Azt ajánlom csak távol tartózkodó, mert a kompatibilitási problémák?
Hogyan kezeled ezt?
[Yuechen Zhao] Igen, igen, a kérdés az, HTML5 még mindig a baba szabványos.
Ez nem igazán támasztja alá a sok böngésző, így kellene elkerülni?
Azt hiszem, tavaly lett volna egy nagyon nagy támogatója, kerüljük HTML5
mert még mindig - ez még mindig nagyon sok az új, sőt, a HTML5 szabvány
még nem fejeződött be.
És így, hogy tényleg nincs HTML5 szabvány.
De azt hiszem, különösen akkor, ha egy honlap tervezése most
lehet, hogy jobb, ha csak megy a HTML5, mert ez a fajta lesz a jövőben,
és ha azt szeretné, hogy a honlapján, hogy időtálló, és szeretné honlapján dolgozni
a jövőben böngészők, lehet, hogy jobb, hogy kezdjék építeni valamit a jövőre nézve
mint a múltban, és azt is csak azért, mert az a tény, hogy nem igazán HTML5, hogy a különböző
a HTML4 vagy XHTML.
Ha a HTML5, normálisan működik a legtöbb böngészőben.
Csak ki kell valahogy menni, és győződjön meg róla, ezek screenshotok
és gondoskodjanak arról, a helyzet, hogy ezek a weboldalak magad.
De a legvalószínűbb, hogy működni fog, hacsak nem használja nagyon különleges funkciók HTML5.
Figyeljük meg azt is, hogy a CS50 - például a videó lejátszó, amit használunk -
használ HTML5 és a HTML5 video megjeleníteni az előadásokat.
De ha van egy nagyon régi böngészőt, akkor majd visszalépés Flash.
Szóval, ez is valami -
egy fall-back rendszer, amikor csak tudom, hogy a böngésző nem fog kezelni
amit szeretnél kezelni.
>> További kérdések?
Bármi, ami beszéltünk.
Rendben van. Akkor azt hiszem, ennyi nekem.
Azt hiszem, ez az.
(Taps)
Cool.
[CS50.TV]