• logo

URL

Uniform Resource Locator ( URL ) เรียกขานเรียกว่าที่อยู่เว็บ , [1]คือการอ้างอิงไปยังทรัพยากรบนเว็บที่ระบุสถานที่ของตนบนเครือข่ายคอมพิวเตอร์และกลไกสำหรับการดึงมัน URL เป็นรูปแบบเฉพาะของUniform Resource Identifier (URI) [2] [3]แม้ว่าหลายคนจะใช้สองคำนี้แทนกันได้ [4] [a] URL มักเกิดขึ้นเพื่ออ้างอิงหน้าเว็บ ( http ) แต่ยังใช้สำหรับการถ่ายโอนไฟล์ ( ftp ) อีเมล ( mailto ) การเข้าถึงฐานข้อมูล ( JDBC) และแอปพลิเคชันอื่น ๆ อีกมากมาย

URL
Uniform Resource Locator
สถานะเผยแพร่แล้ว
เผยแพร่ครั้งแรกพ.ศ. 2537 ; 27 ปีที่แล้ว ( พ.ศ. 2537 )
รุ่นล่าสุดมาตรฐานการดำรงชีวิต
2021
องค์กรหน่วยงานวิศวกรรมอินเทอร์เน็ต (IETF)
คณะกรรมการWeb Hypertext Application Technology Working Group (WHATWG)
ชุดขอความคิดเห็น (RFC)
บรรณาธิการAnne van Kesteren
ผู้เขียนทิมเบอร์เนอร์ส - ลี
มาตรฐานฐานRFC  3986 - Uniform Resource Identifier (URI): ไวยากรณ์ทั่วไป

RFC  4248 - โครงการ Telnet URI RFC 4266 - โครงการ URI Gopher RFC 6068 - โครงการ URI 'mailto' RFC 6196 - ย้ายเซิร์ฟเวอร์อีเมล: โครงการ URI เป็นประวัติศาสตร์
 
 
 

RFC  6270 - โครงการ URI 'tn3270'
มาตรฐานที่เกี่ยวข้องURI , URN
โดเมนเวิลด์ไวด์เว็บ
ใบอนุญาตCC BY 4.0
ตัวย่อURL
เว็บไซต์https://url.spec.whatwg.org

ส่วนใหญ่เว็บเบราเซอร์แสดง URL ของหน้าเว็บดังกล่าวข้างต้นหน้าในแถบที่อยู่ URL ทั่วไปอาจมีรูปแบบhttp://www.example.com/index.htmlซึ่งระบุโปรโตคอล ( http) ชื่อโฮสต์ ( www.example.com) และชื่อไฟล์ ( index.html)

ประวัติศาสตร์

Uniform Resource Locator ตัวอย่างง่ายๆ

Uniform Resource Locators ถูกกำหนดไว้ใน RFC  1738ในปี 1994 โดยTim Berners-Leeผู้ประดิษฐ์World Wide Webและคณะทำงาน URI ของInternet Engineering Task Force (IETF) [7]โดยผลของการทำงานร่วมกันเริ่มต้นที่ IETF Living Documents Birds of aเซสชั่นขนนกในปี 1992 [8] [9]

รูปแบบรวมระบบที่มีอยู่ก่อนของชื่อโดเมน (ที่สร้างขึ้นในปี 1985) โดยมีเส้นทางของไฟล์ไวยากรณ์ที่ทับจะใช้ในการแยกจากกันไดเรกทอรีและชื่อไฟล์ มีข้อตกลงอยู่แล้วโดยที่ชื่อเซิร์ฟเวอร์สามารถนำหน้าเพื่อเติมเต็มพา ธ ไฟล์ได้โดยนำหน้าด้วยเครื่องหมายทับคู่ ( //) [10]

เบอร์เนอร์ส - ลีแสดงความเสียใจในเวลาต่อมาที่ใช้จุดเพื่อแยกส่วนของชื่อโดเมนภายในURIโดยหวังว่าเขาจะใช้เครื่องหมายทับตลอด[10]และยังกล่าวอีกว่าเนื่องจากลำไส้ใหญ่ตามองค์ประกอบแรกของ URI ทั้งสอง ขีดทับก่อนที่ชื่อโดเมนจะไม่จำเป็น [11]

ร่างข้อกำหนด HTML ในช่วงต้น (1993) [12]อ้างถึงตัวระบุตำแหน่งทรัพยากร "สากล" สิ่งนี้ถูกทิ้งช่วงระหว่างเดือนมิถุนายน พ.ศ. 2537 ( RFC  1630 ) และตุลาคม 1994 (draft-ietf-uri-url-08.txt) [13]

ไวยากรณ์

HTTP URL ทั้งหมดเป็นไปตามไวยากรณ์ของ URI ทั่วไป ไวยากรณ์ทั่วไป URIประกอบด้วยลำดับลำดับชั้นห้าส่วนประกอบ : [14]

URI = รูปแบบ: [// authority] path [? query] [# fragment]

โดยที่องค์ประกอบอำนาจแบ่งออกเป็นสามองค์ประกอบย่อย :

อำนาจ = [userinfo @] โฮสต์ [: port]

สิ่งนี้แสดงในแผนภาพไวยากรณ์เป็น:

URI syntax diagram

URI ประกอบด้วย:

  • ไม่ว่างเปล่า องค์ประกอบโครงร่างตามด้วยเครื่องหมายจุดคู่ (:) ซึ่งประกอบด้วยลำดับของอักขระที่ขึ้นต้นด้วยตัวอักษรและตามด้วยตัวอักษรตัวเลขบวก (+) จุด (.) หรือยัติภังค์ (-) แม้ว่าโครงร่างจะไม่คำนึงถึงตัวพิมพ์เล็กและใหญ่ แต่รูปแบบบัญญัติจะเป็นตัวพิมพ์เล็กและเอกสารที่ระบุโครงร่างจะต้องใช้ตัวพิมพ์เล็ก ตัวอย่างของรูปแบบที่นิยม ได้แก่http,https,ftp,mailto,file,และdata ircโครงร่าง URI ควรลงทะเบียนกับInternet Assigned Numbers Authority (IANA)แม้ว่าจะใช้รูปแบบที่ไม่ได้ลงทะเบียนในทางปฏิบัติก็ตาม [b]
  • ไม่จำเป็น องค์ประกอบอำนาจนำหน้าด้วยเครื่องหมายทับสองตัว (//) ซึ่งประกอบด้วย:
    • ไม่จำเป็น ส่วนประกอบย่อย userinfoที่อาจประกอบด้วยชื่อผู้ใช้และรหัสผ่านที่เป็นทางเลือกนำหน้าด้วยเครื่องหมายจุดคู่ (:) ตามด้วยสัญลักษณ์ at (@) การใช้รูปแบบusername:passwordในคอมโพเนนต์ย่อย userinfo เลิกใช้งานเนื่องจากเหตุผลด้านความปลอดภัย แอปพลิเคชันไม่ควรแสดงผลเป็นข้อความที่ชัดเจนข้อมูลใด ๆ หลังจากโคลอนแรก (:) ที่พบภายในองค์ประกอบย่อย userinfo เว้นแต่ข้อมูลหลังเครื่องหมายทวิภาคเป็นสตริงว่าง (ระบุว่าไม่มีรหัสผ่าน)
    • ก โฮสต์ย่อยที่ประกอบด้วยทั้งชื่อที่ลงทะเบียน (รวมถึง แต่ไม่ จำกัดชื่อโฮสต์) หรือที่อยู่ IP ที่อยู่IPv4ต้องอยู่ในรูปแบบจุดทศนิยมและที่อยู่IPv6ต้องอยู่ในวงเล็บ ([]) [16] [ค]
    • ไม่จำเป็น ส่วนประกอบย่อยของพอร์ตที่นำหน้าด้วยเครื่องหมายจุดคู่ (:)
  • ก องค์ประกอบเส้นทางประกอบด้วยลำดับของส่วนเส้นทางที่คั่นด้วยเครื่องหมายทับ (/) เส้นทางถูกกำหนดไว้สำหรับ URI เสมอแม้ว่าเส้นทางที่กำหนดไว้อาจว่างเปล่า (ความยาวเป็นศูนย์) กลุ่มอาจว่างเปล่าส่งผลให้มีเครื่องหมายทับ (//) ติดกันสองอันในองค์ประกอบเส้นทาง คอมโพเนนต์พา ธ อาจคล้ายหรือแม็พกับพา ธ ระบบไฟล์ทุกประการแต่ไม่ได้หมายความถึงความสัมพันธ์กับอย่างใดอย่างหนึ่งเสมอไป หากมีองค์ประกอบสิทธิหน้าที่องค์ประกอบพา ธ ต้องว่างหรือขึ้นต้นด้วยเครื่องหมายทับ (/) หากไม่มีองค์ประกอบสิทธิอำนาจเส้นทางจะไม่สามารถเริ่มต้นด้วยเซ็กเมนต์ว่างนั่นคือด้วยเครื่องหมายทับสองตัว (//) เนื่องจากอักขระต่อไปนี้จะถูกตีความว่าเป็นส่วนประกอบของสิทธิ [18]ส่วนสุดท้ายของเส้นทางอาจเรียกว่า 'กระสุน'
ตัวคั่นการค้นหา ตัวอย่าง
เครื่องหมายแอมเพอร์แซนด์ ( &)key1=value1&key2=value2
อัฒภาค ( ;) [d]key1=value1;key2=value2
  • ไม่จำเป็น คอมโพเนนต์การสืบค้นที่นำหน้าด้วยเครื่องหมายคำถาม (?) ซึ่งมีสตริงการสืบค้นข้อมูลที่ไม่ใช่ลำดับชั้น ไวยากรณ์ที่ไม่ได้กำหนดไว้อย่างดี แต่โดยการประชุมส่วนใหญ่มักจะลำดับของคู่แอตทริบิวต์มูลค่าคั่นด้วยตัวคั่น
  • ไม่จำเป็น ส่วนองค์ประกอบที่นำโดยแฮช(#) แฟรกเมนต์มีตัวระบุแฟรกเมนต์ที่ให้ทิศทางไปยังรีซอร์สรองเช่นส่วนหัวของบทความที่ระบุโดยส่วนที่เหลือของ URI เมื่อทรัพยากรหลักเป็นเอกสารHTMLส่วนย่อยมักเป็นidแอตทริบิวต์ขององค์ประกอบเฉพาะและเว็บเบราว์เซอร์จะเลื่อนองค์ประกอบนี้เข้ามาดู

เว็บเบราเซอร์มักจะdereference URL โดยการดำเนินการอื่นHTTPการร้องขอไปยังพื้นที่ที่กำหนดโดยเริ่มต้นในจำนวนพอร์ต 80 URL ที่ใช้httpsรูปแบบการกำหนดให้การร้องขอและการตอบสนองจะทำผ่านการเชื่อมต่อที่ปลอดภัยไปยังเว็บไซต์

URL สากล

ผู้ใช้อินเทอร์เน็ตกระจายอยู่ทั่วโลกโดยใช้ภาษาและตัวอักษรที่หลากหลายและคาดว่าจะสามารถสร้าง URL ในตัวอักษรท้องถิ่นของตนเองได้ Internationalized Resource Identifier (IRI) คือรูปแบบของ URL ที่มีอักขระ Unicode เบราว์เซอร์ที่ทันสมัยทั้งหมดรองรับ IRI ส่วนของ URL ที่ต้องการการดูแลเป็นพิเศษสำหรับตัวอักษรต่างๆ ได้แก่ ชื่อโดเมนและเส้นทาง [20] [21]

ชื่อโดเมนใน IRI เรียกว่าInternationalized Domain Name (IDN) ซอฟต์แวร์เว็บและอินเทอร์เน็ตจะแปลงชื่อโดเมนเป็นpunycode ที่ใช้งานได้โดยระบบชื่อโดเมนโดยอัตโนมัติ สำหรับตัวอย่างเช่น URL จีนจะกลายเป็นhttp://例子.卷筒纸 แสดงให้เห็นว่าตัวละครตัวนี้ก็ไม่สร้างสรรค์ ASCII [22]http://xn--fsqu00a.xn--3lr804guic/xn--

ชื่อพา ธ URL ยังสามารถระบุได้โดยผู้ใช้ในระบบการเขียนโลคัล ถ้าไม่ได้เข้ารหัสแล้วจะถูกแปลงเป็นUTF-8และตัวอักษรใด ๆ ที่ไม่เป็นส่วนหนึ่งของขั้นพื้นฐานชุดอักขระ URL ที่จะหนีออกมาเป็นเลขฐานสิบหกใช้การเข้ารหัสเปอร์เซ็นต์ ; สำหรับตัวอย่างเช่น URL ญี่ปุ่นจะกลายเป็น http://example.com/引き割り.html http://example.com/%E5%BC%95%E3%81%8D%E5%89%B2%E3%82%8A.htmlคอมพิวเตอร์เป้าหมายถอดรหัสที่อยู่และแสดงเพจ [20]

URL ที่สัมพันธ์กับโปรโตคอล

ลิงก์ที่สัมพันธ์กับโปรโตคอล (PRL) หรือที่เรียกว่า URL ที่สัมพันธ์กับโปรโตคอล (PRURL) เป็น URL ที่ไม่ได้ระบุโปรโตคอล ตัวอย่างเช่น//example.comจะใช้โปรโตคอลของเพจปัจจุบันโดยทั่วไปคือ HTTP หรือ HTTPS [23] [24]

ดูสิ่งนี้ด้วย

  • ไฮเปอร์ลิงก์
  • PURL - URL ถาวร
  • CURIE (URI ขนาดกะทัดรัด)
  • ตัวระบุส่วนย่อย
  • ตัวระบุแหล่งข้อมูลอินเทอร์เน็ต (IRL)
  • ตัวระบุทรัพยากรสากล (IRI)
  • URL ความหมาย
  • การพิมพ์ดีด
  • Uniform Resource Identifier
  • การทำให้เป็นมาตรฐาน URL
  • การใช้เครื่องหมายทับในระบบเครือข่าย

หมายเหตุ

  1. ^ URL แสดงถึงวิธีการเข้าถึงทรัพยากรที่ระบุและแสดงโดยโปรโตคอลหรือกลไกการเข้าถึงซึ่งไม่เป็นความจริงสำหรับทุก URI [5] [4]ดังนั้นจึงhttp://www.example.comเป็น URL ในขณะที่www.example.comไม่ใช่ [6]
  2. ^ ขั้นตอนในการลงทะเบียนโครงร่าง URI ใหม่ถูกกำหนดขึ้นในปี 2542 โดย RFC  2717และตอนนี้ถูกกำหนดโดย RFC  7595เผยแพร่ในเดือนมิถุนายน พ.ศ. 2558 [15]
  3. ^ สำหรับ URI ที่เกี่ยวข้องกับทรัพยากรบนเวิลด์ไวด์เว็บเว็บเบราว์เซอร์.0บางตัวอนุญาตให้ทิ้งส่วนของสัญกรณ์จุดทศนิยมหรือใช้ที่อยู่ IP จำนวนเต็มดิบ [17]
  4. ^ ประวัติศาสตร์ RFC  1866 (ล้าสมัยโดย RFC  2854 ) สนับสนุนให้ผู้เขียน CGI สนับสนุน ';' นอกเหนือจาก "&" [19]

การอ้างอิง

  1. ^ W3C (2009)
  2. ^ "ไปข้างหน้าและ backslashes ในส่วนของ URL" zzz.buzz สืบค้นเมื่อ2018-09-19 .
  3. ^ RFC 3986 (2005)
  4. ^ ข ร่วม W3C / IETF URI วางแผนกลุ่มที่น่าสนใจ (2002)
  5. ^ RFC 2396 (1998)
  6. ^ มิสเลอร์แดเนียล "ความแตกต่างระหว่าง URLs และยูริ"
  7. ^ W3C (1994)
  8. ^ IETF (1992)
  9. ^ Berners-Lee (1994)ข้อผิดพลาด sfnp: ไม่มีเป้าหมาย: CITEREFBerners-Lee1994 ( ความช่วยเหลือ )
  10. ^ ข Berners-Lee (2000)
  11. ^ ข่าวบีบีซี (2009)
  12. ^ เบอร์เนอร์ส - ลีทิม ; Connolly, Daniel "Dan" (มีนาคม 2536) Hypertext Markup Language (แบบร่าง RFCxxx) (รายงานทางเทคนิค) น. 28.
  13. ^ เบอร์เนอร์ส - ลีทิม ; Masinter, แลร์รี่ ; McCahill, Mark Perry (ตุลาคม 1994) Uniform Resource Locators (URL) (รายงานทางเทคนิค) อ้างถึงใน อัง, CS; Martin, DC (มกราคม 1995) Constituent Component Interface ++ (รายงานทางเทคนิค) ห้องสมุด UCSF และศูนย์การจัดการความรู้
  14. ^ RFC 3986 มาตรา 3 (2005)ข้อผิดพลาด sfnp: ไม่มีเป้าหมาย: CITEREFRFC_3986, _section_32005 ( help )
  15. ^ IETF (2015)
  16. ^ RFC 3986 (2005) , §3.2.2
  17. ^ อเรนซ์ (2014)ข้อผิดพลาด sfnp: ไม่มีเป้าหมาย: CITEREFLawrence2014 ( ความช่วยเหลือ )
  18. ^ RFC 2396 (1998) , §3.3
  19. ^ RFC 1866 (1995) , §8.2.1ข้อผิดพลาด sfnp: ไม่มีเป้าหมาย: CITEREFRFC_18661995 ( ความช่วยเหลือ )
  20. ^ ข W3C (2008)
  21. ^ W3C (2014)
  22. ^ IANA (2003)
  23. ^ กลาเซอร์, JD (2013). การรักษาความปลอดภัยสำหรับการพัฒนา Apps มือถือ: วิธีการออกแบบและรหัสรักษาความปลอดภัยงานโทรศัพท์มือถือกับ PHP และ JavaScript CRC Press . น. 193. ISBN 978-1-48220903-7. สืบค้นเมื่อ2015-10-12 .
  24. ^ Schafer, Steven M. (2011). HTML, XHTML, CSS และพระคัมภีร์ John Wiley & Sons น. 124. ISBN 978-1-11808130-3. สืบค้นเมื่อ2015-10-12 .

อ้างอิง

  • "เบอร์เนอร์ส - ลี" ขอโทษ "ที่เฉือน" . ข่าวบีบีซี . 2552-10-14 . สืบค้นเมื่อ2010-02-14 .
  • "เอกสารที่มีชีวิตรายงานการประชุม BoF" . เวิลด์ไวด์เว็บ Consortium 2535-03-18 . สืบค้นเมื่อ2011-12-26 .
  • เบอร์เนอร์ส - ลีทิม (1994-03-21). "Uniform Resource Locators (URL): ไวยากรณ์สำหรับการแสดงออกของการเข้าถึงข้อมูลของวัตถุบนเครือข่าย" เวิลด์ไวด์เว็บ Consortium สืบค้นเมื่อ2015-09-13 .
  • เบอร์เนอร์ส - ลีทิม ; Masinter, แลร์รี่ ; McCahill, Mark Perry (สิงหาคม 2541) Uniform Resource Locators (URL) ดอย : 10.17487 / RFC1738 . RFC 1738 สืบค้นเมื่อ2015-08-31 .
  • เบอร์เนอร์ส - ลีทิม (2558) [2000]. "ทำไมต้อง //, # ฯลฯ " . คำถามที่ถามบ่อย เวิลด์ไวด์เว็บ Consortium สืบค้นเมื่อ2010-02-03 .
  • คอนนอลลีแดเนียล "แดน" ; Sperberg-McQueen, C. Michael , eds. (2552-05-21). "ที่อยู่ในเว็บ HTML 5" เวิลด์ไวด์เว็บ Consortium สืบค้นเมื่อ2015-09-13 .
  • Internet Assigned Numbers Authority (2003-02-14) "ความสำเร็จของการเลือกของ IANA IDNA คำนำหน้า" IETF-ประกาศรายชื่อผู้รับจดหมาย สืบค้นจากต้นฉบับเมื่อ 2004-12-08 . สืบค้นเมื่อ2015-09-03 .
  • เบอร์เนอร์ส - ลีทิม ; ฟิลดิง, รอยต. ; Masinter, Larry (สิงหาคม 2541) Uniform Resource Identifiers (URI): ทั่วไปไวยากรณ์ ดอย : 10.17487 / RFC2396 . RFC 2396 สืบค้นเมื่อ2015-08-31 .
  • แฮนเซนโทนี่; Hardie, Ted (มิถุนายน 2015) Thaler, Dave (ed.). แนวทางและวิธีการลงทะเบียนสำหรับแบบแผน URI ดอย : 10.17487 / RFC7595 . RFC 7595
  • ไมเคิล ; Denenberg, Ray, eds. (สิงหาคม 2545). รายงานจากร่วม W3C / IETF URI วางแผนกลุ่มที่น่าสนใจ: Uniform Resource Identifiers (ยูริ) URL และ Uniform Resource ชื่อ (โกศ): ชี้แจงและข้อเสนอแนะ ดอย : 10.17487 / RFC3305 . RFC 3305 สืบค้นเมื่อ2015-09-13 .
  • เบอร์เนอร์ส - ลีทิม ; ฟิลดิง, รอยต. ; Masinter, Larry (มกราคม 2548) Uniform Resource Identifiers (URI): ทั่วไปไวยากรณ์ ดอย : 10.17487 / RFC3986 . RFC 3986 สืบค้นเมื่อ2015-08-31 .
  • "แนะนำให้อยู่ได้หลายภาษาเว็บ" 2551-05-09 . สืบค้นเมื่อ2015-01-11 .
  • ฟิลลิป, A. (2014). "สิ่งที่เกิดขึ้นด้วย 'URL ที่นานาชาติ' " เวิลด์ไวด์เว็บ Consortium สืบค้นเมื่อ2015-01-11 .
  • ลอว์เรนซ์เอริค "เบราว์เซอร์อาร์คานา: IP ตัวอักษรในส่วนของ URL" docs.microsoft.com สืบค้นจากต้นฉบับเมื่อ 2020-06-22 . สืบค้นเมื่อ2020-06-22 .

ลิงก์ภายนอก

  • ข้อกำหนด URLที่WHATWG
  • ส่วนประกอบของ URLจากIBM
Language
  • Thai
  • Français
  • Deutsch
  • Arab
  • Português
  • Nederlands
  • Türkçe
  • Tiếng Việt
  • भारत
  • 日本語
  • 한국어
  • Hmoob
  • ខ្មែរ
  • Africa
  • Русский

©Copyright This page is based on the copyrighted Wikipedia article "/wiki/URL" (Authors); it is used under the Creative Commons Attribution-ShareAlike 3.0 Unported License. You may redistribute it, verbatim or modified, providing that you comply with the terms of the CC-BY-SA. Cookie-policy To contact us: mail to admin@tvd.wiki

TOP