آدرس اینترنتی

از ویکیپدیا، دانشنامه آزاد
رفتن به ناوبری پرش به جستجو

آدرس اینترنتی
منبع یاب یکنواخت
وضعیتمنتشر شده
اولین بار منتشر شد1994 ؛ 27 سال پیش ( 1994 )
آخرین نسخهاستاندارد زندگی
2021
سازمانگروه مهندسی اینترنت (IETF)
کمیتهکارگروه فناوری برنامه کاربردی ابرمتن وب (WHATWG)
سلسلهدرخواست نظرات (RFC)
ویراستارانآن ون کسترن
نویسندگانتیم برنرز لی
استانداردهای پایهRFC  3986 . - شناسه منبع یکنواخت (URI): نحو عمومی.

RFC  4248 . - طرح UL Telnet. RFC 4266 . - طرح UP gopher. RFC 6068 . - طرح URI 'mailto'. RFC 6196 . - انتقال سرور ایمیل: طرح URI به تاریخی.
 
 
 

RFC  6270 . - طرح URI 'tn3270'.
استانداردهای مرتبطURI ، URN
دامنهشبکه جهانی وب
مجوزCC BY 4.0
اختصارآدرس اینترنتی
سایت اینترنتیhttps://url.spec.whatwg.org

یک منبع یاب یکنواخت ( URL ) ، که به طور عامیانه آدرس وب نامیده می شود ، [1] اشاره به یک منبع وب است که مکان آن را در شبکه کامپیوتری و مکانیزمی برای بازیابی آن مشخص می کند. URL یک نوع خاص از شناسه منبع یکنواخت (URI) است ، [2] [3] اگرچه بسیاری از مردم از این دو واژه به جای یکدیگر استفاده می کنند. [4] [a] URL ها بیشتر در صفحات وب مرجع ( http ) دیده می شوند ، اما همچنین برای انتقال فایل ( ftp ) ، ایمیل ( mailto ) ، دسترسی به پایگاه داده ( JDBC) استفاده می شوند.) ، و بسیاری از برنامه های کاربردی دیگر.

اکثر مرورگرهای وب آدرس یک صفحه وب را در بالای صفحه در نوار آدرس نشان می دهند . یک نشانی اینترنتی معمولی می تواند دارای فرم باشد http://www.example.com/index.htmlکه نشان دهنده پروتکل ( http) ، نام میزبان ( www.example.com) و نام فایل ( index.html) است.

تاریخ

مثال ساده Uniform Resource Locator

منبع یاب های یکنواخت در RFC 1738 در سال 1994 توسط تیم برنرز لی ، مخترع شبکه جهانی وب ، و گروه کاری URI کارگروه مهندسی اینترنت (IETF) ، [7] به عنوان نتیجه همکاری آغاز شد. IETF Living Documents پرندگان جلسه پر در سال 1992. [8] [9] 

قالب ترکیبی از سیستم موجود نام دامنه (ایجاد شده در 1985) با نحو path مسیر فایل است ، که در آن از خطوط کوچک برای جدا کردن نام فهرست و پرونده ها استفاده می شود . قبلاً قراردادهایی وجود داشت که در آن نام سرورها می توانستند برای تکمیل مسیرهای فایل پیشوند شوند ، و قبل از آن یک اسلش مضاعف ( //) وجود دارد. [10]

برنرز لی بعداً از استفاده از نقاط برای جداکردن قسمت های نام دامنه در URI ها ابراز تاسف کرد ، ای کاش در تمام نقاط از خط کشی استفاده کرده بود ، [10] و همچنین گفت که با توجه به کولون به دنبال اولین جزء URI ، این دو بریدگی قبل از نام دامنه غیر ضروری بود. [11]

پیش نویس اولیه (1993) مشخصات HTML [12] به منابع یاب "جهانی" ارجاع داده شد. این مدت زمانی بین ژوئن 1994 ( RFC  1630 ) و اکتبر 1994 (draft-ietf-uri-url-08.txt) حذف شد. [13]

نحو

هر URL HTTP با نحو URI عمومی مطابقت دارد. عمومی نحو URI شامل یک توالی سلسله مراتبی از پنج مولفه : [14]

URI = طرح: [// اقتدار] مسیر [؟ query] [#fragment]

جایی که جزء اقتدار به سه زیرمجموعه تقسیم می شود :

اقتدار = [userinfo@] host [: port]

این در نمودار نحو به صورت زیر نشان داده شده است:

نمودار نحو URI

URI شامل موارد زیر است:

  • یک غیر خالی جزء طرح به دنبال یک کولون (:) ، متشکل از دنباله ای از کاراکترها که با یک حرف شروع می شود و به دنبال آن هر ترکیبی از حروف ، ارقام ، بعلاوه (+) ، نقطه (.) یا خط فاصله (-) ایجاد می شود. اگرچه طرحها به حروف کوچک حساس نیستند ، اما فرم شرعی حروف کوچک است و اسنادی که طرحها را مشخص می کنند باید این کار را با حروف کوچک انجام دهند. نمونه هایی از طرح های محبوب عبارتند ازhttp،https،ftp،mailto،file،data، وirc. طرح های URI باید دراداره شماره اختصاص داده شده اینترنت (IANA)ثبت شوند ، اگرچه در عمل از طرح های ثبت نشده استفاده می شود. [ب]
  • اختیاری جزء اقتدار قبل از دو خط تیره (//) ، شامل:
    • اختیاری زیرمجموعه userinfo که ممکن است شامل یکنام کاربریو یکرمز عبوراختیاری باشد کهقبل از آن (:)یک کولون () ، و سپس علامت at (@) را شامل می شود. استفاده از قالبusername:passwordدر زیر مonلفه userinfo به دلایل امنیتی منسوخ شده است. برنامه ها نباید به عنوان یک متن واضح پس از اولین کولون (:) موجود در زیر کامپوننت userinfo اطلاعات ارائه دهند ، مگر اینکه داده های بعد از کولون رشته خالی (بدون رمز عبور) باشد.
    • آ زیر م host لفه میزبان ، متشکل از یک نام ثبت شده (شاملنام میزباناما محدود به آن) ، یا یکآدرس IP. آدرسهایIPv4بایدبا علامت نقطه اعشاریوآدرسهایIPv6باید در براکت ([]) قرار گیرند. [16] [ج]
    • اختیاری زیر کامپوننت پورت قبل از آن یک کولون (:) وجود دارد.
  • آ جزء مسیر ، متشکل از دنباله ای از بخشهای مسیر است که با یک خط برش (/)از هم جدا می شوند. همیشه یک مسیر برای URI تعریف می شود ، اگرچه ممکن است مسیر تعریف شده خالی (طول صفر) باشد. همچنین ممکن است یک قسمت خالی باشد ، که در نتیجه آن دو اسلش متوالی (//) در جزء path ایجاد می شود. یک جزء مسیر ممکن است دقیقاً شبیه یکمسیر سیستم فایل باشدیا نقشه بگیرد، اما همیشه به رابطه با یکی دلالت نمی کند. اگر یک جزء اقتدار وجود داشته باشد ، آن قسمت باید یا خالی باشد یا با یک علامت (/) شروع شود. اگر یک جزء اقتدار وجود نداشته باشد ، مسیر را نمی توان با یک بخش خالی ، یعنی با دو خط کج (//) شروع کرد ، زیرا کاراکترهای زیر به عنوان یک جزء قدرت تفسیر می شوند. [18]بخش پایانی مسیر ممکن است به عنوان " slug " شناخته شود.
محدود کننده پرس و جو مثال
Ampersand ( &) key1=value1&key2=value2
نقطه ویرگول ( ;) [d] key1=value1;key2=value2
  • اختیاری جزء پرس و جو قبل از علامت سوال (?) ، حاوی یکرشته پرس و جواز داده های غیر سلسله مراتبی. نحو آن به خوبی تعریف نشده است ، اما طبق قرارداد اغلب دنباله ای ازجفتهایویژگی - مقدار استکه با یکمحدود کننده جدا می شوند.
  • اختیاری جزء قطعه قبل از یکهش(#). این قطعه شامل یکشناسه قطعه استکه جهت منبع ثانویه را ارائه می دهد ، مانند عنوان بخش در مقاله ای که توسط بقیه URI مشخص شده است. وقتی منبع اصلی یکسندHTMLاست ، قطعه اغلبidویژگییک عنصر خاص است و مرورگرهای وب این عنصر را به نمایش در می آورند.

مرورگر وب معمولا ارجاع به یک URL با انجام یک HTTP درخواست به میزبان مشخص شده، به طور پیش فرض بر روی شماره پورت 80. آدرس ها با استفاده از httpsطرح نیاز است که درخواست ها و پاسخ تواند بیش از یک ساخته شده ارتباط امن به وب سایت .

آدرس اینترنتی بین المللی

کاربران اینترنت با استفاده از طیف گسترده ای از زبان ها و حروف در سراسر جهان توزیع می شوند و انتظار دارند بتوانند URL ها را با الفبای محلی خود ایجاد کنند. شناسه منابع بین المللی (IRI) شکلی از URL است که شامل کاراکترهای یونیکد است. همه مرورگرهای مدرن از IRI پشتیبانی می کنند. قسمت هایی از URL که نیاز به درمان خاصی برای الفبای مختلف دارند ، نام دامنه و مسیر هستند. [20] [21]

نام دامنه در IRI به عنوان نام دامنه بین المللی (IDN) شناخته می شود. نرم افزارهای وب و اینترنت به طور خودکار نام دامنه را به کد کوچک قابل استفاده توسط سیستم نام دامنه تبدیل می کنند. به عنوان مثال ، آدرس چینی http://例子.卷筒纸می شود http://xn--fsqu00a.xn--3lr804guic/. xn--نشان می دهد که شخصیت در اصل ASCII. [22]

نام مسیر URL همچنین می تواند توسط کاربر در سیستم نوشتاری محلی مشخص شود. اگر قبلاً رمزگذاری نشده باشد ، به UTF-8 تبدیل می شود و هر نویسه ای که در مجموعه کاراکترهای URL اصلی قرار ندارد ، با استفاده از درصد کدگذاری به صورت هگزادسیمال فرار می کند . به عنوان مثال ، آدرس ژاپنی http://example.com/引き割り.htmlمی شود http://example.com/%E5%BC%95%E3%81%8D%E5%89%B2%E3%82%8A.html. رایانه مورد نظر آدرس را رمزگشایی می کند و صفحه را نمایش می دهد. [20]

آدرس های اینترنتی مربوط به پروتکل

پیوندهای نسبی پروتکل (PRL) ، که به عنوان URL های نسبی پروتکل (PRURL) نیز شناخته می شوند ، URL هایی هستند که پروتکل مشخصی ندارند. به عنوان مثال ، //example.comاز پروتکل صفحه فعلی ، معمولاً HTTP یا HTTPS استفاده خواهد کرد. [23] [24]

همچنین ببینید

یادداشت

  1. ^ یک آدرس اینترنتی به معنی دسترسی به یک منبع مشخص است و توسط یک پروتکل یا مکانیسم دسترسی مشخص می شود ، که در مورد هر URI صادق نیست. [5] [4] بنابراینhttp://www.example.comآدرس اینترنتی است ، در حالیwww.example.comکه اینطور نیست. [6]
  2. ^ روشهای ثبت طرحهای URI جدید در ابتدا در سال 1999 توسط RFC 2717 تعریف شد و اکنون باRFC  7595 ، که در ژوئن 2015 منتشر شد ،تعریف شده است. [15] 
  3. ^ برای URI های مربوط به منابع موجود در شبکه جهانی وب ، برخی از مرورگرهای وب اجازه می دهند.0بخش هایی از علامت اعشاری نقطه ای حذف شوند یا از آدرس های IP صحیح خام استفاده شود. [17]
  4. ^ RFC تاریخی 1866 (منسوخ شده توسطRFC  2854 ) نویسندگان CGI را تشویق می کند تا از '؛' بعلاوه '&'. [19] 

استناد

  1. W W3C (2009) .
  2. ^ "جلو و عقب در URL ها" . zzz.buzz . بازیابی شده 19/09/2018 .
  3. ^ RFC 3986 (2005) .
  4. ^ a b گروه علاقه مندی برنامه ریزی W3C/IETF URI (2002) .
  5. ^ RFC 2396 (1998) .
  6. ^ میسلر ، دانیل. "تفاوت بین URL ها و URI ها" .
  7. ^ W3C (1994) .
  8. ^ IETF (1992) .
  9. ^ برنرز لی (1994) .
  10. ^ a b Berners-Lee (2000) .
  11. ^ اخبار بی بی سی (2009) .
  12. ^ برنرز لی ، تیم ؛ کانولی ، دانیل "دان" (مارس 1993). زبان نشانه گذاری ابرمتن (پیش نویس RFCxxx) (گزارش فنی). پ. 28
  13. ^ برنرز لی ، تیم ؛ ماسینتر ، لری ؛ مک کاهیل ، مارک پری (اکتبر 1994). منبع یاب های یکنواخت (URL) (گزارش فنی).ذکر شده در Ang، CS؛ مارتین ، دی سی (ژانویه 1995). رابط اجزای تشکیل دهنده ++ (گزارش فنی). کتابخانه UCSF و مرکز مدیریت دانش.
  14. ^ RFC 3986 ، بخش 3 (2005) .
  15. ^ IETF (2015) .
  16. ^ RFC 3986 (2005) ، .23.2.2.
  17. ^ لارنس (2014) .
  18. ^ RFC 2396 (1998) ، .33.3.
  19. ^ RFC 1866 (1995) ، .28.2.1.
  20. ^ a b W3C (2008) .
  21. ^ W3C (2014) .
  22. ^ IANA (2003) .
  23. ^ گلیسر ، JD (2013). توسعه ایمن برای برنامه های تلفن همراه: چگونه می توان برنامه های امن تلفن همراه را با PHP و JavaScript طراحی و کدگذاری کرد . CRC Press . پ. 193. شابک 978-1-48220903-7به بازیابی شده 2015-10-12 .
  24. ^ شفر ، استیون ام. (2011). کتاب مقدس HTML ، XHTML و CSS . جان ویلی و پسران . پ. 124. شابک 978-1-11808130-3به بازیابی شده 2015-10-12 .

منابع

لینک های خارجی