|
Jeg skal ikke gå i detalj om de andre, la oss gå rett til temaet. Når brukeren skriver inn domenenavnet og trykker på bilen tilbake, kaller Windows-systemet DNS-klienten for å finne DNS-IP-en som er konfigurert eller automatisk tildelt av brukeren, og deretter starter hele oppløsningsprosessen. Gir DNS-oppløsning mening å være raskere? Ja, hehe, mange små nettsteder har DNS-oppløsningstider nær 0,5 sekunder, og jeg har til og med sett en nettside som bruker 1,2 sekunder på å tolke resultatene. Dette er en svært overraskende statistikk, for for den generelle åpningstiden på mer enn 8 sekunder er brukerne i ferd med å gi opp tilgangen, og for netthandelsnettsteder er 4 sekunder grensen for brukerens tålmodighet. Generelt, for optimaliserte små nettsteder, kan DNS-oppløsningstiden kontrolleres til omtrent 200 MS, mens for nettsteder med en båndbredde på omtrent 100 millioner kan DNS-oppløsningstiden kontrolleres til 50-100 ms. Hvordan optimalisere? Først og fremstDra nytte av TTLFordi det er nødvendig å la brukere hente A-poster direkte fra operatørens DNS-cache så mye som mulig, for å sikre raskest mulig informasjon, men også for å sikre at når serveren din har et problem, må du bytte så raskt som mulig, så denne TTL-innstillingen har også noen situasjoner som må studeres grundig. 1. Du må vite om serveren din har flere eller sikkerhetskopier. Hvis det ikke finnes noen backup, kan du bare motstå når serveren går ned, så jo lengre TTL-tiden er for deg, desto bedre, fordi hensikten med kort TTL er å bytte i tide når serveren har et problem, noe som i praksis ikke brukes for nettsteder uten backup. Derfor er TTL-innstillingen din så lang som mulig, selvfølgelig kan den ikke være uendelig lang, vanligvis er TTL 3600 nok. 2. Hvis det finnes en backup eller flere servere, vil det skje at serveren er nede og må byttes i tide. Jo kortere TTL-tiden, desto mer tidsriktig er byttet, men jo kortere TTL-tid, det betyr at operatørens DNS ofte ikke er cachet, vanlige brukere setter TTL 600, hvis for tidsriktig bytte, spesielt krevende nettsteder, sett TTL 120. For det andre, søkVarme nok domenenavn-resolvere。 Mange nettsteder lager sine egne domeneoppløsingsservere, noe som er praktisk å kontrollere selv, men det er en stor feil, fordi domeneoppløsningsserveren din i praksis ikke er bufret, og hver gang du spør fra rotserveren, går den rundt i nesten hele verden før den gir det endelige resultatet, som naturlig nok vil være svært ineffektivt. Så, se etter en domenenavnsresolver som er varm nok. Det som er populært, er at det besøkes veldig ofte. Hvis det er varmt nok, vil A-posten til domeneoppløsningsserveren i praksis bli bufret av DNS-en til den lokale operatøren. Hvordan kan man vite om en domenenavnsresolver er varm nok? Faktisk er det også veldig enkelt: se om domenenavnresolveren har nok kunder, om kundesiden deres er populær nok, og om det er nok besøkende. Jeg anbefaler også en bedre måte å gjøre det på, nemlig å finne en CDN-leverandør for domeneoppløsning. Fordi mange av kundene som betjenes av CDN-produsenter er svært populære og har en stor brukerbase, er serviceeffekten av disse CDN-leverandørenes domenenavnoppløsningsservere god. Til slutt, avanserte teknikker---Bruk CNAME dyktig。 Mange nettstedseiere driver mange små nettsteder på samme server eller servere; Eller kjør en nettside selv, men del opp mange domener på andre nivå. Som svar på disse situasjonene er det virkelig nødvendig å bruke CNAME godt, og cname alle domenenavn eller sekundære domenenavn på disse små nettstedene til et samlet domenenavn som du definerer. Deretter setter TTL for dette navnet lenge nok. På denne måten kan den første oppløsningen av nettstedet hentes direkte fra operatørens DNS-cache, det vil si posten etter direkte innhenting av cname. Deretter den andre cname-registreringen, og satte en relativt rimelig TTL-verdi. På denne måten varmes domenenavnet på andre nivå opp i forkledning, og DNS-oppløsningstiden maksimeres ved å varme opp andre nivå og første nivå med tilstrekkelig lang caching-tid. Denne teknikken må sikre at IP-en som ble oppnådd av den siste A-posten kan levere disse opprinnelige domenenavnene. Eksempel: www.abc.com. 7200 I CNAME hot.abc.com. hot.abc.com. 600 I A 127.0.0.1 Hva er et delt domenenavn? Mange nettsteder, når man bygger en nettside, søker bare om og kjøper et domenenavn, og alt innhold: bilder, js, css, html, php osv. samles under ett domenenavn. Oppdeling av domenenavn refererer til å dele opp domenenavn etter ulike bruksområder. Hva er fordelene med å dele et domenenavn? Nettlesere som bruker IE6- og IE7-kjerner vil bare initiere to tilkoblinger samtidig for samme domenenavn. Nettlesere som bruker IE8-kjernen kan initiere 6 tilkoblinger samtidig for samme domenenavn. Er det viktig? Veldig viktig, se diagrammet. Bruk IE6 for å åpne et nettsted med alt innhold under samme domenenavn
Bruk IE8 for å åpne et nettsted med alt innhold under samme domenenavn
Det vi ser er at i tilfellet IE6, som ber om det 7. elementet, tar det 0,7 sekunder, mens i tilfellet IE8 begynner 0,277 å be om det 7. elementet. Det kan sees at når det er flere samtidige tilkoblinger, åpnes siden raskere.
Fra dataene ovenfor kan man se at flere domenenavn, enten i tilfellet IE6 eller IE8, vil splitting av domenenavnet gjøre nettsiden raskere. Det samme gjelder i virkeligheten, store nettsteder som Sina og Taobao deler alle domenenavn. I tillegg er det nødvendig å rette opp misforståelsen til en IT-person. Fordi IT-folk generelt er opptatt av teknologi, er mange folks operativsystemer og andre versjoner veldig nye, og de bruker IE8 eller enda nyere nettlesere. Men i Kina er antallet brukere som bruker IE6 og IE7 så langt fortsatt rundt 80 %. Så å splitte et domenenavn kan i praksis redusere åpningshastigheten din med mer enn 20 %. En enkel operasjon kan gi en stor forbedring i effekt, så hvorfor ikke gjøre det? Selvfølgelig vil noen definitivt spørre, vil splitting av domenenavnet føre til problemet med at det ikke er populært nok, og at DNS-cachen ikke klarer å holde det? Dette spørsmålet, se mitt siste blogginnlegg, har gitt svaret. Hva er prinsippet for å dele et domenenavn? Hvor mange er passende? Generelt kan nettsider under 50M holde domenenavnet på 4 eller 5, og for mye rekkevidde vil gjøre vedlikeholdet og bruken komplisert. For nettsider under 100-500 millioner holdes domenenavnet på omtrent 8-10. For nettsider over 1G spiller ikke antall domenenavn noen rolle, behold mer enn 10, og det spesifikke antallet bestemmes ut fra deres egne forretnings- og ledelsesegenskaper. Hvilket innhold er plassert under samme domenenavn? Sideklasser: html, htm, osv Stilklasser: js, css, osv Bilder: jpg, png, gif, osv Dynamiske klasser: php, asp, osv Denne allokeringsmetoden vil hjelpe deg å optimalisere nettsiden din ytterligere i fremtiden, og når du trenger å se etter akselerasjonsverktøy, kan du også velge ulike akselerasjonsmetoder.
|