โดเมนย่อย WWW มีวัตถุประสงค์อย่างไร?


63

มีจุดประสงค์www.อะไร? มันไม่ใช่แค่ข้อความพิเศษที่ไร้ประโยชน์ใช่ไหม เนื่องจากทุกคนคุ้นเคยกับมันwww.google.comดูดีกว่าสมดุลกว่าgoogle.comแต่ทำไมมันเริ่มต้นตั้งแต่แรก

สิ่งหนึ่งที่ฉันสังเกตเห็นคือgoogle.comมี IP ของ74.125.53.100ในสหราชอาณาจักรในขณะที่www.google.comมี IP ของ209.85.135.106ในสหรัฐอเมริกา มีใครอธิบายได้บ้างไหม?

แก้ไข:คือexample.tldควรจะเป็นเครื่องที่แตกต่างกว่าwww.example.tld? มันจะต้องเป็นอย่างไร


1
เป็นคำถามที่ดี ฉันอยากรู้อยากเห็นเกี่ยวกับตัวย่อ "เวิลด์ไวด์เว็บ" กับสิ่งที่ (แน่นอนสั้นกว่าบนกระดาษ / หน้าจอ) จริง ๆ แล้ว 3 ครั้งนานกว่าที่จะพูดออกมาดัง ๆ อาจเป็นเพียงตัวอย่างเดียวในภาษาอังกฤษ ภาษาอื่นยังไม่มีปัญหานี้แน่นอน มีวิธีไหนที่จะทำให้ง่ายขึ้น?
outsideblasts

1
"www" มักจะไม่ใช่โดเมนย่อย - คุณไม่น่าจะเห็น foo.www.example.com แต่ "www" มักจะเป็น CNAME - นามแฝงสำหรับเครื่องฟิสิคัลอื่น ๆ
Ðаn

6
cname ไม่ใช่โดเมนย่อยใช่หรือไม่
mk12

3
ใช่www.เป็นโดเมนย่อยและไม่สำคัญว่าจะมีที่อยู่ของตนเอง ( A/ AAAA) บันทึกหรือหากเป็นเพียงCNAMEไปที่อื่น มันยังคงโดเมนย่อย
grawity

1
เทคนิคการพูดฉันคิดว่าแดนอาจถูกต้อง: www จะอ้างถึงคอมพิวเตอร์ (โฮสต์) โดยตรง (ผ่านบันทึก A) หรือโดยอ้อม (ผ่านระเบียน CNAME; นามแฝง) ดังนั้นมันจะเป็นชื่อโฮสต์หรือเต็ม ชื่อโดเมนที่ผ่านการรับรอง (FQDN) อาจเป็นได้ว่าโดเมนย่อยนั้นเป็นคำทั่วไปสำหรับชื่อโดเมนใด ๆ ที่มีโดเมนหลัก
Lee B

คำตอบ:


89

ก่อนเวิลด์ไวด์เว็บยังคงมีอินเทอร์เน็ตและใช้สำหรับสิ่งต่าง ๆ : telnet, อีเมล, โกเฟอร์, FTP, ฯลฯ ในเวลานั้นมันเป็นแบบดั้งเดิมในการกำหนดชื่อแทนโดเมนให้กับเซิร์ฟเวอร์สำหรับฟังก์ชั่นทั่วไป ดังนั้น smtp.example.com จะเป็นเซิร์ฟเวอร์ SMTP อีเมลขาออกของ example.com, ftp.example.com จะเป็นเซิร์ฟเวอร์ FTP ของ example.com เป็นต้น

เมื่อเว็บเข้ามา (ต้นปี 1990) มันเป็นเพียงแค่แอปพลิเคชั่น / โปรโตคอลอื่น ๆ - มันไม่จำเป็นต้องนึกภาพในเวลานั้นว่ามันจะเป็นสิ่งที่ได้รับความนิยมมากที่สุดในการใช้อินเทอร์เน็ตสำหรับถัดจากอีเมล ดังนั้นเว็บเซิร์ฟเวอร์ขององค์กรจึงได้รับการตั้งชื่อแทนชื่อโดเมนของ "www." เช่นเดียวกับบริการอื่น ๆ ที่มักจะได้รับมอบหมาย

เมื่อเวลาผ่านไปหลายไซต์เริ่มทิ้ง "www." เนื่องจาก URL มักจะถูกพิมพ์โดยผู้คนและใช่มันเป็น 4 ตัวอักษรมากกว่าที่จำเป็นจริงๆ แต่ "www." ยังคงสะท้อนอยู่ในปัจจุบันและไม่น่าจะหายไปอย่างสมบูรณ์


2
ในข้อตกลงกับ bm โดเมน (เช่น google.com) จัดการบริการมากมายและประเภทของบริการที่ใช้ (www, mail, smpt, pop, ftp ... ) แน่นอนว่าการรับส่งข้อมูล www เป็นประเภทที่พบบ่อยที่สุดเซิร์ฟเวอร์มักจะรู้ว่าสิ่งที่คาดหวังและดำเนินการตามนั้น เซิร์ฟเวอร์จำนวนมากถูกกำหนดค่าให้เปลี่ยนเส้นทางการรับส่งข้อมูลจาก (เช่น) google.com ไปที่ www.google.com เหตุผลหนึ่งคือเครื่องมือค้นหามักจะเห็น google.com และ www.google.com เป็นเว็บไซต์อื่น (ซึ่งไม่ดีด้วยเหตุผลที่ไม่เกี่ยวข้องที่นี่) เว็บไซต์ที่กำลังจะปิด www กำลังกลายเป็นเรื่องธรรมดามากขึ้นเช่น superuser.com!
Outsideblasts

ดังนั้น www จึงมีไว้สำหรับเว็บสำหรับโปรโตคอล http และเพื่อแยกจากโดเมนย่อย (สำหรับคุกกี้) แต่ตอนนี้เซิร์ฟเวอร์บางเครื่อง (เช่น superuser) ไม่ได้ใช้ www (แม้ว่า makng จะเปลี่ยนเส้นทางไปยังที่ไม่ใช่ธรรมดา) www) เพราะมันมีจุดประสงค์เพื่อการนั้นเท่านั้น
mk12

@ MK12: คุณนำขึ้นจุดที่น่าสนใจ - The http://โปรโตคอลที่มีไว้สำหรับการเข้าชมเว็บในขณะที่โดเมนย่อยที่นิยมอื่น ๆ ftp://ที่มีโปรโตคอลที่ตัวเองชอบ มีหลายกรณีที่ HTTP เหมาะสมสำหรับการเข้าชมที่ไม่ใช่เว็บไซต์หรือไม่
DisgruntledGoat

http สำหรับข้อความไฮเปอร์คือ html ดังนั้นไม่ว่าสิ่งที่จะได้รับคือธรรมดา html ฉันไม่เข้าใจสิ่งที่คุณหมายถึง 'โปรโตคอลของตัวเอง', ftp เป็นโปรโตคอลการถ่ายโอนไฟล์
mk12

1
นี่คือคำพูดที่แปลก วันนี้ยังมีอินเทอร์เน็ตและยังแยกจาก www :)
Django Reinhardt

20

ส่วนใหญ่จะใช้เพื่อแยกคุกกี้จากโดเมนย่อยอื่น ๆ

www.หากคุณกำลังจะใช้คุกกี้แน่นอนให้

คุณสามารถใช้การเปลี่ยนเส้นทาง 301 เพื่อเปลี่ยนเส้นทางโดเมนสั้น ๆ ไปยังโดเมนดังกล่าวด้วยwww.วิธีที่ผู้ใช้ของคุณไม่จำเป็นต้องพิมพ์

สิ่งนี้จะช่วยให้คุณสร้างโดเมนย่อยที่ไม่ต้องใช้คุกกี้สำหรับการให้บริการข้อมูลคงที่ หากไม่มีกwww.จะมีการแสดงคุกกี้ในโดเมนย่อยทั้งหมด ดังนั้นหากคุณไม่ได้ใช้งานwww.คุณจะต้องมีชื่อโดเมนแยกต่างหากเพื่อให้มีโดเมนที่ไม่ต้องใช้คุกกี้เมื่อเทียบกับการใช้โดเมนย่อย

นอกเหนือจากนั้นการเลือกระหว่างการรักษาwww.หรือไม่เป็นเพียงคำถามที่คุณต้องการ เพียงตรวจสอบให้แน่ใจว่าได้เปลี่ยนเส้นทางอันที่ไม่ได้เลือกไปอีกอันโดยใช้การเปลี่ยนเส้นทาง 301

แก้ไข:

ในการอธิบายการตั้งค่าคุกกี้ใช้ลำดับชั้นสำหรับวิธีแพร่กระจายคุกกี้ไปยังโดเมน

ตัวอย่างเช่นการตั้งค่าคุกกี้example.comให้อนุญาตการถ่ายโอนคุกกี้อย่างมีประสิทธิภาพ:

example.com
www.example.com
sub.www.example.com
my.example.com
oh.my.example.com
images.example.com
hello.example.com

เมื่อเทียบกับการตั้งค่าคุกกี้เพื่อwww.example.comอนุญาตคุกกี้ในสถานการณ์เหล่านั้นเท่านั้น:

www.example.com
sub.www.example.com

ด้วยการใช้www.คุณจะอนุญาตให้คุณใช้โดเมนย่อยเพื่อให้มีคุกกี้ที่แตกต่างจากเว็บไซต์หลัก (และไม่มีเลยถ้าต้องการ)

หากไม่มีwww.(หรือโดเมนย่อยอื่น) คุกกี้ทั้งหมดที่ตั้งค่าไว้ในโดเมนจะเผยแพร่ไปยังโดเมนย่อย


6
ฮะ? www มีการใช้งานก่อนที่จะมีคุกกี้ - ตั้งแต่เริ่มต้นของเว็บอันที่จริง - เท่าที่ฉันรู้
Lee B

2
ใช่ แต่ตอนนี้เป็นแบบแผนที่ดีในการแยกคุกกี้หากคุณใช้โดเมนย่อยสำหรับไซต์แยกต่างหาก
Paul D. Waite

2
นั่นเป็นข้อมูลที่ดีมากเกี่ยวกับแอปพลิเคชันคุกกี้ที่มีโดเมนย่อย แต่ฉันเกรงว่าจะไม่ตอบคำถามว่าทำไมโดเมนย่อยจึงถูกใช้งานอย่างไร
outsideblasts

2
@Lee B:เพราะวันนี้นี่เป็นเหตุผลเดียวที่ทำให้ผู้ใช้www.เว็บไซต์ใหม่ ๆ ไม่มีเหตุผลทางเทคนิคอื่น ๆ ที่www.ยังคงใช้งานอยู่ในปัจจุบัน
Andrew Moore

1
ขออภัยไม่เห็นด้วย
Lee B

6

ไม่มีความคิดว่านี่เป็นเหตุผลว่าทำไมwww.ต้องใช้ แต่เป็นไปได้หนึ่งเหตุผล:

สมมติว่าคุณมีเซิร์ฟเวอร์ที่ใช้งานเว็บเซิร์ฟเวอร์ SMTP และเซิร์ฟเวอร์ IMAP ผู้ใช้เข้าถึงเว็บเซิร์ฟเวอร์ผ่าน www.example.com, SMTP ผ่าน smtp.example.com และ IMAP ผ่าน imap.example.com

เซิร์ฟเวอร์ของคุณมีการโหลดจำนวนมากดังนั้นคุณจึงต้องการแยกเว็บเซิร์ฟเวอร์เป็นเครื่องใหม่ ในการทำเช่นนี้คุณเพียงแค่เปลี่ยนโดเมนย่อย "www" เพื่อชี้ไปยังที่อยู่ IP ของเว็บเซิร์ฟเวอร์ของคุณ

สำหรับเครือข่ายภายในขนาดใหญ่นี้เป็นวิธีที่ง่ายในการย้ายเซิร์ฟเวอร์ไปรอบ ๆ .. เพียงแค่เปลี่ยนรายการ DNS เซิร์ฟเวอร์ DNS ภายในและไคลเอนต์ทั้งหมดจะเริ่มใช้เครื่องใหม่โดยอัตโนมัติ ไม่มีการส่งต่อของพอร์ตที่ต้องกังวล

ด้วยเซิร์ฟเวอร์ที่หันเข้าหาอินเทอร์เน็ตคุณอาจให้เซิร์ฟเวอร์ทั้งสองอยู่ในเครือข่าย NAT เดียวกันและส่งต่อพอร์ต 80 ไปยังเครื่องอื่นหรือใช้ตัวโหลดบาลานซ์

มีประโยชน์ในการรักษา "www." ส่วนหนึ่งของ URL สำหรับเว็บเซิร์ฟเวอร์ล้วนๆโดยเฉพาะอย่างยิ่งเกี่ยวกับคุกกี้เช่นAndrew Mooreและบล็อกนี้ดังนั้นโพสต์จะอธิบาย .. นอกจากนี้หากคุณเปลี่ยนเส้นทางโดเมนที่ไม่ใช่ www ผู้ใช้ไม่จำเป็นต้องพิมพ์ (และแม้ว่า คุณทำไม่ได้เบราว์เซอร์ส่วนใหญ่จะลอง "www.example.com" หาก "example.com" ไม่ทำงาน)


5

มันอาจจะยิ่งเลวร้าย. บริษัท ชิ้นส่วนของอังกฤษ 'RS' ดูเหมือนจะเข้าใจผิดทั้งหมด - เว็บไซต์ของพวกเขาคือ rswww.com


1
คุณจะดีใจที่รู้ว่าพวกเขาได้ "อัปเกรด" ที่อยู่เว็บไซต์ของพวกเขาเป็น " uk.rs-online.com/web " พวกเขาทิ้งชื่อไว้ว่า "ยินดีต้อนรับสู่ rswww.com" แต่ D
Lee B

3

มันเป็นเพียงเรื่องของนามธรรมเช่นมีการส่งใบเรียกเก็บเงินถึง "The Club Secretary" แทนที่จะเป็น "Susan" หากคุณมีใบเรียกเก็บเงินที่ส่งไปยัง Susan และแค็ตตาล็อกการขายและ CV แล้วจะเกิดอะไรขึ้นถ้าคุณจ้าง Bob เพื่อจัดการทรัพยากรบุคคลเช่น CV จดหมายยังคงส่งถึงซูซานและไม่มีใครรู้ว่าเป็นเพราะบ็อบจนกว่าซูซานจะหาเวลาเปิดและตรวจสอบให้แน่ใจว่าไม่ได้มีความหมายสำหรับเธอ ดังนั้นแทนที่จะตั้งชื่อ "Susan" บุคคลที่เกิดขึ้นจริงคุณชื่อ "ฝ่ายทรัพยากรมนุษย์" - บทบาท

ในทำนองเดียวกันคุณตั้งชื่อคอมพิวเตอร์สำหรับบทบาทของพวกเขาไม่ใช่คอมพิวเตอร์จริง ดังนั้นคุณมีคอมพิวเตอร์ที่เรียกว่า www.yourcompany.com หากคุณให้บริการเว็บไซต์และคอมพิวเตอร์ที่เรียกว่า ftp.yourcompany.com หากคุณให้บริการ FTP เป็นต้นหากคุณไม่มีคุณก็จะต้องมีคอมพิวเตอร์หนึ่งเครื่อง yourcompany.com รับการรับส่งข้อมูลทางอินเทอร์เน็ตทั้งหมดแล้วส่งต่อไปยังสถานที่ที่เหมาะสม www.yourcompany.com อาจเป็น webservers ทั้งหมดที่ google แต่ถ้า yourcompany.com เป็นแลปท็อปแล็ปท็อปจะโอเวอร์โหลดในขณะที่เว็บเซิร์ฟเวอร์จะยังรอให้มีการเข้าถึงข้อมูล เช่นเดียวกับ Susan ที่จัดการกับเมลทั้งหมดในตอนแรกคอมพิวเตอร์เครื่องหนึ่งสามารถจัดการบทบาททั้งหมดได้ในตอนแรก แต่ชื่อคอมพิวเตอร์ / โดเมนที่แยกต่างหากช่วยในการแยก (หรือรวม) สิ่งต่าง ๆ ตามความจำเป็น


เนื่องจากอยู่ในพอร์ตที่ต่างกันจึงไม่เป็นปัญหา
มาร์ติน Beckett

@mgb: ไม่ใช่ปัญหาเท่าที่คุณกังวลนั่นคือสิ่งที่คุณหมายถึง พวกเราบางคนสนใจที่จะทำสิ่งต่าง ๆ ด้วยวิธีที่สง่างาม
Lee B

มันค่อนข้างเป็นไปได้ที่จะมี http ผ่านทางพอร์ตที่ผิดปกติ ...
Penguat

ดังนั้นเซิร์ฟเวอร์อย่าง www.yourcompany.com และ ftp.yourcompany.com ในอดีตจึงมีที่อยู่ IP ที่ต่างกัน
jiggunjer
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.