Po co mieć „www” w adresie URL?

Czy poza przyczynami historycznymi istnieje „www” w adresie URL?

Należy utworzyć stałe przekierowanie od www.xyz.comdo xyz.com, lub z xyz.comdo www.xyz.com? Który z nich sugerujesz i dlaczego?

Jednym z powodów, dla których potrzebujesz wwwlub jakiejś innej subdomeny, jest dziwactwo DNS i rekord CNAME.

Załóżmy na potrzeby tego przykładu, że prowadzisz dużą witrynę i zlecasz hosting CDN (Content Distribution Network), takiej jak Akamai. Zwykle konfigurujesz rekord DNS swojej witryny jako CNAME na jakiś akamai.comadres. Daje to CDN możliwość podania adresu IP zbliżonego do przeglądarki (w kategoriach geograficznych lub sieciowych). Jeśli użyjesz rekordu A w swojej witrynie, nie będziesz w stanie zaoferować takiej elastyczności.

Dziwactwo DNS polega na tym, że jeśli masz rekord CNAME dla nazwy hosta, nie możesz mieć żadnych innych rekordów dla tego samego hosta. Jednak domena najwyższego poziomu example.comzwykle musi mieć rekord NS i SOA. Dlatego nie można również dodać rekordu CNAME dla example.com.

Użycie www.example.comdaje ci możliwość użycia CNAME dla wwwtych punktów do twojego CDN, pozostawiając jednocześnie wymagane rekordy NS i SOA example.com. example.comRekord zwykle również rekord A do punktu do hosta, który będzie przekierowywać do www.example.comza pomocą przekierowania HTTP.

Uwaga: Od ratyfikacji i wdrożenia (przez wszystkie obecne przeglądarki, z wyjątkiem ewentualnie MSIE 11 , patrz komentarze) RFC 6265 w 2011 r. Poniższe informacje nie są już dokładne, ponieważ pliki cookie nie są domyślnie ustawiane w subdomenach.

Historycznie jednym z dobrych technicznych powodów, aby uczynić www.example.comkanonicznym, example.combyło wysyłanie plików cookie z głównej domeny (tj. ) Do wszystkich poddomen.

Więc jeśli Twoja witryna używa plików cookie, zostaną one wysłane do wszystkich jej subdomen.

To często ma sens, ale jest bardzo szkodliwe, jeśli chcesz tylko pobierać zasoby statyczne, ponieważ po prostu marnuje przepustowość. Rozważ wszystkie arkusze stylów i obrazy w swojej witrynie: zwykle nie ma powodu, aby wysyłać pliki cookie na serwer, gdy żądasz zasobu graficznego.

Dobrym rozwiązaniem jest zatem użycie subdomeny dla zasobów statycznych, takich jak static.example.comoszczędność przepustowości przez nie wysyłanie plików cookie. Wszystkie obrazy i inne statyczne pliki do pobrania można pobrać z tego miejsca. Jeśli teraz używasz www.example.comzawartości dynamicznej, oznacza to, że pliki cookie muszą być wysyłane tylko na adres www.example.com, a nie na adres static.example.com.

Jeśli jednak example.comjest to Twoja główna strona, pliki cookie zostaną wysłane do wszystkich subdomen, w tym static.example.com.

Teraz nie ma to znaczenia w przypadku większości witryn, ale późniejsza zmiana kanonicznego adresu URL nie jest dobrym pomysłem, więc kiedy zdecydujesz się na example.comzamiast www.*, po prostu utkniesz z tym.

Alternatywą jest użycie zupełnie innego adresu URL dla zasobów statycznych. Przepełnienie stosu na przykład zastosowania sstatic.net, zastosowania YouTube ytimg.comitp.…

wwwjest poddomeną zwykle używaną przez serwer WWW w domenie wraz z innymi do innych celów, takich jak mailitp. W dzisiejszych czasach paradygmat poddomen jest niepotrzebny; jeśli połączysz się z witryną w przeglądarce, dostaniesz tę witrynę lub wysłanie poczty na serwer będzie korzystało z jego usługi pocztowej.

Używanie wwwlub nie jest kwestią osobistych preferencji. Przeciwne punkty widzenia można znaleźć na http://no-www.org/ i http://www.yes-www.org/ - jednak uważam, że wwwjest to niepotrzebne i po prostu dodaje więcej cruft do URI.

Większość serwerów wysyła tę samą stronę w obie strony, ale nie przekierowuje. Dla celów SEO wybierz jedną, a następnie drugą przekieruj na nią. Na przykład jakiś kod PHP, aby to zrobić:

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

Jednak niektóre powody promujące korzystanie z wwwsubdomeny stworzonej przez innych użytkowników są również świetne, takie jak nie wysyłanie plików cookie na statyczne serwery (kredyt Konrad Rudolph ).

To dość historyczne. Dawno, dawno temu mieliśmy www.example.com, ftp.example.com, images.example.com, uk.example.com itd., Które wydawały się logiczną rzeczą i stanowiły prostą metodę rozłożenia obciążenia między serwery.

W dzisiejszych czasach po prostu poszedłbym na stronę example.com na główną stronę i przekierowywałem do niej wersję www.

Narzędzia Google dla webmasterów pozwalają określić preferowaną domenę , więc upewnij się, że też z nich korzystasz.

Zobacz także:
https://stackoverflow.com/questions/1109356/www-or-not-www-what-to-choose-as-primary-site-name
https://stackoverflow.com/questions/1884157/to- www-lub-nie-do-www

Jeśli masz subdomeny do innych celów (na przykład blog), możesz rozróżnić strony i mieć wwwprefiks dla zwykłej strony. Poza tym jedyną ważną rzeczą jest wybranie jednego z dwóch i trzymanie się go (ze względu na SEO).

Zrobiłbym pierwszy. wwwKonwencja pochodzi od pierwszych dni HTTP gdzie www.cmu.edu i cmu.edu były najprawdopodobniej różne maszyny.

Oto kolejna drobna perspektywa.

Nie mając www, istnieje niewielka wada, jeśli chodzi o media tekstowe, drukowane lub online, i to sprawia, że ​​jest rozpoznawany jako adres internetowy. W druku zazwyczaj dość oczywiste jest, że example.com jest adresem internetowym i możesz dodać elementy stylizujące, aby to podkreślić. Ale zwykły tekst online? Nie takie łatwe. Są szanse, że jeśli wyślesz zwykłą wiadomość tekstową - e-mail, tweet, post na Facebooku, SMS lub cokolwiek innego - rozpozna adres URL zaczynający się od http: // lub www. ale nie rozpozna żadnego bez nich. Aby adres URL stał się klikalnym linkiem, musisz wstawić www. lub http: // z przodu, a oba z nich, www. jest krótszy, mniej niezręczny i łatwiejszy do odczytania.