Abbiamo diverse immagini e documenti PDF che sono disponibili tramite il nostro sito web. Queste immagini e questi documenti sono archiviati nel controllo del codice sorgente e vengono copiati sul contenuto della distribuzione. Stiamo prendendo in considerazione la creazione di un server di immagini separato per inserire le nostre immagini stock e documenti PDF, riducendo così in modo significativo la maggior parte del nostro pacchetto di implementazione.Pro e contro di un server di immagini separato (ad esempio images.mydomain.com)?
Qualcuno ha esperienza con questo approccio?
Mi chiedo di eventuali "trucchi" - come problemi XSS e/o problemi con il browser che forniscono contenuti dal sottodominio alternativo?
Se si fosse veramente interessati alle prestazioni e si fossero scaricate grandi risorse, è possibile inserirle in un dominio con * nel dns e quindi randomizzare il sottodominio nella chiamata alla risorsa, come http (s): // .imagesomain.com/image.gif, ecc. Questo potrebbe darti tante prese quante sono le risorse e accelerare un po 'il tuo carico. –
Eli
In realtà non si vuole prendere questo troppo lontano o si può assistere a una perdita netta in termini di prestazioni. Non utilizzerei più di 4 host di asset statici (ad esempio "images1.domain.com", "images2.domain.com", "images3.domain.com", "images4.domain.com") per la maggior parte dei siti. I problemi principali peggioreranno le prestazioni man mano che aumenti il numero di host della risorsa che memorizzano nella cache e keep-alive HTTP. Lo stesso file scaricato da un host di asset non verrà considerato incassato su un altro host di asset. E i keep-alive HTTP consentono di riutilizzare la stessa connessione TCP per più richieste. Da 1 a 4 host ti danno un buon equilibrio. –
Come gennaio I certificati SSL rilasciati da Let's Encrypt dovrebbero supportare i sottodomini in aggiunta all'apice simultaneamente. E i moderni browser ora strappano allegramente decine di download di risorse parallele, non solo due alla volta. –