Apa yang dilakukan WWW?


23

Untuk lebih jelasnya: Saya tidak bertanya apakah saya harus menggunakan wwwurl saya atau tidak, atau apa kelebihan dan kekurangannya, topik itu dicakup dengan baik. Saya juga tidak yakin apakah ini adalah Stack Overflow, Server Fault, atau pertanyaan Webmaster - migrasi ke saluran yang lebih tepat disambut baik.


Latar Belakang : Saya baru-baru ini diminta untuk mengkonversi url situs untuk semua penggunaan www, seperti dalam http://example.comuntuk http://www.example.com. Alasan permintaan itu di luar kepala saya. Saya menyajikan kutipan dari email:

Punya masalah,

Rupanya setiap kali situs ini awalnya disiapkan dengan jaringan mereka (sebelum saya), installer memilih untuk menggunakan domain internal sebagai 'example.com' ... tidak bagus ...

Ini adalah masalah yang ingin diselesaikan secara eksternal .... Saya melihat beberapa kode sumber laman qweb dan melihat banyak tautan yang dikodekan sebagai 'http: \ example.com \ PAGE.XXX' ...

Mungkinkah secara global diubah dari 'http: \ example.com' menjadi 'http: \ www.example.com'

Saya dapat menyelesaikan www, tetapi begitu saya menemukan tautan, ia berpikir bahwa server adalah CONTOH internal yang menampung domain 'example.com' ...

Ada hubungannya dengan klien yang tidak dapat mengakses situs web di jaringan mereka sendiri. Seperti yang saya sebutkan, saya tidak begitu memahaminya.

Jadi, saya menerapkan perubahan, tetapi saat pengujian, saya tidak sengaja mengetikkan ekstra w, dan yang mengejutkan saya - situs masih bekerja.

Lalu saya mencoba beberapa w, lalu dua, lalu saya mengetikkan beberapa omong kosong dan situs masih berfungsi.

EDIT : Agar lebih akurat, hanya karakter alfa, numerik, tanda hubung, dan garis bawah yang akan terselesaikan, yang lainnya mengembalikan Server yang tidak ditemukan kesalahan pada browser.

Saya baru saja menguji ini pada Stack Overflow dan dialihkan ketika saya menggunakan www, sementara yang lainnya mengembalikan kesalahan "Server tidak ditemukan" .

Adakah yang tahu apa maksud dari permintaan email ini, dan mengapa kecelakaan dan eksperimen yang saya sebutkan berhasil?

Saya pasti dapat memberikan informasi lebih lanjut, saya hanya tidak yakin apa yang relevan.


Belum pernah mendengar itu sebelumnya ... hampir seperti "catch-all" untuk sub-domain di mana Anda benar-benar dapat mengetik apa saja dan masih sampai ke domain utama. Jadi apa yang terjadi ketika Anda mencoba test.yourDomain.com? Apakah itu menulis ulang atau mengarahkan ulang ke www. atau melakukan tes. tetap di URL?
Sparky

Lihat di situs W3C.

@ Sparky672: Ini ditampilkan secara normal, tidak ada redirect atau apapun.
Wesley Murch

@Wesley: Hanya untuk mengulangi ... Anda dapat memasukkan sub-domain omong kosong yang bisa dibayangkan dan hanya berfungsi? Aneh. Sebuah "Mod Rewrite dengan wildcard" adalah pemikiran awal saya tapi jika tetap berlangsung sub-domain acak dalam URL, saya tidak tahu mekanisme di balik itu.
Sparky

2
Ini wildcard DNS tetapi masih tunduk pada standar penamaan DNS yang tidak memungkinkan sembarang data karakter.

Jawaban:


11

wwwadalah subdomain dari example.com.

Anda dapat mengonfigurasi DNS untuk memiliki beberapa sub domain yang menyelesaikan ke server web yang berbeda dan karenanya memberi Anda situs yang berbeda.

example.com (tanpa subdomain)

site2.example.com

site3.example.com

Kedengarannya seperti siapa pun yang mengatur jaringan yang ditetapkan example.comuntuk menyelesaikan ke server web internal, pada server DNS jaringan; ini hanya dapat diakses oleh host di jaringan internal, sehingga siapa pun yang menelusuri example.comdi dalam jaringan melihat situs web yang berbeda dari yang eksternal, karena mereka menggunakan server DNS yang berbeda untuk menyelesaikannya example.com. Mungkin lebih baik untuk memberikan ini sub domain sendiri. misalnyainternal.example.com

Seorang pengguna di dalam jaringan meramban untuk www.example.commengklik tautan dan dibawa ke example.commana baik-baik saja secara eksternal, tetapi secara internal mereka memutuskan untuk server web yang berbeda, itulah sebabnya Anda telah diminta untuk mengubah tautan.

Jika konten di server internal sama dengan eksternal, maka Anda bisa berakhir dengan masalah sebaliknya. Saat menjelajahi situs internal, hyperlink apa pun akan membawa Anda ke situs eksternal.

Jika mungkin, Anda mungkin merasa lebih baik menggunakan URL relatif di hyperlink Anda. misalnya <a href="/webmasters//index.htm">Index Page</a>bukannya<a href="https://example.com/index.htm">Index Page</a>

Peramban kemudian akan memilih https://www.example.comatau https://example.combergantung pada situs yang Anda jelajahi.

Mengapa wwwkarya tersebut mungkin entri Wildcard DNS , yang berarti * .example.com memutuskan untuk IP yang sama, secara efektif menangkap semua untuk sub domain yang tidak ada.


Penjelasan yang bagus, sekarang menjadi lebih jelas bagi saya. Tip yang bagus tentang URL relatif - Saya sudah menggunakannya untuk 90% dari situs, tetapi kadang-kadang menyelinap di bawah radar karena kami menggunakan CMS untuk semuanya. Jadi, secara teknis, orang bisa memilih untuk tidak mengizinkan wwwuntuk menyelesaikan sebagai subdomain?
Wesley Murch

Ya, meskipun itu biasa dilakukan. Dengan kontrol DNS penuh, saya yakin Anda harus mengatur entri DNS untuk Windows www. Penyedia DNS saya secara otomatis menambahkan www sebagai subdomain.

8

WWW adalah sebuah acornmyn untuk World Wide Web , itu juga merupakan subdomain umum yang digunakan oleh orang-orang untuk menunjuk bahwa domain tersebut adalah hosting situs web.

Penggunaan nama subdomain berguna untuk menyeimbangkan lalu lintas web yang masuk dengan membuat catatan CNAME yang menunjuk ke sekelompok server web. Karena, saat ini, hanya subdomain yang dapat dinamai hasil yang sama tidak dapat dicapai dengan menggunakan root domain kosong.

Dalam kebanyakan kasus saya percaya www.subdomain dihilangkan dan tidak terlalu penting jika Anda mengetik satu atau yang lain. Namun, mengingat seperti apa tampilan web hari ini dan melihat bagaimana HTTP dan web itu benar-benar ada di mana-mana, saya tidak akan pernah mengamanatkan pencantuman www.nama domain dan jika Anda melihat situs web hari ini Anda akan melihat bahwa situs-situs seperti facebook dan google prepend www., bahkan jika Anda tidak mengetiknya.

Mengapa ini bekerja bahkan ketika Anda mengetik hal-hal lain harus melakukan cara DNS Anda diatur untuk domain itu. Ada cara untuk menangani wildcard dan meneruskan semua lalu lintas terlepas dari subdomain ke server web yang sama. Tapi itu tergantung pada server web untuk menanggapi setiap header host individu dengan beberapa cara dan ini dapat dikonfigurasi (dan tentu saja Anda perlu memeriksa apa konfigurasi untuk menjawab pertanyaan secara penuh).


Jadi apa yang menjelaskan bagaimana OP dapat secara harfiah mengetikkan sub-domain apa saja ke dalam URL dan masih berfungsi?
Sparky

Mengingat bahwa penyedia layanan web diatur dengan cara yang sama. Server web harus memetakan wildcard juga ke situs web yang tepat. Yaitu, apa yang berakhir di header host mungkin bisa apa saja tetapi jika tidak dipetakan dengan benar itu tidak akan mendarat di situs web yang tepat.

Itu tidak masuk akal bagi saya. Dia mengklaim bahwa dia benar-benar dapat mengetik omong kosong apa pun ke dalam sub-domain dan situs tersebut masih muncul dengan baik dengan sub-domain acak yang termasuk dalam URL.
Sparky

2
Ya, DNS wildcard (saya bahkan menautkannya dalam jawaban), saya beri tahu Anda. Anda dapat memiliki subdomain wildcard dan jika server web Anda melakukan pemetaan host menggunakan wildcard juga itu akan berfungsi. Seperti yang dijelaskan.

Saya tidak membantah penjelasan Anda. Hanya memastikan kita semua berada di halaman yang sama dengan OP sambil juga menyatakan bahwa deskripsinya baru bagi saya.
Sparky

2

Jika mereka mencoba menggunakan "url" ini dengan tepat: http:\example.com\PAGE.XXXmaka tidak ada yang akan membantu mereka.

Pada wwwakhiran di www.example.com ...

Secara historis 'www' sebagai 'ftp', 'pop3', dll. Adalah nama-nama mesin yang menjalankan layanan terkait di dalam domain 'example.com'. Dan sebenarnya skema ini masih digunakan di banyak perusahaan.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.