stringtranslate.com

URL

یک منبع یاب یکنواخت ( URL )، که به صورت محاوره ای به عنوان آدرس در وب شناخته می شود ، [1] ارجاع به منبعی است که مکان آن را در یک شبکه کامپیوتری و مکانیزمی برای بازیابی آن مشخص می کند. URL یک نوع خاص از Uniform Resource Identifier (URI) است، [2] [3] اگرچه بسیاری از مردم از این دو اصطلاح به جای یکدیگر استفاده می کنند. [4] [a] URL ها معمولاً برای صفحات وب مرجع ( HTTP / HTTPS ) رخ می دهند، اما برای انتقال فایل ( FTP )، ایمیل ( mailto )، دسترسی به پایگاه داده ( JDBC )، و بسیاری از برنامه های کاربردی دیگر نیز استفاده می شوند.

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

تاریخچه

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

این فرمت سیستم از قبل موجود نام دامنه (ایجاد شده در سال 1985) را با نحو مسیر فایل ترکیب می کند ، که در آن از اسلش برای جدا کردن فهرست و نام فایل استفاده می شود . قراردادهایی قبلاً وجود داشت که در آن نام سرورها می‌توانستند برای تکمیل مسیرهای فایل پیشوند شوند، قبل از آن یک اسلش دوتایی ( //). [9]

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

همکاران اولیه WorldWideWeb از جمله Berners-Lee در ابتدا استفاده از UDIs: Universal Document Identifiers را پیشنهاد کردند. یک پیش نویس اولیه (1993) از مشخصات HTML [11] به مکان یاب های منبع "جهانی" اشاره داشت. مدتی بین ژوئن 1994 ( RFC 1630) و اکتبر 1994 (draft-ietf-uri-url-08.txt) حذف شد. [12] برنرز لی در کتاب خود بافی وب بر ترجیح خود برای گنجاندن اصلی کلمه "جهانی" در بسط به جای کلمه "یکنواخت" که بعداً به آن تغییر یافت، تأکید می کند و شرح مختصری از آن ارائه می دهد. اختلافاتی که منجر به تغییر شد.

نحو

هر URL HTTP با نحو یک URI عمومی مطابقت دارد. نحو عمومی URI شامل پنج جزء است که به صورت سلسله مراتبی به ترتیب کاهش اهمیت از چپ به راست سازماندهی شده اند: [13] : §3 

URI = طرح ":" ["//" مرجع] مسیر ["?" پرس و جو] [قطعه "#"]

اگر یک جزء دارای یک جداکننده مرتبط باشد و جداکننده در URI ظاهر نشود، تعریف نشده است. اجزای طرح و مسیر همیشه تعریف می شوند. [13] : §5.2.1  یک جزء در صورتی خالی است که هیچ کاراکتری نداشته باشد. جزء طرح همیشه خالی نیست. [13] : §3 

مؤلفه اقتدار از اجزای فرعی تشکیل شده است :

Authority = [userinfo "@"] host [":" port]

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

نمودار نحوی URI

URI شامل:

طبق قرارداد، در URI های http و https ، آخرین قسمت یک مسیر نامگذاری می شودpathinfo و اختیاری است. این بخش توسط صفر یا چند بخش مسیر تشکیل شده است که به یک نام منبع فیزیکی موجود (مثلاً یک فایل، یک برنامه ماژول داخلی یا یک برنامه اجرایی) اشاره نمی‌کند، بلکه به یک بخش منطقی (مثلاً یک فرمان یا یک بخش واجد شرایط) اشاره دارد که باید به طور جداگانه به قسمت اول مسیر که یک ماژول اجرایی یا برنامه مدیریت شده توسطوب سرور. این اغلب برای انتخاب محتوای پویا (یک سند و غیره) یا برای تنظیم آن مطابق درخواست استفاده می شود (همچنین بهCGIو PATH_INFO و غیره مراجعه کنید).
مثال:
URI:"http://www.example.com/questions/3456/my-document"
Where: "/questions"اولین قسمت مسیر است ( یک ماژول یا برنامه اجرایی) و "/3456/my-document"قسمت دوم مسیر با نام pathinfo"/questions" است که برای انتخاب سند درخواستی به ماژول یا برنامه اجرایی نامگذاری شده ارسال می شود .
یک http یا https URI حاوی یک قسمت pathinfo بدون بخش پرس و جو نیز ممکن است به عنوان " URL تمیز " نامیده شود که آخرین قسمت آن ممکن است " Slug " باشد.

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

URL بین المللی شده

کاربران اینترنت در سراسر جهان با استفاده از زبان‌ها و الفبای بسیار متنوعی توزیع شده‌اند و انتظار دارند که بتوانند URLهایی را با الفبای محلی خود ایجاد کنند. شناسه منابع بین المللی ( IRI) شکلی از URL است که شامل کاراکترهای یونیکد است. همه مرورگرهای مدرن از IRI پشتیبانی می کنند. بخش‌هایی از URL که برای حروف مختلف نیاز به رفتار ویژه دارند، نام دامنه و مسیر هستند. [18] [19]

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

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

URL های مرتبط با پروتکل

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

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

یادداشت ها

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

نقل قول ها

  1. ^ W3C (2009).
  2. ↑ «Forward and Backslashes in URLs». zzz.buzz . بایگانی شده از نسخه اصلی در 2018-09-04 . بازیابی شده در 2018-09-19 .
  3. ^ RFC 3986 (2005).
  4. ^ ab Joint W3C/IETF URI Planning Interest Group (2002).
  5. ^ RFC 2396 (1998).
  6. ↑ میسلر، دانیل. "تفاوت بین URL و URI". بایگانی شده از نسخه اصلی در 2017-03-17 . بازیابی شده در 2017-03-16 .
  7. ^ ab W3C (1994).
  8. ^ IETF (1992).
  9. ↑ اب برنرز لی (2015).
  10. ↑ بی بی سی نیوز (2009).
  11. ^ برنرز لی، تیم ؛ Connolly، Daniel "Dan" (مارس 1993). زبان نشانه گذاری فرامتن (پیش نویس RFCxxx) (گزارش فنی). ص 28. بایگانی شده از نسخه اصلی در 2017-10-23 . بازیابی شده در 2017-10-23 .
  12. ^ برنرز لی، تیم ؛ مسینتر، لری ؛ مک کاهیل، مارک پری (اکتبر 1994). مکان یاب منبع یکنواخت (URL) (گزارش فنی).(این پیش نویس اینترنتی به عنوان یک استاندارد RFC پیشنهادی، RFC 1738 (1994) منتشر شد) به نقل از Ang, CS; مارتین، دی سی (ژانویه 1995). رابط اجزای سازنده ++ (گزارش فنی). کتابخانه UCSF و مرکز مدیریت دانش. بایگانی شده از نسخه اصلی در 2017-10-23 . بازیابی شده در 2017-10-23 .
  13. ^ abcd T. Berners-Lee ; آر فیلدینگ ; L. Masinter (ژانويه 2005). شناسه منبع یکنواخت (URI): نحو عمومی. کارگروه شبکه doi : 10.17487/RFC3986 . STD 66. RFC 3986. استاندارد اینترنت 66. RFC 2732، 2396 و 1808 منسوخ شده است . به روز شده توسط RFC 6874، 7320 و 8820. به روز رسانی RFC 1738.
  14. ^ هانسن، تونی؛ هاردی، تد (ژوئن 2015). تالر، دیو (ویرایشگر). دستورالعمل ها و روش های ثبت نام برای طرح های URI. کارگروه مهندسی اینترنت doi : 10.17487/RFC7595 . ISSN  2070-1721. BCP 35. RFC 7595. بهترین تمرین فعلی به روز شده توسط RFC 8615. منسوخ RFC 4395.
  15. ↑ لارنس (2014).
  16. ^ تی برنرز لی ; آر فیلدینگ ; L. Masinter (اوت 1998). شناسه های منبع یکسان (URI): نحو عمومی. کارگروه شبکه doi : 10.17487/RFC2396 . RFC 2396. منسوخ شده منسوخ شده توسط RFC 3986. به روز شده توسط RFC 2732. به روز رسانی RFC 1808 و 1738.
  17. ^ برنرز لی، تیم ؛ Connolly, Daniel W. (نوامبر 1995). زبان نشانه گذاری فرامتن - 2.0. کارگروه شبکه doi : 10.17487/RFC1866 . RFC 1866. تاریخی منسوخ شده توسط RFC 2854.
  18. ^ ab W3C (2008).
  19. ^ W3C (2014).
  20. ↑ IANA (2003).
  21. ↑ گلیزر، جی دی (10-03-2014). توسعه ایمن برای برنامه های موبایل: نحوه طراحی و کدنویسی برنامه های کاربردی موبایل امن با PHP و جاوا اسکریپت (ویرایش اول). CRC را فشار دهید . ص 193. شابک 978-1-48220903-7. بازیابی شده 2015-10-12 .
  22. ↑ شفر، استیون ام (2011). کتاب مقدس HTML، XHTML و CSS (ویرایش اول). جان وایلی و پسران ص 124. شابک 978-1-11808130-3. بازیابی شده 2015-10-12 .

مراجع

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