โดเมนย่อย 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.