[Veebilehe loomise teadmised] Nõuanded, kuidas oma veebilehe kiiremini avada: Optimeeri DNS-i resolutsiooni ja jagatud domeeninimed

Ma ei hakka teistest detailidesse laskuma, lähme otse teema juurde.

Kui kasutaja sisestab domeeninime ja jõuab autosse tagasi, kutsub Windowsi süsteem DNS-kliendi, et leida kasutaja poolt seadistatud või automaatselt määratud DNS IP, ning siis algab kogu lahendusprotsess.

Kas DNS-i resolutsioon on mõistlik olla kiirem?

Jah, hehe, paljudel väikestel veebilehtedel on DNS-i resolutsiooni aeg umbes 0,5 sekundit ja olen isegi näinud üht veebilehte, kus tulemuste analüüsimiseks kulub 1,2 sekundit. See on väga üllatav statistika, sest veebilehe üldise avatud aja jooksul, mis kestab üle 8 sekundi, on kasutajad peaaegu ligipääsust loobumas, ja e-kaubanduse veebilehtede puhul on 4s kasutajate kannatlikkuse piir. Üldiselt saab optimeeritud väikeste veebilehtede puhul DNS-i resolutsiooni aega kontrollida umbes 200 MS juures, samas kui umbes 100 m ribalaiusega veebilehtedel saab DNS-i resolutsiooni aega kontrollida 50–100 ms juures.

Kuidas optimeerida?

EsiteksKasuta TTL-iKuna kasutajatel on vajalik saada A-kirjeid otse operaatori DNS-vahemälust nii palju kui võimalik, et tagada võimalikult kiire protsess, aga ka selleks, et kui serveril tekib probleem, tuleb võimalikult kiiresti üle minna, seega on ka sellel TTL seadistusel olukordi, mida tuleb põhjalikult uurida.

1. Pead teadma, kas su serveris on mitu või varukoopiat. Kui varukoopiat pole, siis server läheb maha, saad ainult vastu panna, nii et mida pikem TTL-i aeg sul on, seda parem, sest lühikese TTL-i eesmärk on ajas lülituda, kui serveril tekib probleem, mida põhimõtteliselt ei kasutata varundamata veebilehtede puhul. Seetõttu on TTL seade võimalikult pikk, muidugi ei saa see olla lõpmatult pikk, üldiselt piisab TTL 3600-st.

2. Kui on varukoopia või mitu serverit, juhtub, et server on maas ja vajab õigeaegset vahetust; mida lühem TTL-aeg, seda ajakohasem on lülitus, kuid mida lühem TTL aeg, tähendab see, et operaatori DNS-i tihti ei ole vahemällu salvestatud, tavalised kasutajad, seadistage TTL 600, kui õigeaegseks vahetuseks, eriti nõudlikel veebilehtedel, valige TTL 120.

Teiseks, otsiPiisavalt kuumad domeeninimede lahendajad。 Paljud veebilehed loovad oma domeeninimede lahendamise serverid, mis on mugav ise kontrollida, kuid see on suur viga, sest sinu domeeninimede lahendusserver ei ole sisuliselt vahemällu salvestatud ja iga kord, kui küsid juurserverist, liigub see üle maailma enne, kui annab lõpliku tulemuse, mis loomulikult on väga ebaefektiivne. Seega otsi domeeninimede lahendajat, mis on piisavalt kuum. Kuum on see, et seda külastatakse väga tihti. Kui see on piisavalt kuum, salvestab domeeninime lahendamise serveri A-kirje põhimõtteliselt kohaliku operaatori DNS-i. Kuidas aru saada, kas domeeninime lahendaja on piisavalt kuum? Tegelikult on see ka väga lihtne – vaadata, kas domeeninime lahendajal on piisavalt kliente, kas nende kliendi veebileht on piisavalt populaarne ja kas külastajaid on piisavalt.

Soovitan ka paremat viisi, mis on leida CDN-müüja domeeninimede lahendamiseks. Kuna paljud CDN-i tootjate kliendid on väga populaarsed ja neil on suur kasutajaskond, on nende CDN-müüjate domeeninimede lahendusserverite teenindusmõju hea.

Lõpuks edasijõudnud tehnikad---Kasuta CNAME-i oskuslikult。 Paljud veebilehe omanikud haldavad samal serveril või serveritel mitmeid väikeseid veebilehti; Või halda ise veebilehte, kuid jaga palju teise taseme domeene. Nendele olukordadele reageerides on tõsiselt vajalik kasutada CNAME-d ja nimetada kõik nende väikeste veebisaitide domeeninimed või teise taseme domeeninimed ühtsele domeeninimele, mille ise määratled. Seejärel sea selle cname'i TTL piisavalt kauaks. Nii saab veebisaidi esimese resolutsiooni otse operaatori DNS-vahemälust, st kirjest pärast otse cname'i saamist. Seejärel teine CNAME rekord ja seatud suhteliselt mõistliku TTL väärtuse. Nii kuumutatakse teise taseme domeeninimi varjatult ning DNS-i resolutsiooni aeg maksimeeritakse, kuumutades teise ja esimese taseme piisavalt pika vahemällu salvestamise ajaga. See tehnika peab tagama, et viimase A-kirje IP saab teenindada neid algseid domeeninimesid.

Näide:

www.abc.com. 7200 CNAME hot.abc.com.

hot.abc.com. 600 A 127.0.0.1-S

Mis on jagatud domeeninimi?

Paljud veebilehed veebilehte ehitades lihtsalt taotlevad ja ostavad domeeninime ning kogu sisu: pildid, js, css, html, php jne, paigutatakse ühe domeeninime alla.

Domeeninimede jagamine tähendab domeeninimede jagamist erinevate rakenduste järgi.

Millised on domeeninime jagamise eelised?

Brauserid, mis kasutavad IE6 ja IE7 tuuma, alustavad samaaegselt ainult 2 ühendust sama domeeninime jaoks.

IE8 tuuma kasutavad brauserid saavad sama domeeninime jaoks korraga algatada 6 ühendust.

Kas see on oluline?

Väga oluline, vaata skeemi.

Kasuta IE6, et avada veebileht, kus kogu sisu on sama domeeninime all

Kasuta IE8, et avada veebileht, kus kogu sisu on sama domeeninime all

Me näeme, et IE6 puhul, kui taotletakse 7. elementi, võtab see 0,7 sekundit, samas kui IE8 puhul hakkab 0,277 taotlema seitsmendat elementi.

On näha, et kui ühendusi on rohkem, avaneb leht kiiremini.

Ülaltoodud andmetest on näha, et mitme domeeninime, olgu IE6 või IE8 puhul, domeeninime jagamine avab veebilehe kiiremini.

Sama kehtib ka tegelikkuses – suured veebilehed nagu Sina ja Taobao jagavad domeeninimesid.

Lisaks on vajalik parandada IT-inimese arusaamatust. Kuna IT-inimesed on üldiselt tehnoloogiast huvitatud, on paljude inimeste operatsioonisüsteemid ja muud versioonid väga uued ning nad kasutavad IE8 või isegi kõrgemaid brausereid. Kuid Hiinas on IE6 ja IE7 kasutajate arv seni endiselt umbes 80%. Seega võib domeeninime jagamine vähendada sinu avamiskiirust enam kui 20% võrra.

Lihtne operatsioon võib tuua märkimisväärse paranemise efektis, miks siis mitte seda teha?

Muidugi küsivad mõned inimesed kindlasti, et domeeninime jagamine tekitab probleemi, et domeeninime pole piisavalt populaarne ja DNS-i vahemälu ei suuda seda hoida? See küsimus, palun vaadake minu viimast blogipostitust, on andnud vastuse.

Mis on domeeninime jagamise põhimõte?

Kui palju neist on sobivad?

Üldiselt suudavad alla 50 miljoni veebilehed hoida domeeninime 4 või 5 peal ning liiga suur ulatus muudab hoolduse ja kasutamise keerulisemaks.

Veebisaitide puhul, mis on alla 100–500M, hoitakse domeeninimi umbes 8–10 miljoni juures.

Veebisaitide puhul, mis on üle 1G, ei ole domeeninime arv oluline, hoia üle 10 ning konkreetne arv määratakse vastavalt nende enda äri- ja juhtimisomadustele.

Milline sisu on paigutatud sama domeeninime alla?

Leheklassid: html, htm jne

Stiiliklassid: js, css jne

Pildid: jpg, png, gif jne

Dünaamilised klassid: php, asp jne

See jaotusmeetod aitab sul tulevikus oma veebilehte veelgi optimeerida ning kui vajad kiirenduse tööriistu, saad valida ka erinevaid kiirendusmeetodeid.