Soru Bir URL’de "www" bulundurmanın amacı nedir?


Tarihsel nedenlerden başka, bir URL'de “www” bulundurmak için bir sebep var mı?

Dan kalıcı bir yönlendirme oluşturmalı mıyım? www.xyz.com için xyz.comya da xyz.com için www.xyz.com? Hangisini önerirsin ve neden?


223
2018-05-27 08:02


Menşei


İlgili: stackoverflow.com/questions/1109356/... - Quintin Par
Tersine, ne anlamı yok. Başarılı bir web varlığındaki çerez ve alt alan adları için, çeşitli süreçleri ayırmak yararlıdır. - Fiasco Labs
Bu cevapDoğrudan ilişkili olmasa da, ilgili görünüyor. - Skippy le Grand Gourou


Cevaplar:


İhtiyacınız olan nedenlerden biri www veya başka bir alt alanın bir DNS quirk ve CNAME kaydı ile ilgisi vardır.

Bu örnekte, büyük bir site çalıştırdığınızı ve Akamai gibi bir CDN'ye (İçerik Dağıtım Ağı) ev sahipliği yaptığınızı varsayalım. Genellikle yaptığınız, sitenizin DNS kaydını, bir CNAME olarak akamai.com adres. Bu, CDN'ye tarayıcıya yakın bir IP adresi sağlama şansı verir (coğrafi veya ağ açısından). Sitenizde bir A kaydı kullandıysanız, bu esnekliği sunamayacaksınız.

DNS'in tuhafı, bir ana bilgisayar adı için bir CNAME kaydınız varsa, sahip olamazsınız. başka herhangi aynı ana bilgisayar için kayıtlar. Ancak, üst düzey alanınız example.com genellikle bir NS ve SOA kaydına sahip olmalıdır. Bu nedenle, ayrıca bir CNAME kaydını da ekleyemezsiniz. example.com.

Kullanımı www.example.com size bir CNAME kullanma fırsatı sunuyor www Bu, CDN'nizi işaret ederken, gerekli NS ve SOA kayıtlarını bırakıyor example.com. example.com Kayıt genellikle, yeniden yönlendirecek bir ana bilgisayarı işaret edecek bir A kaydına da sahip olacaktır. www.example.com HTTP yönlendirmesi kullanarak.


193
2018-05-27 08:10



CDN'ye işaret eden bir "varsayılan" CNAME kaydı sağlayabilirsiniz, "www" kullanmanız gerekmez. Bu, DNS sunucunuzun aynı alan adı için SOA, NS, CNAME, vb. RR'lere sahip olmasını sağlar. - Chris S
Nasıl olur da kimse ALIAS (veya ANAME kayıtlar) bu tür bir konuda? Çıplak alan üzerinde CNAME ile aynı sonuçları elde etmiyor mu (çerez sorunu dışında ...)? - Augustin Riedinger
@AugustinRiedinger: ANAME kayıtları standart bir DNS RR tipi değil. Belirli servis sağlayıcılarına aittirler. - Greg Hewgill
Ancak bu herhangi bir uyum sorunu ya da bir şey üretir mi? Onları kullanmamamız için herhangi bir sebep var mı (standart değil, aynı zamanda özel değil)? - Augustin Riedinger
@AugustinRiedinger çoğu DNS'de desteklenmiyor sunucular. Ama eğer senin sağlayan Bu özellikleri destekleyen bir DNS sunucusuna sahiptir, bu da istemcilerle herhangi bir sorun yaratmamalı. - Koen.


Not: Onaylama ve uygulama itibarıyla (mevcut tüm tarayıcılar tarafından, hariç) muhtemelen MSIE 11, yorumlara bakın) RFC 6265 2011'de aşağıdakiler artık doğru değildir; çünkü çerezler varsayılan olarak hiçbir zaman alt alan adlarında ayarlanmamıştır.

Tarihselyapmak için iyi bir teknik sebep www.example.com Kanonik bir ana alanın çerezleriydi (ör. example.com) tüm alt alanlara gönderildi.

Siteniz çerez kullanıyorsa, tüm alt alanlarına gönderilir.

Şimdi, bu genellikle mantıklıdır, ancak sadece bant genişliğini boşalttığından sadece statik kaynak indirmek istiyorsanız olumlu bir şekilde zararlıdır. Web sitenizdeki tüm stil sayfalarını ve görüntüleri göz önünde bulundurun: genellikle, resim kaynağı istendiğinde sunucuya çerez göndermenin bir nedeni yoktur.

Bu nedenle iyi bir çözüm, statik kaynaklar için bir alt alan kullanmaktır. static.example.com, çerezleri göndermeyerek bant genişliğini kaydetmek için. Tüm görüntüler ve diğer statik indirmeler buradan indirilebilir. Şimdi kullanırsanız www.example.com Dinamik içerik için bu, çerezlerin yalnızca www.example.comdeğil static.example.com.

Ancak, example.com ana siteniz, daha sonra çerezler gönderilecek herşey dahil olmak üzere alt alanlar static.example.com.

Artık bu çoğu site için alakalı değil ancak standart URL'nizi daha sonra değiştirmek için iyi bir fikir değil. example.com yerine www.*Temelde ona bağlı kaldınız.

Bir alternatif kullanmaktır tamamen farklı Statik kaynaklar için URL. Yığın taşması örneğin kullanır sstatic.net, YouTube kullanıyor ytimg.com vb. …


99
2018-05-27 08:15



Bu arada, gerçekten sevmiyorum www.x büyük bir site tasarlayacak olsaydı, kanonik URL olarak kişisel olarak muhtemelen statik kaynaklar için farklı bir URL kullanırdım. - Konrad Rudolph
@RobinWinslow Fakat yemek pişirmek domain=example.com çerezi apex alanında ayarlar ve alt alanlardave bunu önlemek için bir yol HTTP için apex alanını kullanmamaktır. Yine de, anlaşılmış olsa da, başka bir şekilde belirtmek için değil domain çerezi ayarlarken. Cevabımı yazdığımdan bu durumun değişip değişmediğini merak ediyorum. RFC 6265!) ama şimdi bakmaktan rahatsız olamıyorum. - Konrad Rudolph
Anlattığım davranış, en azından 2011'den beri RFC 6265'in yazılmasından bu yana olduğu gibi görünüyor (mevcut tarayıcı davranışının bir özeti olarak nasıl çalışacaklarına dair bir açıklamadan daha fazlası). Şimdiye kadar, tüm tarayıcıların onu takip edeceğini varsayabiliriz. Görmek stackoverflow.com/questions/1062963/... ve bayou.io/draft/cookie.domain.html. Buna rağmen, cevabın en az 7 yıldır yanıltıcı olduğunu düşünüyorum olabilir Bazı durumlarda yazı yazıldığı zaman doğruydu. Bu gerçeği açıklığa kavuşturmak için lütfen günceller misiniz? - Robin Winslow
@RobinWinslow Evet, yapacak. - Konrad Rudolph
@KonradRudolph aslında, göre mxsasha.eu/blog/2014/03/04/definitive-guide-to-cookie-domainsTanımladığınız istenmeyen davranış, yazının yazıldığı sırada IE11'de mevcut olabilir ve hala Internet Explorer'ın en yeni sürümü olarak kalır. Bu oldukça anlamlı ve bahsetmeye değer olurdu, ama önce bunu kontrol etmek iyi olurdu. Ubuntu'da olduğum için kolayca kontrol edemem, ama eğer bu harika olsaydı. - Robin Winslow


www genellikle web sunucusu için bir alandaki diğer alanlarla birlikte başka amaçlar için kullanılan bir alt alan adıdır. mail Günümüzde, alt alan paradigması gereksizdir; Bir tarayıcıya bir web sitesine bağlanırsanız, web sitesini alırsınız veya sunucuya posta göndermek posta hizmetini kullanır.

kullanma www ya da kişisel tercih meselesi değildir. Karşıt bakış açıları şu adreste bulunabilir: http://no-www.org/ ve http://www.yes-www.org/ - Ancak, buna inanıyorum www gereksizdir ve sadece URI'ye daha fazla eklenir.

Çoğu sunucu aynı siteyi her iki şekilde gönderir, ancak yönlendirmeyin. SEO amaçları için birini seçin, ardından diğerine yeniden yönlendirin. Örneğin, bunu yapmak için bazı PHP kodları:

if (preg_match('/www/', $_SERVER['SERVER_NAME'])) {
  header("Location: http://azabani.com{$_SERVER['REQUEST_URI']}");
  exit;
}

Ancak, bir www diğer yanıtlayıcılar tarafından yapılan alt alan adları da büyüktür, örneğin statik sunuculara çerez göndermeme gibi Konrad Rudolph).


10
2018-05-27 08:11



Benziyor no-www.org satış için park edilmiş bir sayfaya geri döndü yes-www.org hala güçlü oluyor. Sanırım bu yerleşir. Artık herkes "www" kelimesini kullanıyor. - hacksalot


Başka amaçlar için alt alan adlarına sahipseniz (örneğin blog), siteleri ayırt etmek isteyebilirsiniz. www düzenli site için önek. Öte yandan, önemli olan şey ikisinden birini seçip ona bağlı kalmasıdır (SEO nedenleriyle).


7
2018-05-27 08:06



Şu anda referans bulamıyorum, ancak aynı köken politikası üzerinde de etkileri olabilir. - Kobi
Evet, maalesef olacak. AJAX’i alamazsın. www.example.comitibaren example.com ya da tam tersi JSONP gibi bir şey olmadan. - Delan Azabani


Oldukça tarihsel. Bir zamanlar, yaptığımız mantıksal bir şey gibi görünen ve bunun arasındaki yükün yayılması için basit bir yöntem olan www.example.com, ftp.example.com, images.example.com, uk.example.com vb. sunucular.

Bu günlerde ana site için example.com'a gidip www sürümünü ona yönlendirdim.

Google Web Yöneticisi araçları, tercih edilen alanınızı belirtmenize izin verir, o yüzden bunları da kullandığınızdan emin olun.

Ayrıca bakınız:
https://stackoverflow.com/questions/1109356/www-or-not-www-what-to-choose-as-primary-site-name
https://stackoverflow.com/questions/1884157/to-www-or-not-to-www


7
2018-05-27 08:11





İlkini ben yaparım. www Kongre, http://www.cmu.edu ve cmu.edu'nun büyük olasılıkla farklı makineler olduğu HTTP'nin ilk günlerinden geliyor.


6
2018-05-27 08:08



'erken günlerde' bir alan için nadiren A kaydı görüyorsunuz - belki bir MX kaydı olurdu, ancak nadiren orada bir ev sahibi oldunuz. - Joe H.


İşte başka bir küçük bakış açısı.

Www olmasaydı, ister basılı ister çevrimiçi olsun, metin tabanlı medya söz konusu olduğunda küçük bir dezavantajı var ve bunun bir web adresi olarak tanınması. Yazdırırken, example.com'un bir web adresi olduğu ve bunu vurgulamak için stil dokunuşları ekleyebilirsiniz. Ama düz metin çevrimiçi? Çok kolay değil. Şansınız, ister kısa mesaj gönderirseniz - ister e-posta, tweet, Facebook yayını, ister SMS, isterse olsun - http: // veya www ile başlayan bir URL'yi tanıyacaksınız. ama bunlardan hiçbirini kabul etmeyecek. Dolayısıyla, URL'yi tıklanabilir bir bağlantıya dönüştürmek için, www. veya öndeki http: // ve iki, www. daha kısa, daha az göz atmak ve okumak daha kolay.


1
2017-11-24 18:22



http://example.com/ tam yetkili iken www.example.com değil. Tamamen nitelikli yaklaşımı tercih ederim çünkü her zaman bir URL olarak tanınabilir olup olmadığına bakılmaksızın https://example.uk/ veya https://blog.example.eu/ ya da her neyse. Güvenli bir sitenin protokolünü HTTPS olarak belirtmekle tutarlıdır; www.example.com sadece bir alan ve ona erişmek için hangi protokolün kullanılması gerektiği hakkında hiçbir şey söylemiyor. - James Haigh