In che modo l'avere risorse salvate su un dominio secondario (s) riduce il tempo di caricamento del sito web?

4

Sono andato ieri per un'intervista dove mi è stata fatta questa domanda:

"In che modo l'avere risorse (immagini / video) memorizzate su un dominio secondario (assets.example.com) riduce il tempo di caricamento di example.com?"

A questo ho risposto che avendo il codice "chiama" tali risorse da un sito Web secondario, si riduce il traffico che arriva al dominio principale e quindi si applica solo la larghezza di banda al dominio principale e si deve anche servire la larghezza di banda per richiedere le risorse .

È corretto?

Inoltre, se sono corretto, direi che ha senso avviare nuovi siti web con questo in mente o preferisci averlo fatto dopo che sono stati raggiunti elevati tassi di traffico?

    
posta AAA 29.06.2012 - 19:04
fonte

1 risposta

12

Mi dispiace, ma la tua risposta non è corretta. La ragione principale per utilizzare un sottodominio sarebbe massimizzare i download paralleli e potresti fare un ulteriore passo avanti se detto sottodominio fosse privo di cookie. Da Yahoo Best practice per velocizzare il tuo sito Web :

Split Components Across Domains

Splitting components allows you to maximize parallel downloads. Make sure you're using not more than 2-4 domains because of the DNS lookup penalty. For example, you can host your HTML and dynamic content on www.example.org and split static components between static1.example.org and static2.example.org

e:

Use Cookie-free Domains for Components

When the browser makes a request for a static image and sends cookies together with the request, the server doesn't have any use for those cookies. So they only create network traffic for no good reason. You should make sure static components are requested with cookie-free requests. Create a subdomain and host all your static components there.

If your domain is www.example.org, you can host your static components on static.example.org. However, if you've already set cookies on the top-level domain example.org as opposed to www.example.org, then all the requests to static.example.org will include those cookies. In this case, you can buy a whole new domain, host your static components there, and keep this domain cookie-free. Yahoo! uses yimg.com, YouTube uses ytimg.com, Amazon uses images-amazon.com and so on.

    
risposta data 29.06.2012 - 19:14
fonte

Leggi altre domande sui tag