CDN kullanımının yanı sıra, statik veriler için ayrı alan adlarının kullanılması da şu anlama gelir:
Dinamik içerik web sunucunuzun her bir istek üzerine yüklemesi gereken tüm modülleri / uzantıları yüklemesi gerekmeyen hafif bir web sunucusu kullanabilirsiniz. .Htaccess dosyalarını okumak için URI yolundaki her dizini taramak zorunda olmamak aynı zamanda sunucunun işleyebileceği eşzamanlı istek sayısını da artırır.
Fazladan bir alt etki alanı eklemek, tarayıcının gerçekleştirebileceği paralel indirme sayısını artırmanız anlamına gelir.
Düzgün kurulursa (örneğin siteniz www.example.com
yerine barındırılıyorsa example.com
), aynı zamanda cookieless bir alt alan adından da yararlanarak trafiği ve gidiş dönüş sürelerini azaltabilirsiniz.
Tek dezavantajı, eğer SSL oturumları kullanıyorsanız, ek alan (lar) için imzalı bir sertifikaya ve ayrı bir statik IP'ye ihtiyacınız var. Ancak, faydalar çoğu durumda bu küçük rahatsızlıktan daha ağır basmaktadır.
Düzenle:
Üzgünüm, sorunuzu yanlış anladım. Neden bazı kişilerin ayrı SLD'ler kullandığını soruyorsanız, bu parantezin # 3 üzerindeki cevabını verir. Ayrıca sstatic.net'te açıklanmıştır :
Etki alanınız www.example.org ise, statik bileşenlerinizi static.example.org sitesinde barındırabilirsiniz. Bununla birlikte, www.example.org adresinin aksine example.org üst düzey alanındaki example çerezleri ayarladıysanız, static.example.org adresine yapılan tüm istekler bu çerezleri içerecektir. Bu durumda, yepyeni bir alan adı satın alabilir, statik bileşenlerinizi orada barındırabilir ve bu alan adının çerezsiz kalmasını sağlayabilirsiniz. Yahoo! yimg.com, YouTube ytimg.com, Amazon ise images-amazon.com vb. kullanıyor.
Ancak, enkarne, belirli varlıkları paylaşan geniş bir site ağı çalıştırırken, mevcut bir SLD'nin alt alanı yerine ayrı bir genel SLD kullanma konusunda da iyi bir noktaya değinmektedir.
Son olarak, Niels Basjes'in belirttiği gibi, çerezleri ortadan kaldırmanın sebeplerinden biri bir talebi gerçekleştirmek için kullanılan paket sayısını en aza indirmektir. YSlow yönergelerinin çoğu ağın maksimum paket büyüklüğünde 1500 bayt olduğunu, bu nedenle 1500 baytın altında tutulmasının TCP ek yükünü azaltacağını düşünüyorum. Bu aynı zamanda kullanım sstatic.net
yerine başka bir avantaj gösterir static.webmasters.stackexchange.com
.