URL จะมีจุดได้อย่างไร ในตอนท้ายเช่น www.bla.de

ฉันไม่เคยเชื่อว่า URL จะมีจุดสิ้นสุดในขณะที่ในwww.google.de.(ซึ่งเห็นได้ชัดว่าไม่ทำงาน)

อย่างไรก็ตามwww.youtu.be.ทำงานได้อย่างสมบูรณ์แบบดี พวกเขาจัดการสิ่งนั้นอย่างไร

domains url

ส่วนท้าย [dot] ถูกต้องจริง แต่ระบบสร้างข้อสมมติฐานสำหรับคุณโดยทั่วไปในระดับ DNS ดังนั้นเว็บไซต์. com ใด ๆ จะเป็น google.com จริง ๆ และในทางทฤษฎีควรใช้งานได้ แต่อาจเป็นไปได้ว่าเบราว์เซอร์จะไม่คาดหวังสิ่งนี้และไม่สามารถจัดแพคเกจการร้องขอได้อย่างถูกต้องหรือหากมันทำอยู่ DNS ที่คุณใช้ไม่เข้าใจอย่างถูกต้อง เป็นเรื่องผิดปกติที่ผู้ใช้จะใช้จุดและตามค่าเริ่มต้นผู้ใช้ไม่จำเป็นต้องใช้

— Closnoc

www.google.de.ทำงานได้ดีสำหรับฉัน

— Stephen Ostermiller

มันเป็นเวทมนตร์ DNS .เป็น TLD นเรศวรแล้วคุณมีgTLDs :)

— CodeAngry

โดยหลักการแล้วนี่ไม่ใช่ URL แต่เป็นชื่อโฮสต์ จุดเพิ่มเติมที่ท้าย URL ( http://example.com/path/file.เทียบกับhttp://example.com/path/file) สามารถสร้างความแตกต่าง ตัวอย่างเช่นถ้าเส้นทางที่แปลว่าไฟล์และระบบปฏิบัติการพื้นฐานและระบบแฟ้มที่แตกต่างจากfile. fileฉันเดาว่าฉันไม่จำเป็นต้องพูดถึงมันhttp://example.com/path/file?foo=bar.และhttp://example.com/path/file?foo=barมันก็แตกต่างกันมาก url

— Hagen von Eitzen

อาจเป็นไปได้ว่าเว็บเซิร์ฟเวอร์ไม่ได้รับการกำหนดค่าให้ยอมรับการเชื่อมต่อที่กำหนดไว้สำหรับชื่อโฮสต์นั้น เมื่อเว็บเซิร์ฟเวอร์ที่ใช้การโฮสต์เสมือนแบบอิงชื่อจะประมวลผลHostส่วนหัวจากคำขอขาเข้าไม่มีการรับประกันว่าจะจัดการราวกับว่า.ไม่มีอยู่ ฉันเพิ่งตรวจสอบว่ามีเว็บไซต์ที่ฉันกำลังทำงานบน Amazon S3

— Brandon

คำตอบ:

จากที่นี่

มันเป็นความจริงที่รู้จักกันน้อย แต่ชื่อโดเมน DNS ที่มีคุณสมบัติครบถ้วน (ไม่ชัดเจน) มีจุดในตอนท้าย คนที่ใช้เซิร์ฟเวอร์ DNS มักจะรู้เรื่องนี้ (ถ้าคุณพลาดจุดต่อท้ายการกำหนดค่า DNS ของคุณก็ไม่น่าจะทำงานได้) แต่คนทั่วไปมักจะไม่เข้าใจ ชื่อโดเมนที่ไม่มีจุดท้ายไม่มีคุณสมบัติครบถ้วนและอาจคลุมเครือ เอกสารนี้มีข้อกำหนดใน DNS, RFC 1034, ย้อนกลับไปในปี 1987:

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

สตริงอักขระซึ่งแสดงถึงชื่อโดเมนที่สมบูรณ์ (มักเรียกว่า "สัมบูรณ์") ตัวอย่างเช่น "poneria.ISI.EDU"

สตริงอักขระที่แสดงถึงป้ายกำกับเริ่มต้นของชื่อโดเมนที่ไม่สมบูรณ์และควรกรอกโดยซอฟต์แวร์ท้องถิ่นโดยใช้ความรู้เกี่ยวกับโดเมนท้องถิ่น (มักเรียกว่า "ญาติ") ตัวอย่างเช่น "poneria" ที่ใช้ในโดเมน ISI.EDU

แหล่งที่มาของเนื้อหานี้ยังคงอธิบายในรายละเอียดเพิ่มเติม

— John Conde
แหล่งที่มา

ประชาชนทั่วไปไม่เพียง แต่ไม่รู้เรื่องนี้เท่านั้น แต่ฉันมักจะเห็นเครื่องมือตรวจสอบอีเมลที่ไม่อนุญาตให้มีจุดต่อท้ายอย่างชัดเจน

— เควิน

@ เควินเช่นกันพวกเขาควรจะใช้ทั้ง RFC2822 และ RFC5322 ห้ามช่วงเวลาต่อท้าย พวกเขากำหนดส่วนโดเมนเป็น dot-atom ซึ่งเป็นอีกหนึ่งอะตอม (อะตอมเป็นหนึ่งหรือมากกว่าหนึ่งตัวอักษรจากตัวอักษรที่กำหนดใน RFC) คั่นด้วยจุด ดู RFC5322 §3.4.1และ§3.2.3

— derobert

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

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

ตอนนี้คิดว่ามหาวิทยาลัยมีสถาบันปัญญาประดิษฐ์ ( "AI") www.ai.example.eduและเว็บไซต์ของพวกเขาจะเป็นเจ้าภาพใน หากคุณอยู่ในมหาวิทยาลัยการท่องไปwww.aiก็พอเพียงเพราะคุณสามารถข้าม.example.eduคำต่อท้ายได้

จนถึงตอนนี้ดีมาก แต่ตอนนี้คุณต้องการท่องไปยัง บริษัท "สาธารณรัฐเช็กข้อมูลบริการ" .aiซึ่งไหลโดเมนระดับบนสุดของแองกวิลลา เว็บไซต์ของพวกเขาอยู่ที่http://www.ai/ - แต่หากคุณป้อน URL นั้นลงในเว็บเบราว์เซอร์ของคุณขณะอยู่ในมหาวิทยาลัยคุณจะเข้าสู่เว็บไซต์ของสถาบันปัญญาประดิษฐ์แทน

ดังนั้นคุณต้องบอกเว็บเบราว์เซอร์ที่คุณต้องการเพื่อไปยังเว็บไซต์ที่มีโดเมนระดับบนสุดจริงๆและไม่ให้เป็นหนึ่งเดียวกับโดเมนย่อยมหาวิทยาลัยของคุณ.ai .ai.example.eduนั่นคือสิ่งที่จุดมีความสำคัญเพราะhttp://www.ai./จะทำงานเป็นอิสระจากโดเมนการค้นหา DNS ท้องถิ่น

Analoguos ไปยังจุดระหว่างระดับโดเมนที่แตกต่างกันจุดสุดท้ายแสดงถึงรูทของ DNS กล่าวคือระบุว่าคำก่อนจุดนั้นเป็นโดเมนระดับบนสุดและไม่มีโดเมนที่เกี่ยวข้องกับโดเมนการค้นหา

— Axel Beckert
แหล่งที่มา

ไม่ใช่เบราว์เซอร์ที่ทำเช่นนั้นเป็นตัวแก้ไข DNS ตัวแก้ไข DNS บนคอมพิวเตอร์ของฉันถูกตั้งค่าให้ใช้ชื่อโดเมนเป็น "ค้นหาโดเมน" ซึ่งทำให้เกิดลักษณะการทำงานนี้ เป็นการตั้งค่าระบบปฏิบัติการไม่ใช่การตั้งค่าเบราว์เซอร์

— Stephen Ostermiller

น่าเสียดายสำหรับนักเรียนของมหาวิทยาลัยตัวอย่างเพิ่มการติดตาม มักจะสับสนการกำหนดค่า vhosting ต่างๆและมันจะหยุดทำงานสำหรับลิงก์สัมบูรณ์ใด ๆ (ซึ่งเว็บไซต์จำนวนมากก็ใช้เช่นกัน)

— ปุย

@fluffy: ใช่แน่นอนถ้าเว็บเซิร์ฟเวอร์ใช้การกำหนดค่าโฮสต์เสมือนชื่อโฮสต์ที่สั้นเหล่านั้นจะต้องแสดงอยู่ในการกำหนดค่า vhost ด้วย

— Axel Beckert

@kinokijuf: ฉันคิดว่าพฤติกรรมดังกล่าวเป็นข้อผิดพลาด เบราว์เซอร์ยังไม่ได้ตัดสินใจว่าฉันต้องการใช้คุณสมบัติ searchdomain ของตัวแก้ไข DNS หรือไม่

— Axel Beckert

@XTaran ใช่ แต่ไม่ว่าเว็บไซต์ www.ai.example.edu มีการกำหนดค่า vhosts อย่างถูกต้องหรือไม่การแก้ไข DNS จะยังคงแย่ลงหากwww.aiมีการเชื่อมโยงที่แน่นอนhttp://www.ai/somethingและหากwww.aihttpd ของเซิร์ฟเวอร์ไม่เข้าใจwww.ai.ว่าเป็นโฮสต์ที่กำหนดค่า ด้วยเหตุผลบางอย่างคุณยังคงไม่สามารถเรียกดูได้เช่นhttp://www.ai./กัน

— ปุย

-5

ผมคิดว่าคำตอบคือว่าส่วนใหญ่เครื่องมืออินเทอร์เน็ตเพียงแค่วาง.หรือรักษามันเป็นข้อมูลเส้นทางพิเศษ

โปรดทราบว่านี่เป็นภาพลวงตาที่ยุ่งยากมาก ไม่ใช่youtu.be youtube.beไม่แน่ใจ แต่อาจเป็นการละเมิด

— CareyB
แหล่งที่มา

youtu.beเป็นโดเมนโดย youtube มันใช้สำหรับลิงค์ที่สั้นกว่าเช่นเมื่อแชร์หรือฝังวิดีโอ

— kapex

หมายเหตุถึง @CareyB: อาจไม่เป็นไรเนื่องจาก 'youtu.be' เป็นตัวย่อ URL ที่ไม่ได้แนะนำสำหรับ YouTube เมื่อไม่นานมานี้สำหรับวิดีโอ YouTube เพิ่งปรากฏใน ID ของวิดีโอ (เช่นสำหรับวิดีโอ [hmm, โดยคนที่เห็นได้ชัดว่าไม่เข้าใจ CC-BY-SA] เกี่ยวกับการตั้งชื่อ FQDN ที่กล่าวถึงโดเมนรากเป็นสตริงว่างและทำให้มีจุดอยู่ท้าย ตั้งอยู่ที่youtube.com/watch?v=qHAb3Foa1Nwคุณสามารถใช้youtu.be/qHAb3Foa1Nw

— shelleybutterfly

-1; ไม่ถูกต้องและความแตกต่างของ youtu.be/youtube.be ไม่มีส่วนเกี่ยวข้องกับปัญหานี้เลย

— ปุย