Apa gunanya memiliki www.
? Bukankah itu hanya teks tambahan yang tidak berguna? Karena semua orang terbiasa dengan itu, www.google.com
terlihat lebih seimbang daripada google.com
, tetapi mengapa itu dimulai?
Satu hal yang saya perhatikan, adalah yang google.com
memiliki IP 74.125.53.100
di Inggris, sedangkan www.google.com
IP 209.85.135.106
di AS. Adakah yang bisa menjelaskan sedikit tentang itu?
Sunting: Apakah example.tld
seharusnya mesin yang berbeda dari www.example.tld
? Haruskah begitu?
domain-name
www
subdomain
mk12
sumber
sumber
www.
adalah subdomain, dan tidak masalah jika memiliki alamatnya sendiri (A
/AAAA
) catatan atau jika itu hanyaCNAME
d ke tempat lain. Itu tetap subdomain.Jawaban:
Sebelum World Wide Web, masih ada Internet, dan itu digunakan untuk berbagai hal: telnet, email, gopher, FTP, dll. Pada waktu itu, sudah biasa untuk menetapkan alias nama domain ke server untuk fungsi-fungsi umum. Jadi, smtp.example.com akan menjadi server email keluar SMTP example.com, ftp.example.com akan menjadi server FTP example.com, dll.
Ketika Web muncul (awal 1990-an), itu hanyalah aplikasi / protokol lain - itu tidak selalu dibayangkan pada saat itu bahwa itu akan menjadi hal yang paling populer untuk menggunakan Internet, di sebelah email. Jadi server web organisasi diberi nama domain alias "www." seperti layanan lain biasanya ditugaskan.
Seiring waktu banyak situs mulai menjatuhkan "www.", Karena URL setelah semua sering diketik oleh orang-orang dan ya itu 4 karakter lebih dari yang sebenarnya diperlukan. Tapi, "www." masih hidup sampai hari ini dan sepertinya tidak akan pernah benar-benar pergi.
sumber
http://
protokol ini ditujukan untuk lalu lintas web, sedangkan subdomain populer lainnya memiliki protokol sendiri sepertiftp://
. Apakah ada banyak kasus di mana HTTP sesuai untuk lalu lintas non-situs web?Ini sebagian besar digunakan untuk memisahkan cookie dari subdomain lain.
Jika Anda akan menggunakan cookie, pasti simpan
www.
.Anda selalu dapat menggunakan pengalihan 301 untuk mengarahkan kembali domain pendek ke domain dengan
www.
, dengan begitu pengguna Anda tidak perlu mengetiknya.Ini memungkinkan Anda membuat sub-domain yang tidak memiliki cookie untuk penyajian data statis. Tanpa a
www.
, cookie disajikan di semua sub-domain. Oleh karena itu, jika Anda tidak menggunakanwww.
, Anda memerlukan nama domain yang benar-benar terpisah untuk memiliki domain yang kurang cookie dibandingkan hanya menggunakan sub-domain.Selain itu, memilih antara menyimpan
www.
atau tidak hanyalah pertanyaan yang Anda sukai. Pastikan untuk mengarahkan ulang yang tidak dipilih ke yang lain menggunakan 301 redirect.SUNTING:
Untuk menjelaskan, mengatur cookie menggunakan hierarki untuk bagaimana cookie disebarkan ke domain.
Misalnya, mengatur cookie agar
example.com
secara efektif memungkinkan transfer cookie ke:Versus mengatur cookie
www.example.com
hanya memungkinkan cookie dalam situasi tersebut:Dengan menggunakan
www.
Anda mengizinkan diri Anda untuk menggunakan sub-domain untuk memiliki cookie yang berbeda dari situs utama (dan tidak ada sama sekali jika diinginkan).Tanpa
www.
(atau sub-domain lain), semua cookie yang diset pada domain akan menyebar ke sub-domain.sumber
www.
situs web baru. Tidak ada alasan teknis lainnya mengapawww.
masih digunakan sampai sekarang.Tidak tahu apakah ini secara tradisional mengapa
www.
digunakan, tetapi satu alasan yang mungkin:Katakanlah Anda memiliki server yang menjalankan server web, SMTP, dan IMAP. Pengguna mengakses server web melalui www.example.com, SMTP melalui smtp.example.com dan IMAP melalui imap.example.com
Server Anda menjadi sangat dimuat, jadi Anda ingin membagi server web ke mesin baru. Untuk melakukan ini, Anda cukup mengubah subdomain "www" untuk menunjuk ke alamat IP server web baru Anda.
Untuk jaringan internal yang lebih besar, ini adalah cara mudah untuk memindahkan server. Cukup ubah entri DNS server SMTP internal dan semua klien akan secara otomatis mulai menggunakan mesin baru. Tidak ada penerusan port yang perlu dikhawatirkan
Dengan server yang menghadap internet, Anda mungkin akan menjaga kedua server pada jaringan NAT'd yang sama, dan meneruskan port 80 ke mesin yang berbeda, atau menggunakan load-balancer
Ada manfaat untuk mempertahankan "www." bagian dari URL untuk murni web-server, terutama yang berkaitan dengan cookie, seperti yang dijelaskan oleh Andrew Moore dan blog ini. Jadi, posting juga akan ditambahkan. Plus jika Anda mengarahkan kembali domain non-www, pengguna tidak perlu mengetikkannya (dan bahkan jika Anda tidak, sebagian besar peramban akan mencoba "www.example.com" jika "example.com" tidak berfungsi)
sumber
Itu bisa menjadi lebih buruk. Perusahaan suku cadang Inggris 'RS' tampaknya memiliki masalah keuangan yang disalahpahami semuanya - situs web mereka adalah rswww.com
sumber
Ini hanyalah masalah abstraksi, seperti tagihan yang ditujukan kepada "Sekretaris Klub" alih-alih "Susan". Jika Anda memiliki tagihan yang dikirim ke Susan, katalog penjualan, dan CV, lalu apa yang terjadi jika Anda mempekerjakan Bob untuk menangani hal-hal SDM seperti CV? Surat itu masih ditujukan kepada Susan, dan tidak ada yang akan tahu itu untuk Bob sampai Susan menemukan waktu untuk membukanya dan memastikan itu bukan untuknya. Jadi, alih-alih menyebut "Susan", orang yang sebenarnya, Anda beri nama "Departemen Sumber Daya Manusia" - PERANAN.
Demikian juga, Anda memberi nama komputer untuk PERAN mereka, bukan komputer yang sebenarnya. Jadi, Anda memiliki komputer bernama www.yourcompany.com jika Anda melayani situs web, dan komputer bernama ftp.yourcompany.com jika Anda menyediakan layanan FTP, dll. Jika tidak, maka satu komputer, yourcompany.com, harus menerima semua lalu lintas internet, dan kemudian meneruskannya ke tempat yang tepat. www.yourcompany.com bisa menjadi semua pengamat web di google, tetapi jika yourcompany.com adalah laptop, laptop akan kelebihan beban, sementara server web masih akan duduk menunggu informasi untuk menjangkau mereka. Seperti Susan yang menangani semua surat pada awalnya, satu komputer dapat menangani semua peran pada awalnya, tetapi komputer / nama domain yang terpisah membantu memisahkan (atau menggabungkan) hal-hal yang diperlukan.
sumber