|
En mene yksityiskohtiin muista, mennään suoraan aiheeseen. Kun käyttäjä syöttää verkkotunnuksen ja palaa autoon, Windows-järjestelmä kutsuu DNS-asiakasta löytääkseen käyttäjän määrittämän tai automaattisesti määrittämän DNS-IP:n, ja koko ratkaisuprosessi alkaa. Onko DNS-resoluutio järkevää olla nopeampi? Kyllä, hehe, monilla pienillä sivustoilla DNS-resoluutioaika on lähellä 0,5 sekuntia, ja olen jopa nähnyt sivuston, jossa tulosten jäsentämiseen menee 1,2 sekuntia. Tämä on hyvin yllättävä tilasto, sillä yli 8 sekunnin yleisen verkkosivuston aukeamisajan aikana käyttäjät ovat luopumassa pääsystä, ja verkkokaupoilla 4s on käyttäjien kärsivällisyyden raja. Yleisesti optimoiduilla pienillä verkkosivustoilla DNS-resoluutioaikaa voidaan säätää noin 200 MS:n nopeudella, kun taas noin 100 metrin kaistanleveyden verkkosivustoilla DNS-resoluution aikaa voidaan säätää 50–100 ms:n välillä. Miten optimoida? Ennen kaikkeaHyödynnä TTL:ääKoska käyttäjien on mahdollista saada A-tietueita suoraan operaattorin DNS-välimuistista mahdollisimman paljon, jotta ne olisivat mahdollisimman nopein, mutta myös varmistaakseen, että kun palvelimellasi ilmenee ongelma, sinun täytyy vaihtaa mahdollisimman pian, joten tässä TTL-asetuksessa on myös tilanteita, jotka täytyy tutkia perusteellisesti. 1. Sinun täytyy tietää, onko palvelimellasi useita varmuuskopioita. Jos varmuuskopiota ei ole, kun palvelin menee alas, voit vain vastustaa, joten mitä pidempi TTL-aika on sinulle, sen parempi, koska lyhyen TTL:n tarkoitus on vaihtaa ajassa, kun palvelimella on ongelma, jota ei käytännössä käytetä varmuuskopiottomille verkkosivuille. Siksi TTL-asetuksesi on mahdollisimman pitkä, tietenkään se ei voi olla äärettömän pitkä, yleensä TTL 3600 riittää. 2. Jos varmuuskopio on tai useita palvelimia, käy niin, että palvelin on poissa käytöstä ja se täytyy vaihtaa ajoissa, mitä lyhyempi TTL-aika, sitä ajankohtaisempi vaihto on, mutta mitä lyhyempi TTL-aika, se tarkoittaa, että operaattorin DNS ei usein ole välimuistissa, tavalliset käyttäjät, asettakaa TTL 600, jos ajantasaisessa vaihdossa, erityisesti vaativassa verkkosivustossa, aseta TTL 120. Toiseksi, etsiRiittävän kuumat verkkotunnuksen ratkaisijat。 Monet verkkosivustot tekevät omat verkkotunnuksen ratkaisupalvelimensa, mikä on kätevää hallita itseään, mutta se on iso virhe, koska verkkotunnuksen ratkaisupalvelin ei käytännössä ole välimuistissa, ja joka kerta kun kysyt juuripalvelimelta, se kiertää suurimman osan maailmaa ennen lopullisen tuloksen antamista, mikä luonnollisesti on hyvin tehoton. Etsi siis verkkotunnuksen ratkaisija, joka on tarpeeksi kuuma. Kuumaa on se, että siellä käydään hyvin usein. Jos se on tarpeeksi kuuma, verkkotunnuksen ratkaisupalvelimen A-tietue välimuistitetaan käytännössä paikallisen operaattorin DNS:ään. Miten tunnistaa, onko verkkotunnuksen ratkaisija tarpeeksi kuuma? Itse asiassa se on myös hyvin yksinkertaista: katso, onko verkkotunnuksen ratkaisijalla tarpeeksi asiakkaita, onko heidän asiakassivustonsa tarpeeksi suosittu ja onko tarpeeksi kävijöitä. Suosittelen myös parempaa tapaa tehdä se, eli löytää CDN-toimittaja verkkotunnusten ratkaisemiseksi. Koska monet CDN-valmistajien palvelemista asiakkaista ovat erittäin kuumia ja heillä on suuri käyttäjäkunta, näiden CDN-toimittajien verkkotunnusten ratkaisupalvelimien palveluvaikutus on hyvä. Lopuksi, edistyneet tekniikat---Käytä CNAMEa taitavasti。 Monet verkkosivustojen omistajat pyörittävät monia pieniä verkkosivustoja samalla palvelimella tai palvelimilla; Tai pyöritä verkkosivustoa itse, mutta jakaa monia toisen tason verkkotunnuksia. Näihin tilanteisiin vastauksena on erittäin tärkeää hyödyntää CNAMEa ja nimetä kaikki näiden pienten verkkosivustojen verkkotunnukset tai toisen tason verkkotunnukset yhtenäiseen verkkotunnukseen, jonka määrittelet. Sitten aseta tämän cnamen TTL tarpeeksi pitkäksi. Näin verkkosivuston ensimmäinen resoluutio saadaan suoraan operaattorin DNS-välimuistista, eli tietueesta sen jälkeen, kun cname on suoraan saatu. Sitten toinen cname-ennätys ja asetettiin suhteellisen kohtuullinen TTL-arvo. Näin toisen tason verkkotunnus lämmitetään naamioituneena, ja DNS-resoluutioaika maksimoidaan lämmittämällä toista ja ensimmäistä tasoa riittävän pitkällä välimuistiajalla. Tämän tekniikan on varmistettava, että viimeisimmän A-tietueen saama IP voi palvella näitä alkuperäisiä verkkotunnuksia. Esimerkki: www.abc.com. 7200 CNAME hot.abc.com. hot.abc.com. 600 MALLISSA 127.0.0.1 Mikä on jaettu verkkotunnus? Monet verkkosivustot rakentaessaan vain hakevat ja ostavat verkkotunnuksen, ja kaikki sisältö: kuvat, js, css, html, php jne., sijoitetaan yhden verkkotunnuksen alle. Verkkotunnusten jakaminen tarkoittaa verkkotunnusten jakamista eri sovellusten mukaan. Mitkä ovat verkkotunnuksen jakamisen hyödyt? IE6- ja IE7-ytimiä käyttävät selaimet käynnistävät samanaikaisesti vain kaksi yhteyttä samalle verkkotunnukselle. IE8-ydintä käyttävät selaimet voivat käynnistää samanaikaisesti 6 yhteyttä samalle verkkotunnukselle. Onko se tärkeää? Erittäin tärkeää, katso kaavio. Käytä IE6:ta avataksesi verkkosivuston, jossa kaikki sisältö on saman verkkotunnuksen alla
Käytä IE8:aa avataksesi verkkosivuston, jossa kaikki sisältö on saman verkkotunnuksen alla
Näemme, että IE6:n tapauksessa seitsemännen alkion pyytäminen kestää 0,7 sekuntia, kun taas IE8:ssa 0,277 alkaa pyytää seitsemättä alkiota. On nähtävissä, että kun samanaikaisia yhteyksiä on enemmän, sivu avautuu nopeammin.
Yllä olevista tiedoista voidaan nähdä, että useat verkkotunnukset, olipa kyseessä IE6 tai IE8, verkkotunnuksen jakaminen saa sivuston avautumaan nopeammin. Sama pätee todellisuudessa, suuret verkkosivustot kuten Sina ja Taobao, jakavat kaikki verkkotunnuksia. Lisäksi on tarpeen korjata IT-henkilön väärinkäsitys. Koska IT-ihmiset ovat yleensä kiinnostuneita teknologiasta, monien käyttöjärjestelmät ja muut versiot ovat hyvin uusia, ja he käyttävät IE8- tai jopa parempia selaimia. Mutta Kiinassa IE6:n ja IE7:n käyttäjien määrä on toistaiseksi edelleen noin 80 %. Verkkotunnuksen jakaminen voi käytännössä vähentää avausnopeutta yli 20 %. Yksinkertainen operaatio voi tuoda valtavan parannuksen tehoon, joten miksi et tekisi sitä? Tietenkin jotkut varmasti kysyvät, verkkotunnuksen jakaminen johtaa ongelmaan, jossa se ei ole tarpeeksi suosittu ja DNS-välimuisti ei pysty säilyttämään sitä? Tämä kysymys, katso viimeisin blogikirjoitukseni, on antanut vastauksen. Mikä on periaate verkkotunnuksen jakamisessa? Kuinka monta on sopivaa? Yleisesti ottaen alle 50 miljoonan verkkotunnuksen verkkotunnukset pysyvät 4 tai 5:ssä, ja liian laaja kantama vaikeuttaa ylläpitoa ja käyttöä. Alle 100–500 miljoonan verkkotunnuksen verkkotunnus pidetään noin 8–10 miljoonassa. Yli 1G:n verkkosivuilla verkkotunnusten määrällä ei ole merkitystä, pidä yli 10, ja tarkka määrä määräytyy niiden omien liiketoiminta- ja johtamisominaisuuksien mukaan. Mitä sisältöä on sijoitettu saman verkkotunnuksen alle? Sivuluokat: html, htm jne Tyyliluokat: js, css jne Kuvat: jpg, png, gif jne Dynaamiset luokat: php, asp jne Tämä allokointimenetelmä auttaa sinua optimoimaan verkkosivustoasi tulevaisuudessa, ja kun tarvitset kiihdytystyökaluja, voit myös valita erilaisia kiihdytysmenetelmiä.
|