Quanti domini suddividere i componenti?


Risposte:


8

La mia raccomandazione è che per i siti relativamente semplici, un dominio "contenuto statico" dovrebbe essere sufficiente. Le ricerche DNS devono essere memorizzate nella cache, quindi influiscono solo sul primo contatto con quel server, ma dovrebbero comunque essere ridotte al minimo.

Puoi posizionare lì tutte le tue immagini JavaScript, CSS e statiche per ridurre il sovraccarico dell'elaborazione dei cookie e fornire l'opzione di offloading che funziona su un altro server fisico. Se stai gestendo più siti popolari, correlati (ad esempio StackTranslate.it, Server Fault ecc.), Puoi condividere un sito statico tra di loro (ad esempio sstatic.net).

Naturalmente, ci possono essere situazioni in cui sono appropriati più domini (ad esempio un sito di hosting di foto può scaricare la foto che serve su un altro dominio separato).


Se utilizzi qualsiasi framework JavaScript, puoi anche convincere Google a ospitarli per te ( code.google.com/apis/ajaxlibs ). Ciò ha l'ulteriore vantaggio che se l'utente ha già visitato un altro sito che acquisisce JS da Google, potrebbe già averlo nella cache.
Michael Mior,

2

Mi viene in mente un caso limite in cui i vantaggi delle richieste multi-host superano i costi di configurazione del DNS.

Quando offri tessere mappa da una mappa slippy in stile Google Maps, puoi vedere i vantaggi della distribuzione delle posizioni delle tessere praticamente su un numero molto più ampio di host, anche se puntano tutti alle stesse risorse (immagini) sottostanti. In questi casi, ti consigliamo di assicurarti che le risorse abbiano un'affinità impostata su un host in base alle loro proprietà (come una combinazione della MOD dei numeri di riga e colonna) in modo che la memorizzazione nella cache del browser funzioni in modo ottimale e che le richieste siano bilanciate su tutti gli host per una data estensione.

Questa situazione è molto specializzata, ma in sostanza sottolinea semplicemente che se si dispone di un caso d'uso non standard, assicurarsi di testare tutto e non dimenticare di includere sia i numeri non elaborati sia le prestazioni UX / percepite di tutti gli scenari.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.