URL(یاب منبع یکسان)- مکان یاب یکنواخت (مکان یاب) منبع. URLیک روش استاندارد برای ثبت آدرس یک منبع در اینترنت است.

URI(تعیین کننده هویت منابع یکشکل)- شناسه منبع یکپارچه (یکنواخت). URIدنباله ای از کاراکترها است که یک منبع انتزاعی یا فیزیکی را مشخص می کند.

URI - بیشتر است مفهوم کلیاز یک URL URI بر خلاف URL همیشه نحوه دریافت منبع را نشان نمی دهد، بلکه فقط آن را شناسایی می کند. URL یک URI است که علاوه بر شناسایی یک منبع، اطلاعاتی در مورد مکان آن منبع نیز ارائه می دهد. در واقع، هر URL حاوی اطلاعات کافی برای مکان یابی دقیق صفحه است. در ادامه این دوره، هنگام استفاده از آدرس سایت، به اختصارات URL پایبند خواهیم بود.

ساختار آدرس سایت

بازگشت به URL http://school.it2moro.ru/ . می توان آن را به 3 بخش تقسیم کرد:

1. http://
2. مدرسه
3. it2moro

قسمت اول آدرس ها (http://) پروتکلی را برای تعامل بین مرورگر و سرور تعریف می کند. در مورد ما، این پروتکل HTTP است که بعداً مورد بحث قرار خواهد گرفت.

قسمت دوم نوار آدرس یک SUBdomain نامیده می شود و سوم - دامنه. آنها برای شناسایی یک سایت خاص با استفاده از سرویس DNS خدمت می کنند. DNS (سیستم نام دامنه، سیستم نام دامنه) - رایانه سیستم توزیع شدهبرای اطلاعات در مورد دامنه معمولاً برای به دست آوردن آدرس IP از نام میزبان (رایانه یا دستگاه) استفاده می شود. تعداد زیادی سرور DNS در شبکه وجود دارد که با نام دامنه یک منبع، می توانند مکان واقعی آن را که با آدرس IP تعیین می شود، "پیشنهاد" کنند.

کد منبع صفحه HTML

حال بیایید ببینیم مرورگر در پاسخ به درخواست HTTP ایجاد شده چه چیزی دریافت می کند. یک صفحه می تواند شامل متن، تصاویر، لینک ها، فیلدهای ورودی، دکمه ها و سایر عناصر باشد. اطلاعات مربوط به همه اینها از وب سرور به مرورگر منتقل شد که ظاهر نهایی صفحه را ایجاد کرد. داده های ارسال شده با استفاده از پروتکل HTML توصیف می شوند.

HTML(زبان نشانه گذاری فرامتن، زبان نشانه گذاری فرامتن)زبان نشانه گذاری استاندارد برای اسناد در اینترنت است. زبان HTMLتوسط مرورگر تفسیر شده و به عنوان یک سند به شکل قابل خواندن توسط انسان نمایش داده می شود.

می توان گفت که مرورگرها دو عملکرد اصلی را انجام می دهند - این تعامل با سرورهای وب از طریق است درخواست های HTTP ، و همچنین تبدیل کد HTML دریافتی از سرور به یک نمایش بصری.

URI (تعیین کننده هویت منابع یکشکل) یک شناسه منبع یکنواخت (یکنواخت) است. URI - یک رشته کاراکتر که به شما امکان می دهد هر منبعی را شناسایی کنید: یک سند، تصویر، فایل، سرویس، صندوق پست الکترونیکی، و غیره. اول از همه، ما در مورد منابع اینترنت و در سراسر جهان صحبت می کنیم. وب URI یک راه ساده و قابل توسعه برای شناسایی منابع ارائه می دهد. توسعه پذیری URI به این معنی است که در حال حاضر چندین طرح شناسایی در URI ها وجود دارد و در آینده تعداد بیشتری نیز ایجاد خواهند شد.

رابطه بین URI، URL و URN

نمودار ون که زیرمجموعه های طرح URI را نشان می دهد: URL و URN.

URI یا URL یا URN یا هر دو است.

• URL یک URI است که علاوه بر شناسایی یک منبع، اطلاعاتی در مورد مکان آن منبع نیز ارائه می دهد.
• URN یک URI است که فقط یک منبع را در یک فضای نام خاص (به ترتیب در یک زمینه خاص) شناسایی می کند، اما مکان آن را مشخص نمی کند. به عنوان مثال، URN urn:ISBN:0-395-36341-1 یک URI است که به منبع (کتاب) 0-395-36341-1 در فضای نام ISBN اشاره می کند، اما برخلاف URL، URN به آن اشاره نمی کند. مکان آن منبع: نمی گوید از کدام فروشگاه می توان آن را خریداری کرد یا از کدام سایت دانلود کرد.

از آنجایی که یک URI بر خلاف URL همیشه نحوه دریافت یک منبع را نشان نمی دهد، بلکه فقط آن را شناسایی می کند، این امکان را فراهم می کند تا با استفاده از منابع RDF (Resource Description Framework) که از طریق اینترنت به دست نمی آیند (به عنوان مثال، یک شخص، ماشین، شهر و غیره).

تاریخ

در سال 1990، در ژنو، سوئیس، در داخل دیوارهای شورای اروپا برای تحقیقات هسته ای، مکان یاب منبع URL توسط دانشمند بریتانیایی تیم برنرز لی اختراع شد. از آنجایی که URL بیشترین استفاده از زیرمجموعه URI است، همان سال 1990 به عنوان سال تولد URI در نظر گرفته می شود. اما به طور دقیق، مفهوم URI تنها در ژوئن 1994 در RFC 1630 مستند شد.

یک نسخه جدید URI در سال 1998 در RFC 2396 تعریف شد، در همان زمان کلمه جهانینام به لباس فرم.

معایب

URL یک نوآوری اساسی در اینترنت بود، بنابراین اصول URI کاملاً با URL ها سازگار است. نقطه ضعف بزرگ URI از اینجاست که به عنوان میراثی از URL آمده است. URI ها، مانند URL ها، فقط می توانند از مجموعه محدودی از حروف لاتین و علائم نگارشی (حتی کوچکتر از ASCII) استفاده کنند. به عبارت دیگر، اگر بخواهیم از نویسه‌های سیریلیک یا هیروگلیف یا مثلاً نویسه‌های خاص زبان فرانسوی در URI استفاده کنیم، باید URI را به همان شکلی که URL‌های دارای کاراکترهای یونیکد در کدگذاری می‌شوند، رمزگذاری کنیم. ویکیپدیا. به عنوان مثال، خطی مانند:

https://en.wikipedia.org/wiki/Cyrillic

کدگذاری شده در URL به صورت:

https://ru.wikipedia.org/wiki/%D0%9A%D0%B8%D1%80%D0%B8%D0%BB%D0%BB%D0%B8%D1%86%D0%B0

از آنجایی که حروف همه حروف الفبا در معرض چنین دگرگونی قرار می گیرند، به جز حروفی که در آن استفاده می شود زبان انگلیسیحروف لاتین، سپس URI با کلمات در زبان های دیگر (حتی اروپایی) توانایی خود را برای درک توسط مردم از دست می دهند. و این در تضاد فاحش با اصل بین المللی گرایی است که توسط همه سازمان های پیشرو اینترنت از جمله W3C و ISOC اعلام شده است. این مشکل با استاندارد جمهوری اسلامی ایران حل خواهد شد. شناسه منابع بین المللی) شناسه‌های منابع بین‌المللی هستند که می‌توان از نویسه‌های یونیکد بدون مشکل استفاده کرد و حقوق زبان‌های دیگر را نقض نمی‌کند. همچنین، سازنده URI، تیم برنرز لی، گفت که سیستم نام دامنه زیر URL تصمیم بد، که یک معماری سلسله مراتبی را بر منابعی تحمیل می کند که برای وب ابرمتن مناسب نیست.

ساختار URI

URI = [طرح ":"] سلسله مراتبی - بخش [ "؟" درخواست ] [ قطعه "#" ]

در این مدخل:

طرح

طرح دسترسی به منابع (اغلب یک پروتکل شبکه را نشان می دهد)، به عنوان مثال http، ftp، فایل، ldap، mailto، urn

بخش سلسله مراتبی

حاوی داده هایی است که معمولاً به شکل سلسله مراتبی سازماندهی می شوند که همراه با داده ها در یک جزء غیر سلسله مراتبی هستند استعلام، برای شناسایی یک منبع در محدوده طرح URI استفاده می شوند. معمولا بخش سلسله مراتبیشامل مسیر منبع (و احتمالاً قبل از آن، آدرس سروری است که در آن قرار دارد) یا شناسه منبع (در مورد URN).

استعلام

این جزء اختیاری URI در بالا توضیح داده شده است.

قطعه

(همچنین اختیاری)

به شما این امکان را می دهد تا با مراجعه به منبع اولیه و مشخص کردن، به طور غیرمستقیم یک منبع ثانویه را شناسایی کنید اطلاعات اضافی. یک منبع قابل شناسایی ثانویه ممکن است بخشی یا زیرمجموعه ای از یک اصلی، برخی از نمایش های آن، یا منبع دیگری باشد که توسط چنین منبعی تعریف یا توصیف شده است.

تجزیه ساختار URIبرای URI به اصطلاح "تجزیه" (eng. تجزیه، یعنی برای تجزیه یک URI به اجزای آن و شناسایی بعدی آنها، استفاده از سیستم بیان منظم که اکنون تقریباً در همه موارد موجود است، راحت تر است. زبان های مدرنبرنامه نويسي. RFC 3986 استفاده از الگوی زیر را برای تجزیه یک URI توصیه می کند:

این الگو شامل 9 گروهی است که در بالا با اعداد نشان داده شده اند (برای اطلاعات بیشتر در مورد الگوها و گروه ها، به عبارات منظم مراجعه کنید)، که به طور کامل و دقیق ساختار معمولی یک URI را تجزیه می کنند، که در آن:

• گروه 2 - طرح،
• گروه 4 - منبع
• گروه 5 - مسیر،
• گروه 7 - درخواست
• گروه 9 - قطعه.

بنابراین، اگر از این الگو برای تجزیه، به عنوان مثال، یک URI معمولی استفاده کنید:

http://www.ics.uci.edu/pub/ietf/uri/#مربوط

سپس 9 گروه الگوی بالا به ترتیب نتایج زیر را تولید خواهند کرد:

1. http:
2. //www.ics.uci.edu
3. www.ics.uci.edu
4. /pub/ietf/uri/
5. بدون نتیجه
6. بدون نتیجه
7. #مربوط
8. مربوط

نمونه های URI:

URI های مطلق

• https://ru.wikipedia.org/wiki/URI
• ftp://ftp.is.co.za/rfc/rfc1808.txt
• file://C:\UserName.HostName\Projects\Wikipedia_Articles\URI.xml
• file:///C:/file.wsdl
• file:///Users/John/Documents/Projects/Web/MyWebsite/about.html
• ldap:///c=GB?objectClass?one
• mailto: [ایمیل محافظت شده]
• جرعه جرعه: [ایمیل محافظت شده]
• news:comp.infosystems.www.servers.unix
• data:text/plain;charset=iso-8859-7,%be%be%be
• تلفن: +1-816-555-1212
• telnet://192.0.2.16:80/
• urn:oasis:names:specification:docbook:dtd:xml:4.1.2

2) URI های نسبی

• /relative/URI/with/absolute/path/to/resource.txt
• //example.org/scheme-relative/URI/with/absolute/path/to/resource.txt
• relative/path/to/resource.txt
• ../../../resource.txt
• resource.txt
• /resource.txt#frag01
• #frag01

[رشته خالی] - معادل تجزیه شناسه توسط تجزیه کننده با نتیجه [رشته خالی]، یعنی پیوند به شی پیش فرض در طرح پیش فرض منتهی می شود.

سرویس DNS

DNS - سیستم نام دامنه. نام های دامنه DNS مترادف با آدرس IP هستند، همانطور که نام های موجود در دفترچه آدرس تلفن شما مترادف با شماره تلفن هستند. آنها شخصیت هستند، نه عددی. آنها برای حفظ و جهت گیری راحت تر هستند. حامل معنی هستند www.irnet.ru → جداول DNS →193.232.70.36 نام های دامنه نیز منحصر به فرد هستند، i.e. هیچ دو نام دامنه یکسان در جهان وجود ندارد. نام های دامنه، بر خلاف آدرس های IP، اختیاری هستند، آنها به طور جداگانه خریداری می شوند.

برنج. 2. سلسله مراتب در سیستم DNS.

همچنین آدرس‌هایی که هنگام تحویل نامه‌ها از طریق پست معمولی روی پاکت‌ها مشخص می‌شوند، منحصربه‌فرد هستند. هیچ کشوری در جهان با همین نام وجود ندارد. و اگر گاهی اوقات نام شهرها تکرار شود، در ترکیب با تقسیم به واحدهای اداری بزرگتر مانند بخش ها و مناطق، منحصر به فرد می شوند. و نام خیابان ها نباید در همان شهر تکرار شود. بنابراین، یک آدرس بر اساس نام های جغرافیایی و اداری به طور منحصر به فرد یک مقصد را شناسایی می کند. دامنه ها نیز سلسله مراتب مشابهی دارند. نام های دامنه با نقطه از یکدیگر جدا می شوند: lingvo.yandex.ru، krkime.com.

DNS دارای ویژگی های زیر است:

• توزیع مدیریت. افراد یا سازمان های مختلف مسئول بخش های مختلف ساختار سلسله مراتبی هستند.
• توزیع ذخیره سازی اطلاعات. هر گره شبکه لزوما باید فقط آن دسته از داده هایی را که در آن گنجانده شده اند ذخیره کند حوزه مسئولیت، و (احتمالا) آدرس ها سرورهای DNS ریشه.
• ذخیره سازی اطلاعات. گره شایدمقدار معینی از داده ها را نه از ناحیه مسئولیت خود ذخیره کنید تا بار روی شبکه کاهش یابد.
• ساختار سلسله مراتبی، که در آن همه گره ها در یک درخت ترکیب می شوند و هر گره می تواند به طور مستقل کار گره های پایین دست را تعیین کند، یا نماینده(انتقال) آنها را به گره های دیگر.
• رزرو. چندین سرور (معمولا) وظیفه ذخیره و نگهداری گره ها (منطقه ها) خود را بر عهده دارند که هم از نظر فیزیکی و هم از نظر منطقی از هم جدا شده اند، که امنیت داده ها و ادامه کار را حتی در صورت خرابی یکی از گره ها تضمین می کند.

سطوح دامنهسه سطح دامنه وجود دارد.

دامنه ها اول یا سطح بالا به دو گروه تقسیم می شوند:

1) اینها دامنه هایی با وابستگی سرزمینی هستند، به عنوان مثال: .ru .by .ua .de .us و غیره. یعنی دامنه هایی هستند که به یک کشور خاص اختصاص داده شده اند. با استفاده از آنها، به عنوان مثال، می توانید تعیین کنید که یک سایت خاص متعلق به کدام کشور است.

2) گروه دوم دامنه های سطح اول دامنه هایی با هدف خاصی هستند. به عنوان مثال: .com - برای سازمان های تجاری، .info - برای سایت های اطلاعاتی، .tv - برای شرکت های تلویزیونی و غیره. این دامنه ها می توانند تمرکز خاص سایت را تعیین کنند. اگر چه، حقیقت را بگویم، در زمان های اخیر به طور فزاینده ای برای هر هدفی مورد استفاده قرار می گیرند و اغلب به هدف خود پایبند نیستند.

دامنه های سطح بالا نمی توانند به عنوان آدرس سایت شما استفاده شوند. آنها برای ایجاد دامنه خدمت می کنند مرحله دوم ، بنابراین می توانید دامنه سطح دوم را در هر یک از دامنه های سطح اول ثبت کنید. دامنه سطح دوم از عناصر زیر تشکیل شده است: دامنه www.site_name.first-level. به عنوان مثال: www.webmastermix.ru. توصیه می شود از نام دامنه های سطح دوم برای آدرس وب سایت استفاده کنید. آنها به بهترین وجه توسط مردم خوانده و به خاطر سپرده می شوند و همچنین توسط موتورهای جستجو درک می شوند. بنابراین، اکثر سایت ها دارای نام های دامنه در این سطح خاص هستند.

علاوه بر این، دامنه ها نیز وجود دارد سطح سوم . آنها بر اساس دامنه های سطح دوم ایجاد می شوند. دامنه سطح سوم به این صورت است: www.forum.webmastermix.ru. با ثبت یک دامنه سطح دوم، می توانید به طور مستقل هر تعداد دامنه سطح سوم را که دوست دارید ایجاد کنید. شما می توانید با استفاده از خدمات ویژه یک نام دامنه برای سایت خود ثبت کنید.

فن آوری های وب: HTML، JAVASCRIPT

بخش اول بلوک آموزشی فوق این موضوع به فناوری های اینترنت اختصاص داشت. اکنون ما شروع به مطالعه فناوری های مورد استفاده در آن می کنیم وب جهانی، یا فناوری های وب

ابتدا باید مفاهیم اساسی فناوری های وب را درک کنید: وب سایت و صفحه وب. یک صفحه وب کوچکترین واحد منطقی شبکه جهانی وب است که سندی است که با یک URL منحصر به فرد مشخص می شود. یک وب‌سایت مجموعه‌ای از صفحات وب مرتبط با موضوعی است که بر روی یک سرور قرار دارند و متعلق به یک مالک هستند. در یک مورد خاص، یک وب سایت ممکن است با یک صفحه وب نمایش داده شود. شبکه جهانی وب مجموعه ای از تمامی وب سایت ها است.

اساس کل شبکه جهانی وب زبان نشانه گذاری فرامتن HTML - زبان نشانه گذاری فرامتن (شکل 3) است. برای نشانه گذاری منطقی (معنی) یک سند (صفحه وب) استفاده می شود. گاهی اوقات از آن برای کنترل نحوه نمایش محتوای صفحه وب روی صفحه نمایشگر یا هنگام خروجی به چاپگر سوء استفاده می شود که اساساً با ایدئولوژی پذیرفته شده در وب جهانی مغایرت دارد.

برنج. 3. فن آوری های وب

برگه های سبک آبشاری (CSS) برای کنترل نمایش محتوای صفحه وب طراحی شده اند. CSS از بسیاری جهات شبیه به سبک های مورد استفاده در واژه پرداز محبوب Word است.

از زبان های اسکریپت برای ایجاد پویایی صفحات وب (منوهای کشویی، انیمیشن ها) استفاده می شود. زبان استاندارد برنامه نویسی در شبکه جهانی وب جاوا اسکریپت است. هسته اصلی زبان جاوا اسکریپت ECMAScript است.

HTML، CSS، جاوا اسکریپت زبان هایی هستند که با آن ها می توانید وب سایت های پیچیده دلخواه ایجاد کنید. اما این فقط ارائه زبانی است، در حالی که در مرورگرها، اسناد به عنوان مجموعه ای از اشیاء نشان داده می شوند که مجموعه انواع آن مدل شیء مرورگر (BOM) است. مدل شیء مرورگر برای هر مدل منحصر به فرد است و بنابراین هنگام ایجاد برنامه های بین مرورگر مشکلاتی وجود دارد. بنابراین، کنسرسیوم وب پیشنهاد کرد مدل شیسند (DOM)، که یک روش استاندارد برای نمایش صفحات وب با استفاده از مجموعه ای از اشیاء است.

نحو HTML مدرنبا استفاده از یک زبان توسعه پذیر توصیف شده است نشانه گذاری XML- زبان نشانه گذاری توسعه پذیر. XML به شما این امکان را می دهد که زبان های نشانه گذاری خود را مانند HTML در قالب یک DTD ایجاد کنید. بسیاری از این زبان ها وجود دارد: برای نمایش فرمول های ریاضی و شیمیایی، دانش و غیره.

همانطور که از مطالب بالا مشاهده می شود، همه فن آوری های وب ارتباط نزدیکی با یکدیگر دارند. درک این واقعیت درک هدف مکانیزم خاصی که برای ایجاد برنامه های کاربردی وب استفاده می شود را آسان تر می کند.

پست الکترونیک

پست الکترونیکی (ایمیل، ایمیل، از پست الکترونیکی انگلیسی) یک فناوری و خدماتی است که برای ارسال و دریافت پیام های الکترونیکی (به نام نامه ها یا "نامه ها" ارائه می کند. ایمیل ها”) توسط توزیع شده است شبکه کامپیوتری. تفاوت اصلی با سایر سیستم های پیام رسان امکان تحویل با تاخیر و سیستم توسعه یافته تعامل بین سرورهای ایمیل مستقل است.

پست الکترونیکی امکان ارسال و دریافت پیام، پاسخ به نامه های خبرنگاران به صورت خودکار با استفاده از آدرس آنها، ارسال نسخه های یک نامه به چندین گیرنده در یک زمان، ارسال نامه دریافتی به آدرس دیگری، استفاده از نام های منطقی به جای آدرس (عددی یا نام های دامنه)، چندین زیربخش صندوق پستی برای انواع مکاتبات ایجاد کنید، فایل های متنی را با حروف درج کنید، از سیستم "بازتاب دهنده پست" برای انجام بحث با گروهی از خبرنگاران خود و غیره استفاده کنید. برای ارسال یک پیام ایمیل از طریق ایمیل، باید آدرس صندوق پستی را مشخص کنید. صندوق پستی مشترک ایمیل، ناحیه ای در هارد دیسک سرور پست الکترونیکی است که به کاربر اختصاص داده شده است.

توسعه فناوری اینترنت منجر به ظهور پروتکل های مدرن برای پیام رسانی شده است که فرصت های بسیار خوبی برای پردازش نامه ها، خدمات متنوع و سهولت استفاده را فراهم می کند. مثلا، پروتکل SMTP، که بر اساس اصل سرویس گیرنده-سرور کار می کند، برای ارسال پیام از رایانه به مخاطب طراحی شده است. به طور معمول، دسترسی به سرور SMTP با رمز محافظت نمی شود، بنابراین از هر سرور شناخته شده در شبکه می توان برای ارسال نامه استفاده کرد. برخلاف سرورهای ارسال نامه، دسترسی به سرورهای ذخیره پیام با رمز عبور محافظت می شود. بنابراین باید از سرور یا سرویسی استفاده کنید که دارد حساب. این سرورها از پروتکل های POP و IMAP استفاده می کنند که در نحوه ذخیره پیام ها متفاوت است.

مطابق با پروتکل POP3، پیام هایی که به یک آدرس خاص می رسند در سرور ذخیره می شوند تا زمانی که در جلسه بعدی در رایانه دانلود شوند. پس از دانلود پیام ها، می توانید اتصال خود را از شبکه قطع کرده و شروع به خواندن نامه کنید. بنابراین، استفاده از نامه از طریق پروتکل POP3 سریع ترین و راحت ترین استفاده است.

پروتکل IMAP برای افرادی که از اتصال دائمی به شبکه استفاده می کنند مناسب است. پیام‌های دریافت‌شده در آدرس نیز در سرور ذخیره می‌شوند، اما برخلاف POP3، هنگام بررسی ایمیل، ابتدا فقط سرصفحه‌های پیام دانلود می‌شوند. خود نامه پس از انتخاب سربرگ پیام قابل خواندن است (از سرور دانلود می شود). واضح است که با اتصال Dial-up، کار با نامه با استفاده از این پروتکل منجر به از دست دادن غیرقابل توجیه زمان می شود.

چندین پروتکل برای دریافت و ارسال نامه بین سیستم های چند کاربره وجود دارد.

شرح مختصری از برخی از آنها:

1) SMTP (پروتکل انتقال ایمیل ساده)یک پروتکل شبکه ای است که برای انتقال ایمیل در شبکه های TCP/IP طراحی شده است و انتقال باید لزوما توسط خود سیستم ارسال کننده آغاز شود.

MTA (Mail Transfer Agent) - عامل انتقال نامه - جزء اصلی سیستم انتقال نامه اینترنتی است که نشان دهنده این است. کامپیوتر شبکهبرای سیستم ایمیل شبکه معمولاً کاربران با MTA کار نمی کنند، بلکه با برنامه MUA (Mail User Agent) - یک سرویس گیرنده ایمیل کار می کنند. به صورت شماتیک، اصل تعامل در شکل نشان داده شده است.

2) POP، POP2، POP3 (پروتکل اداره پست)- سه پروتکل نسبتاً ساده غیر قابل تعویض که برای ارسال نامه به کاربر از سرور پست مرکزی، حذف آن از آن و شناسایی کاربر با نام/رمز عبور طراحی شده اند. POP شامل SMTP است که برای انتقال نامه های ارسالی از یک کاربر استفاده می شود. پیام های پست الکترونیکی را می توان به صورت هدر، بدون دریافت کل نامه دریافت کرد.

پس از برقراری ارتباط، پروتکل POP3 از سه حالت متوالی عبور می کند.

1. مجوز مشتری مراحل احراز هویت را طی می کند
2. تراکنش مشتری اطلاعاتی در مورد وضعیت صندوق پست دریافت می کند، نامه را می پذیرد و حذف می کند.
3. به روز رسانی سرور ایمیل های انتخاب شده را حذف می کند و اتصال را می بندد.

3) IMAP2، IMAP2bis، IMAP3، IMAP4، IMAP4rev1 (پروتکل دسترسی به پیام های اینترنتی) -فرصت های غنی برای کار با صندوق های پستی واقع در یک سرور مرکزی در اختیار کاربر قرار می دهد

o IMAP نامه‌ها را روی سرور در فهرست‌های فایل ذخیره می‌کند، و همچنین به مشتری امکان جستجوی رشته‌ها در پیام‌های ایمیلی را در خود سرور فراهم می‌کند.

o IMAP2 - در موارد نادر استفاده می شود.

o IMAP3 - راه حل ناسازگار، استفاده نشده است.

o IMAP2bis - پسوند IMAP2، به سرورها اجازه می دهد تا ساختار MIME (افزونه های ایمیل اینترنتی چند منظوره) یک پیام را تجزیه کنند، هنوز هم امروزه مورد استفاده قرار می گیرد.

o IMAP4 یک IMAP2bis بازطراحی شده و بهبود یافته است که می تواند در هر مکانی استفاده شود.

o IMAP4rev1 - IMAP را با مجموعه وسیعی از ویژگی ها، از جمله ویژگی هایی که توسط DMSP (سیستم پست توزیع شده برای رایانه های شخصی) استفاده می شود، گسترش می دهد.

4) ACAP (پروتکل دسترسی پیکربندی برنامه) - پروتکلی که برای کار با IMAP4 طراحی شده است. امکان اشتراک جستجو و اشتراک در تابلوهای اعلانات را اضافه می کند، صندوق های پستیو برای جستجوی کتاب های آدرس استفاده می شود.

5) DMSP (یا PCMAIL) پروتکلی برای دریافت / ارسال نامه است که ویژگی آن این است که کاربر می تواند بیش از یک ایستگاه کاری در استفاده خود داشته باشد. ایستگاه کاریحاوی اطلاعات وضعیت مربوط به نامه، دایرکتوری که تبادل از طریق آن انجام می شود، که هنگام اتصال به سرور، به روز رسانی می شود وضعیت فعلیدر سرور پست الکترونیکی

6) MIME استانداردی است که مکانیسم‌هایی را برای ارسال انواع مختلف اطلاعات از طریق ایمیل، از جمله متن به زبان‌هایی غیر از انگلیسی که از رمزگذاری کاراکترهای غیر از ASCII استفاده می‌کنند، و همچنین محتوای باینری 8 بیتی مانند تصاویر، موسیقی، فیلم‌ها و برنامه‌ها را تعریف می‌کند. .

کار مستقل.

مثال داده شده در متن (برنامه) save in را اجرا کنید پوشه خودبر روی دسکتاپ.

9.2. کار با معلم:

زمانی که مشکلات پیش می آید یا اقدامات اشتباهبرای تصحیح اشتباهات با معلم تماس بگیرید.

تا پایان درس گزارشی از کار انجام شده به معلم نشان دهید و برای این کار اعتبار دریافت کنید.

9.3. کنترل سطح دانش اولیه و نهایی:

تست کامپیوتر .

اطلاعات مشابه

و غیره، اول از همه، ما در مورد منابع اینترنت و شبکه جهانی وب صحبت می کنیم. URI یک راه ساده و قابل توسعه برای شناسایی منابع ارائه می دهد. توسعه پذیری URI به این معنی است که در حال حاضر چندین طرح شناسایی درون URI وجود دارد و در آینده بیشتر ایجاد خواهد شد.
برای جزئیات بیشتر، نگاه کنید"ساختار URI" زیر.

معروف ترین نمونه های URI، URN ها هستند. URL یک URI است که علاوه بر شناسایی یک منبع، اطلاعاتی در مورد مکان آن منبع نیز ارائه می دهد. و URN یک URI است که یک منبع را در یک فضای نام خاص (و بنابراین در یک زمینه خاص) شناسایی می کند. به عنوان مثال، URN urn:ISBN:0-395-36341-1 یک URI است که به منبع (کتاب) 0-395-36341-1 در فضای نام ISBN اشاره می کند، اما برخلاف URL، یک URN به آن اشاره نمی کند. مکان آن منبع با این حال، در زمان‌های اخیر تمایلی به گفتن URI در مورد هر رشته شناسه‌ای بدون توضیح بیشتر وجود داشته است. بنابراین شاید عبارات URL و URN به زودی به گذشته تبدیل شوند.

تاریخ

نسخه جدیدی از URI در سال 1998 در RFC 2396 تعریف شد، در همان زمان کلمه جهانینام به لباس فرم. در دسامبر 1999، RFC 2732 تغییرات جزئی در مشخصات URI برای اطمینان از سازگاری با آگوست 2002 ایجاد کرد. RFC 3305 از بین رفتن عبارت URL و اولویت URI خبر داد. ساختار و نحو فعلی URI ها توسط RFC 3986 که در ژانویه 2005 منتشر شد، کنترل می شود. زیاد آخرین تکنولوژیوب معنایی (به عنوان مثال RDF) بر اساس استاندارد URI است. اکنون نقش اصلی در توسعه URI متعلق به کنسرسیوم وب جهانی است.

معایب

URL یک نوآوری اساسی در اینترنت بود، بنابراین اصول URI کاملاً با URL ها سازگار است. نقطه ضعف بزرگ URI از اینجاست که به عنوان میراثی از URL آمده است. در یک URI، مانند یک URL، تنها مجموعه محدودی از نویسه‌های لاتین و علائم نگارشی را می‌توان استفاده کرد (حتی کمتر از حروف سیریلیک یا هیروگلیف، یا مثلاً نویسه‌های خاص فرانسوی، پس باید URI را در همانطور که در ویکی پدیا URL ها با کاراکترهای یونیکد کدگذاری می شوند... به عنوان مثال، رشته ای مانند:

http://en.wikipedia.org/wiki/Microcredit

کدگذاری شده در URL به صورت:

http://ru.wikipedia.org/wiki/%D0%9C%D0%B8%D0%BA%D1%80%D0%BE%D0%BA%D1%80%D0%B5%D0%B4%D0 %B8%D1%82

از آنجایی که حروف همه حروف الفبا در معرض چنین دگرگونی قرار می گیرند، به جز الفبای لاتین که در انگلیسی استفاده می شود، URI ها با کلمات در زبان های دیگر (حتی اروپایی) توانایی خود را برای درک توسط مردم از دست می دهند. و این در تضاد فاحش با اصل بین المللی گرایی است که توسط همه سازمان های پیشرو اینترنت از جمله W3C و IRI اعلام شده است (Eng. شناسه منابع بین المللی ) شناسه‌های منابع بین‌المللی هستند که می‌توان از نویسه‌های یونیکد بدون مشکل استفاده کرد و حقوق زبان‌های دیگر را نقض نمی‌کند. در حالی که نمی توان از قبل گفت که آیا شناسه ها قادر به انجام این کار هستند یا خیر. هدف این قالب ایجاد شناسه هایی است که کاملاً مستقل از زمینه هستند، یعنی مستقل از پروتکل، دامنه، مسیر، برنامه کاربردی و پلت فرم. کاملامستقل.

همچنین، خالق URI، تیم برنرز لی، گفت که سیستم نام دامنه زیر URL یک تصمیم اشتباه است و یک معماری سلسله مراتبی را بر منابعی که برای وب ابرمتن مناسب نیست تحمیل می کند.

ساختار URI

تجزیه ساختار URI

برای URI به اصطلاح "تجزیه" (eng. تجزیه) ، یعنی برای تجزیه URI ها به بخش های تشکیل دهنده آنها و شناسایی بعدی آنها، استفاده از سیستم بیان منظم که اکنون تقریباً در تمام زبان های برنامه نویسی مدرن موجود است، راحت تر است. الگوی زیر برای تجزیه یک URI توصیه می شود:

^(([^:/?#]+):)?(//([^/?#]*))?([^?#]*)(\?([^#]*))?(#(.*))? 12 3 4 5 6 7 8 9

این الگو شامل 9 گروهی است که در بالا با اعداد نشان داده شده اند (برای اطلاعات بیشتر در مورد الگوها و گروه ها، به عبارات منظم مراجعه کنید)، که به طور کامل و دقیق ساختار معمولی یک URI را تجزیه می کنند، که در آن:

• گروه 2 - طرح،
• گروه 4 - منبع
• گروه 5 - مسیر،
• گروه 7 - درخواست
• گروه 9 - قطعه.

بنابراین، اگر از این الگو برای تجزیه، به عنوان مثال، یک URI معمولی استفاده کنید:

http://www.ics.uci.edu/pub/ietf/uri/#مربوط

سپس 9 گروه الگوی بالا به ترتیب نتایج زیر را تولید خواهند کرد:

1. http:
2. //www.ics.uci.edu
3. www.ics.uci.edu
4. /pub/ietf/uri/
5. بدون نتیجه
6. بدون نتیجه
7. #مربوط
8. مربوط

تفاوت بین URI و URL

URI بر خلاف URL همیشه نحوه دریافت منبع را نشان نمی دهد، بلکه فقط آن را شناسایی می کند. این امکان توصیف با استفاده از منابع RDF (چارچوب توصیف منابع) را فراهم می کند که نمی توان آنها را از طریق اینترنت به دست آورد (به عنوان مثال، یک شخص، یک ماشین، یک شهر و غیره).

نمونه های URI

URI های مطلق

http://ru.wikipedia.org/wiki/URI ftp://ftp.is.co.za/rfc/rfc1808.txt file://C:\UserName.HostName\Projects\Wikipedia_Articles\URI.xml ldap: ///c=GB?objectClass?one mailto: [ایمیل محافظت شده]جرعه جرعه: [ایمیل محافظت شده] news:comp.infosystems.www.servers.unix data:text/plain;charset=iso-8859-7,%be%fg%be تلفن:+1-816-555-1212 telnet://192.0.2.16:80 /urn:oasis:names:specification:docbook:dtd:xml:4.1.2

لینک های URI

/relative/URI/with/absolute/path/to/resource.txt relative/path/to/resource.txt ../../../resource.txt resource.txt /resource.txt#frag01 #frag01 [blank خط]

را نیز ببینید

پیوندها

• RFC 3986 / STD 66 (از سال 2005)
• RFC 2396 (تاریخ 1998) - نسخه قدیمینحو

یادداشت

بنیاد ویکی مدیا 2010 .

ببینید "Uri" در سایر لغت نامه ها چیست:

اوری- ممکن است به: جغرافیا اشاره کند: * کانتون اوری کانتون (منطقه) سوئیس است * اوری (هند)، منطقه و شهرکی در کشمیر * اوری (SS)، شهری در ساردینیا، ایتالیا * Úri، روستایی در پست شهرستان، مجارستان * URI سومری، سرزمین AgadeURI، سه … … ویکی پدیا

uro- URÎ، urăsc، vb. IV. 1. ترانس. A avea un puternic sentiment de antipatie, de duşmănie împotriva cuiva sau a ceva; a nu putea suferi pe cineva sau ceva. 2. رفل. منع می کند. (Construit cu dativul) A se plictisi، a se sătura de ceva sau de cineva. ♢… … دیکشنری رومی

اوری- urì interj., urỹ NdŽ, Jn, Aln, ùri kartojant 1. nusakomas puolančio šuns(ar šunų) urzgimas: Tik urỹ urỹ ir apipuolo mane šunes K.Būg(Ds). Urì urì šunes kad Pradeda Loti Šmn. ║ Ds sakoma pjudant šuniu. 2. Vžns nusakomas triukšmingas…… فرهنگ لغت زبان لیتوانیایی

کار با URI ها

هر روز استفاده می کنیم شناسه های یکنواخت منبع (URI)وقتی به دنبال چیزی در WWW هستید. URI ها برای شناسایی و پرس و جو مورد نیاز هستند نوع جدیدمنبع با استفاده از URI، می توانید نه تنها به صفحات وب، بلکه به سرور FTP، سرویس وب و فایل های محلی نیز دسترسی داشته باشید.

این اصطلاح اغلب به جای URI استفاده می شود منبع یاب یکنواخت (URL). URI یک اصطلاح عمومی است که برای اشاره به منابع استفاده می شود. URL یک URI است که با طرح های URI محبوب مانند http، ftp و mailto مرتبط است. در مستندات فنی، اصطلاح URL دیگر استفاده نمی شود.

اصطلاح دیگری که ممکن است قبلاً بدانید - نام یکنواخت منبع (URN). URN یک URI استاندارد شده است که برای شناسایی یک منبع بدون توجه به موقعیت آن در شبکه استفاده می شود.

بیایید بخش‌هایی از یک URI را که به صفحه‌ای در وب‌سایت دانش جهانی اشاره دارد، تجزیه کنیم:

http://www.globalknowledge.net:80/training/generic.asp?pageid=1078&country=DACH

قسمت اول URI نامیده می شود طرح (طرح). یک طرح یک فضای نام URI را تعریف می‌کند و می‌تواند سینتکس یک عبارت را به دنبال طرح محدود کند. بسیاری از طرح ها بر اساس پروتکل های مربوطه (مانند http، ftp) که استفاده می کنند نام گذاری می شوند، اما این اجباری نیست. در مثال ما، شناسه طرحواره http است. جدا کننده مدار(// در این مثال) طرحواره را از بقیه URL جدا می کند.

پس از جداکننده طرح، نام سرور یا آدرس IP در آن قرار می گیرد نماد دهیبا نقطه، به عنوان مثال www.globalknowledge.net.

پشت نام سرور یا آدرس IP یک شماره پورت وجود دارد که اتصال به یک برنامه خاص در سرور را مشخص می کند. اگر شماره پورتی مشخص نشده باشد، از شماره پورت پیش فرض برای آن پروتکل استفاده می شود (به عنوان مثال، پورت 80 برای HTTP).

مسیرصفحه (و دایرکتوری) منبع درخواستی را مشخص می کند. لزوماً یک فایل فیزیکی روی سرور را نشان نمی دهد، اما می تواند به صورت پویا ایجاد شود. در این حالت مسیر /training/generic.asp است.

از مسیر نماد؟ آخرین قسمت این URI را جدا کرد که نامیده می شود پرس و جو. در مثال ما، درخواست با رشته pageid=1078&country=DACH تعریف شده است. یک رشته کوئری می تواند از چندین مؤلفه تشکیل شده باشد که هر کدام یک متغیر و یک مقدار را مشخص می کند که با نماد & ترکیب شده است. چندین مؤلفه پرس و جو را می توان با کاراکتر & ترکیب کرد. بنابراین، در مثال ما، مؤلفه اول pageid=1078 است که متغیر pageid روی 1078 تنظیم شده است، و مؤلفه دوم country=DACH است.

بخش های موجود در یک منبع را می توان با قطعات شناسایی کرد. قطعاتبرای پیوند دادن به بخش های یک صفحه HTML استفاده می شود. در توسعه صفحات وب، به قطعه ها بوکمارک نیز گفته می شود. کاراکتر # شناسه قطعه را از مسیر جدا می کند. در URL http;//www.microsoft.com/net/basics/glossary.asp#NETFramework، قطعه رشته #NETFramework است.

اگر کاراکتر # به رشته پرس و جو اضافه شود، دیگر یک قطعه نیست. URL می تواند شامل یک رشته پرس و جو یا یک قطعه باشد، اما نه هر دو.

چندین کاراکتر در URI ها رزرو شده اند - آنها نمی توانند در نام هاست یا مسیرها ظاهر شوند زیرا آنها کاراکترهای جداکننده خاصی هستند. کاراکترهای زیر در URI رزرو شده اند:

; / ? : @ & = + $ ,

کلاس اوریاز فضای نام سیستم، شناسه منبع یکنواخت را کپسوله می کند. این شامل ویژگی ها و روش هایی برای تجزیه، مقایسه و ترکیب URI ها است.

شما می توانید با ارسال یک رشته URI به سازنده، یک شی Uri ایجاد کنید:

Uri baseURI = new Uri("http://site");

اگر از قبل یک شی پایه Uri وجود داشته باشد، می توانید یک URI جدید با ترکیب URI پایه با یک URI نسبی ایجاد کنید:

Uri baseURI = new Uri("http://site"); Uri newURI = جدید Uri(baseURI, "my/csharp/web/level2/2_2.php");

اگر URI پایه قبلاً دارای یک مسیر باشد، نادیده گرفته می شود. URI جدید فقط بر اساس طرح، پورت و نام سرور است.

کلاس Uri دارای چندین فیلد استاتیک فقط خواندنی است که به شما امکان می دهد برخی از طرح های رایج مورد استفاده را دریافت کنید:

Uri.UriSchemeFile

طرح فایل برای دسترسی به فایل‌ها به صورت محلی یا منابع شبکه مشترک استفاده می‌شود که می‌توان آن‌ها را طبق قرارداد نام‌گذاری کرد. هدف جهانینام ها ( کنوانسیون نامگذاری جهانی، UNC).

Uri.UriSchemeFtp

پروتکل FTP با طرح ftp برای دریافت فایل ها از سرور ftp و برعکس برای قرار دادن فایل ها بر روی سرور ftp استفاده می شود.

Uri.UriSchemeGopher

پروتکل gopher پیشرو HTTP بود. این امکان را برای مشاهده سلسله مراتبی اطلاعات متنی در مورد محتوا فراهم می کرد که برتر از FTP بود. اما خیلی زود با پروتکل HTTP جایگزین شد.

Uri.UriSchemeHttp، Uri.UriSchemeHttps

این دو طرح به خوبی شناخته شده اند: http و https. طرح https برای تبادل امن استفاده می شود.

Uri.UriSchemeMailto

از طرح mailto برای ارسال پیام های پستی استفاده می شود.

Uri.UriSchemeNews، Uri.UriSchemeNntp

طرحواره های اخبار و nntp در گروه های خبری که از پروتکل NNTP استفاده می کنند استفاده می شود.

کلاس Uri متدهای ثابتی برای بررسی طرح و نام میزبان صحیح دارد: در صورتی که نام طرح و روش صحیح باشد، Uri.CheckSchemeName() true را برمی گرداند. UriCheckHostName()نه تنها نام میزبان را بررسی می کند، بلکه یک مقدار شمارش UriHostNameType را نیز برمی گرداند که نوع میزبان را نشان می دهد.

کلاس Uri دارای بسیاری از ویژگی های فقط خواندنی است که به شما امکان دسترسی به تمام بخش های یک URI را می دهد. در جدول زیر، از URI فوق به عنوان مثال برای نشان دادن استفاده از ویژگی ها استفاده می کنیم:

AbsoluteUri	این ویژگی URI کامل را نشان می دهد. اگر شماره مشخص شدهپورت برای پروتکل برابر با شماره پورت پیش فرض است، سازنده Uri به طور خودکار آن را حذف می کند. برای مثال ما، مقدار ویژگی AbsoluteUri به شکل زیر است: http://www.globalknowledge.net/t raining/generic.asp?pageid=1078&country=DACH. اگر یک نام فایل به سازنده کلاس Uri ارسال شود، ویژگی AbsoluteUri به طور خودکار قبل از نام فایل با طرح file:// قرار می گیرد.
طرح	این طرح اولین قسمت از URI است و در این حالت این ویژگی مقدار http را برمی‌گرداند.
میزبان	ویژگی Host نام میزبان را از URI نشان می دهد: www.globalknowledge.net
قدرت	اگر شماره پورت برابر با عدد پیش فرض استفاده شده توسط پروتکل باشد، ویژگی Authority همان رشته خاصیت Host را نشان می دهد. اگر از شماره پورت متفاوتی استفاده شود، ویژگی Authority نیز شماره پورت را نشان می دهد.
نوع نام میزبان	نوع نام میزبان به نام استفاده شده بستگی دارد. در این مورد، همان مقدار شمارش UriHostNameType که در بالا مورد بحث قرار گرفت، به دست می آید.
بندر	با استفاده از ویژگی Port، شماره پورت - 80 به دست می آید.
مسیر مطلق	مسیر مطلقبعد از شماره پورت در URI شروع می شود و قبل از رشته کوئری به پایان می رسد. در این مورد، /training/generic.asp است.
مسیر محلی	مسیر محلی مقدار /training/generic.asp را می دهد. همانطور که می بینید، برای درخواست HTTP، هیچ تفاوتی بین AbsolutePath و LocalPath وجود ندارد. اگر URI به یک منبع شبکه مشترک اشاره کند، تفاوت ظاهر می شود. برای یک URI از فرم فایل:\\server\share\directory\file.txt، ویژگی LocalPath فقط نام دایرکتوری و فایل را برمی گرداند، در حالی که ویژگی AbsolutePath شامل نام سرور و اشتراک است.
پرس و جو	ویژگی Query رشته ای را که مسیر را دنبال می کند نشان می دهد: ?pageid=1078&country=DACH.
PathAndQuery	ویژگی PathAndQuery ترکیبی از مسیر و رشته پرس و جو را نشان می دهد: /training/generic.asp?pageid=1078&country=DACH.
قطعه	اگر مسیر با قطعه دنبال شود، در ویژگی Fragment برگردانده می شود. مسیر را فقط می توان با یک رشته کوئری یا یک قطعه دنبال کرد. قطعه با نماد # مشخص می شود
بخش ها	ویژگی Segments آرایه ای از رشته های تشکیل شده از مسیر را برمی گرداند. در این مورد، ما سه بخش داریم: /، training/ و generic.asp.
اطلاعات کاربر	نام کاربری تنظیم شده در URI را می توان از ویژگی UserInfo خواند. عبور نام کاربری در آن رایج است پروتکل FTPو اگر یک کاربر ناشناس مشخص شده باشد، مانند ftp:// [ایمیل محافظت شده]، سپس ویژگی UserInfo myuser را برمی گرداند.

علاوه بر موارد ذکر شده، چندین ویژگی دیگر وجود دارد که اگر URI یک فایل، یک مسیر UNC، یک آدرس را نشان دهد، مقادیر بولی را برمی گرداند. بازخوردیا اگر پروتکل از شماره پورت پیش فرض استفاده کند. اینها به ترتیب ویژگی های IsFile، IsUnc، IsLoopback و IsDefaultPort هستند.

برای دسترسی به هر گونه منابع شبکه، باید بدانید که در کجا قرار دارند و چگونه می توان به آنها دسترسی داشت. شبکه جهانی وب از یک طرح آدرس دهی و شناسایی استاندارد استفاده می کند که تجربه آدرس دهی و شناسایی ایمیل، Gopher، WAIS، telnet، ftp و موارد مشابه را در نظر می گیرد. - URL، منبع یاب یکنواخت.

URI(تعیین کننده هویت منابع یکشکل، شناسه جهانیمنبع) (RFC 2396، آگوست 1998) یک رشته کاراکتر فشرده برای شناسایی یک منبع انتزاعی یا فیزیکی است. منبع هر شیئی است که به فضایی تعلق دارد. نشانی‌های اینترنتی (RFC 1738/RFC 1808) و URN‌های (RFC 2141، RFC 2611) را که قبلاً تعریف شده‌اند، شامل و لغو می‌کند.

URI برای شناسایی منحصر به فرد هر منبع در نظر گرفته شده است.

برخی از زیر مجموعه های URI:

کوزه در دار(نام منبع یکنواخت) - یک طرح URI خصوصی "urn:" با یک زیر مجموعه "Namspace" که باید منحصر به فرد و بدون تغییر باشد حتی اگر منبع دیگر وجود نداشته باشد یا در دسترس نباشد.

فرض بر این است که، به عنوان مثال، مرورگر می داند که کجا این منبع را جستجو کند.

نحو:

urn:namespace: data1.data2، more-data که در آن فضای نام نحوه استفاده از داده های بعد از ":" دوم را مشخص می کند.

مثال URN:

urn:ISBN: 0-395-36341-6

ISBN - طبقه بندی موضوعی برای ناشران

0-395-36341-6 - شماره خاصموضوعات یک کتاب یا مجله

پس از دریافت URN، برنامه مشتری به ISBN (دایرکتوری "طبقه بندی کننده موضوع برای ناشران" در اینترنت) دسترسی پیدا می کند. و رمزگشایی از موضوع شماره "0-395-36341-6" (به عنوان مثال: "شیمی کوانتومی") دریافت می کند.

URN به طور گسترده در شبکه های P2P (مانند edonkey) استفاده می شود.

یک مثال URN که به یک تصویر دیسک Adobe Photoshop v8.0 در شبکه edonkey اشاره می کند:

urn:ed2k://|پرونده|AdobePhotoshopv8.0.iso|940769280|b34c101c90b6dedb4071094cb1b9f2d3|/

ed2k - به یک شبکه اشاره می کند

Adobe Photoshop v8.0.iso - نام فایل

940769280 - اندازه بر حسب بایت

- شناسه فایل (محاسبه شده با استفاده از تابع هش)

URL یکنواخت منبع یاب:

URL(Uniform Resource Locator، RFC 1738) - یک منبع یاب یکپارچه (نشانگر)، یک روش استاندارد برای ثبت آدرس منبع در WWW و اینترنت. URL دارای ساختاری انعطاف‌پذیر و قابل توسعه برای طبیعی‌ترین مکان منابع در شبکه است که منبع را از طریق دسترسی به آن شناسایی می‌کند (مثلاً "مکان آن در شبکه")، به جای شناسایی آن با نام یا سایر ویژگی های این منبع

نمونه های URL:

http://www.ipm.kstu.ru/index.php

ftp://www.ipm.kstu.ru/

مجموعه محدودی از کاراکترهای ASCII برای نشان دادن یک آدرس استفاده می شود.

شکل کلی آدرس را می توان به صورت زیر نشان داد:

<схема>://<логин>:<пароль>@<хост>:<порт>/<полный-путь-к-ресурсу >

طرح دسترسی به منابع: http، ftp، gopher، mailto، news، telnet، فایل، man، info، whatis، ldap، wais و غیره.

رمز عبور ورود-نام کاربری و رمز عبور استفاده شده برای دسترسی به منبع

میزباننام دامنه میزبان یا آدرس IP آن.

بندر-پورت میزبان برای اتصال

مسیر کامل به منبع -مشخص کردن اطلاعات در مورد مکان منبع (بستگی به پروتکل دارد).

نمونه های URL:

http://example.com #درخواست پیش‌فرض صفحه شروع

http://www.example.com/site/map.html #درخواست صفحه داده شدهدر دایرکتوری مشخص شده

http://example.com:81/script.php #اتصال به پورت غیر استاندارد

http://example.org/script.php?key=value #request با ارسال پارامتر به اسکریپت

ftp://user: [ایمیل محافظت شده]#با مجوز به سرور ftp متصل شوید

http://192.168.0.1/example/www #به آدرس شبکه متصل شوید

file:///srv/www/htdocs/index.html #فایل محلی را باز کنید

gopher://example.com/1 #به سرور gopher متصل شوید

URL - Uniform Resource Locators به ​​صراحت نحوه رسیدن به شی را توضیح می دهد.

ظهور URL ها به یک نوآوری قابل توجه در اینترنت تبدیل شده است. با این حال، از زمان اختراع خود و تا به امروز، استاندارد URL دارای یک اشکال جدی است - فقط می تواند از مجموعه محدودی از کاراکترها استفاده کند، حتی کوچکتر از ASCII: حروف لاتین، اعداد و فقط برخی از علائم نقطه گذاری - .

اگر بخواهیم از کاراکترهای سیریلیک یا هیروگلیف یا مثلاً کاراکترهای خاص فرانسوی در URL استفاده کنیم، کاراکترهای مورد نیاز ما باید به روش خاصی دوباره کدگذاری شوند.

در ویکی‌پدیای روسی زبان، هر روز نمونه‌هایی را می‌بینید رمزگذاری url، از آنجایی که زبان روسی از حروف سیریلیک استفاده می کند. به عنوان مثال، خطی مانند:

http://en.wikipedia.org/wiki/Microcredit

کدگذاری شده در URL به صورت:

http://ru.wikipedia.org/wiki/%D0%9C%D0%B8%D0%BA%D1%80%D0%BE%D0%BA%D1%80%D0%B5%D0%B4%D0 %B8%D1%82

چنین تبدیلی در دو مرحله انجام می‌شود: اول، هر کاراکتر سیریلیک در یونیکد (UTF-8) به دنباله‌ای دو بایتی کدگذاری می‌شود و سپس هر بایت از این دنباله به صورت هگزادسیمال نوشته می‌شود:

M → D0 و 9C → %D0%9C

و → D0 و B8 → %D0%B8

به → D0 و BA → %D0%BA

p → D1 و 80 → %D1%80 و غیره.

قبل از هر کد بایت هگزادسیمال، بر اساس مشخصات URL، یک علامت درصد (%) وجود دارد - از این رو حتی اصطلاح انگلیسی "percent-encoding" منشاء گرفته است، که نشان دهنده نحوه کدگذاری کاراکترها در URL ها و URI ها است.

از آنجایی که حروف همه حروف الفبا در معرض چنین تغییر و تحولی قرار می گیرند، به جز الفبای اصلی لاتین، یک URL با کلمات در اکثریت قریب به اتفاق زبان ها (به جز انگلیسی، ایتالیایی، لاتین) می تواند برای شخص غیرقابل خواندن شود.

همه اینها در تضاد با اصل بین المللی گرایی است که توسط همه سازمان های پیشرو اینترنت از جمله W3C و ISOC اعلام شده است. استاندارد IRI (شناسه منابع بین‌المللی) برای حل این مشکل طراحی شده است - شناسه‌های منابع بین‌المللی که در آنها می‌توان از کاراکترهای یونیکد بدون مشکل استفاده کرد و بنابراین حقوق زبان‌های دیگر را نقض نمی‌کند.

سایر طرح های URL

طرح HTTP.

این طرح شناسه، آدرس ماشین، پورت TCP، مسیر در فهرست سرور، متغیرها و مقادیر آنها، برچسب را مشخص می کند.

نحو:

http://[ [:@][:][?]]

http - نام طرحواره

کاربر - نام کاربری

میزبان - نام میزبان

پورت - شماره پورت

پرس و جو(<имя-поля>=<значение>{&<имя-поля>=<значение>) - رشته پرس و جو

در RFC 2068 تعریف شده است. به طور پیش فرض، port=80.

مثال ها:
http://ipm.kstu.ru/internet/index.php

این رایج ترین نوع URI است که در اسناد WWW استفاده می شود. نام طرح (http) توسط مسیری متشکل از آدرس دامنه ماشین و آدرس کامل سند HTML در درخت دنبال می شود. سرور HTTP.

یک آدرس IP همچنین می تواند به عنوان آدرس ماشین استفاده شود:

http://195.208.44.20/internet/index.php

اگر سرور پروتکل HTTP روی چیزی غیر از 80 اجرا می شود پورت TCP، سپس این در آدرس منعکس می شود:

http://195.208.44.20:8080/internet/index.php

http://195.208.44.20/internet/index.php#metka1
کاراکتر "#" نام سند را از نام برچسب جدا می کند.

متغیرها و مقادیر آنها به صورت زیر ارسال می شود:
http://ipm.kstu.ru/internet/index.php?var1=value1&vard2=value2

مقادیر "var1" و "var2" نام متغیرها هستند و "value1" و "value2" مقادیر آنها هستند.

طرح FTP

این طرحبه شما اجازه می دهد تا آرشیو فایل های FTP را آدرس دهی کنید.

نحو:

ftp://[ [:@][:]

ftp - نام طرحواره

کاربر - نام کاربری

رمز عبور - رمز عبور کاربر

میزبان - نام میزبان

پورت - شماره پورت

url-path - مسیر فایل و خود فایل

در RFC 1738 تعریف شده است. به طور پیش فرض، port=21، user=anonymous، password=آدرس ایمیل، اگر نامی مشخص شده باشد اما رمز عبور نداشته باشد، در کادر گفتگو درخواست می شود.

به نظر می رسد:

//...//[;نوع= ]، جایی که :

مثال: ftp://ipm.kstu.ru/students/name/

برای تعیین نام کاربری و رمز عبور باید به صورت زیر بنویسید:
ftp://name: [ایمیل محافظت شده]://ipm.kstu.ru/students/name/

در این حالت، این پارامترها با علامت "@" از آدرس ماشین و با علامت دو نقطه از یکدیگر جدا می شوند.

طرحواره Mailto

این طرح برای ارسال نامه است.

نحو:

mailto:[ {,,...}][?]

mailto - نام طرح

ایمیل-1 ( @) - آدرس ایمیل اول

کاربر - نام کاربری

میزبان - نام میزبان

ایمیل-2 - آدرس ایمیل دوم

پرس و جو(<имя-поля-заголовка>=<значение>{&<имя-поля-заголовка>=<значение>) - رشته پرس و جو

mailto: [ایمیل محافظت شده]

در این طرح، فیلدها و مقادیر آنها ارسال می شود:

mailto: [ایمیل محافظت شده]?subject=Subject_of_the_mail&body=Text_to_be_embedded_in_the_mail

آدرس گیرنده را می توان به عنوان مقدار فیلد to نیز نوشت:

mailto: [ایمیل محافظت شده]?subject=Subject_of_the_mail&body=Text_to_be_embedded_in_the_mail

HTTP چیست؟

اولین سند (اما نه استاندارد) RFC1945 است (پروتکل انتقال ابرمتن -- HTTP/1.0 T. Berners-Lee, R. Fielding, H. Frystyk May 1996)

آخرین نسخه RFC2616 است (پروتکل انتقال ابرمتن -- HTTP/1.1 R. Fielding, J. Gettys, J. Mogul, H. Frystyk, L. Masinter, P. Leach, T. Berners-Lee, ژوئن 1999)

پروتکل انتقال ابرمتن یک پروتکل انتقال فرامتن، یک پروتکل سطح بالا (یعنی در سطح برنامه) است. توسط سرویس WWW برای انتقال صفحات وب استفاده می شود.

HTTP (پروتکل انتقال ابرمتن، RFC 2616، نسخه فعلی HTTP/1.1) یک پروتکل انتقال ابرمتن است. این پروتکل در ابتدا برای تبادل اسناد فرامتن در نظر گرفته شده بود، اکنون قابلیت های آن به طور قابل توجهی گسترش یافته است (به ویژه ویژگی های پشتیبانی جریان اضافه شده است).

HTTP یک پروتکل معمولی مشتری-سرور است، پیام ها بر اساس طرح "درخواست پاسخ" در قالب دستورات ASCII رد و بدل می شوند. یکی از ویژگی های پروتکل HTTP این است که می تواند در درخواست و پاسخ مشخص کند که همان منبع چگونه نشان داده می شود. پارامترهای مختلف: فرمت، کدگذاری، زبان و غیره. به لطف قابلیت تعیین نحوه کدگذاری پیام است که کلاینت و سرور می توانند داده های باینری را مبادله کنند، اگرچه این پروتکل متنی است.

HTTP یک پروتکل لایه کاربردی است اما به عنوان یک "حمل و نقل" برای سایر پروتکل های برنامه مانند SOAP، XML-RPC، WebDAV نیز استفاده می شود.

پروتکل HTTP یک روش درخواست-پاسخ تعامل بین برنامه مشتری و برنامه سرور را در چارچوب دنیای فناوریوب گسترده

برای دانلود یک صفحه وب در مرورگر مشتری، درخواستی را به یک برنامه ویژه نصب شده بر روی رایانه سرور به نام سرور http ارسال می کند و داده های دریافتی از آن را پردازش می کند. در این حالت، عملکرد مرورگر این است که از سرور درخواست کند صفحه خاص، آن را دریافت کرده و در صفحه نمایش کاربر نمایش دهید. از طرف دیگر، سرور درخواست را دریافت می کند، سند درخواستی را جستجو می کند و در صورتی که چنین فایلی پیدا نشد یا به دلایلی دسترسی به آن منع شده بود، محتویات فایل یافت شده یا پیغام خطا را به مشتری می دهد. یک نکته مهمبرای درک این فرآیند این است که سرور http محتوای سند ارسال شده را تجزیه و تحلیل نمی کند. به طور کلی، سرور http اهمیتی نمی دهد که داخل فایل درخواستی چه چیزی وجود دارد، فقط آن را به مرورگر منتقل می کند و دومی تمام کار ساختاردهی و نمایش اطلاعات دریافتی را بر عهده می گیرد.

جستجوی صفحه درخواستی در دایرکتوری خاصی انجام می شود که در رایانه سرور برای این سایت اختصاص داده شده است - پیوندی به این فهرست در آدرس وارد شده توسط کاربر وجود دارد. در صورتی که درخواست نه به یک سند خاص، بلکه به کل سایت ارسال شود، سرور http به‌طور خودکار به‌اصطلاح «صفحه شروع» را به‌جای نام فایل منتقل‌شده که index.htm نام دارد، جایگزین می‌کند. یا index.html (در برخی موارد - پیش فرض. htm یا default.html). این سند باید در دایرکتوری ریشه ای که برای میزبانی سایت شما تعیین شده است، یا در صورتی که مشخص شده باشد، در دایرکتوری به نام WWW قرار داشته باشد. همه فایل‌های دیگر را می‌توان در یک فهرست یا در دایرکتوری‌های تودرتو قرار داد، که گاهی اوقات راحت است، مخصوصاً زمانی که سایت شامل چندین بخش موضوعی یا عنوان باشد.

علاوه بر پوشه های فرعی که ایجاد می کنید، که می توانید تقریباً هر محتوایی را که نیاز دارید در آنها قرار دهید، دایرکتوری سرور معمولاً شامل چندین فهرست دیگر است که باید به طور جداگانه ذکر شوند. اولین پوشه CGI-BIN است که اسکریپت های CGI و سایر اسکریپت های اجرا شده از سایت شما در آن قرار می گیرند. برنامه های کاربردی تعاملیو همچنین چندین فهرست خدمات لازم برای عملکرد عادیسرور در مرحله اولیهآنها باید به سادگی نادیده گرفته شوند. گاهی اوقات در همان فهرستی که index.html ذخیره شده است، یک ردیف وجود دارد فایل های اضافی: not_found.html - سندی که در صورتی که سرور http نتواند فایل درخواستی کاربر را پیدا کند نمایش داده می شود، forbidden.html - در صورت رد شدن دسترسی به سند درخواستی به صورت پیغام خطا نمایش داده می شود و در نهایت robots.txt - فایل ، که در آن به شکلی خاصقوانین نمایه سازی سایت شما توسط موتورهای جستجو را شرح می دهد.

در بیشتر موارد و به خصوص هنگام انتشار صفحه اصلی در سرورهایی که میزبانی رایگان ارائه می دهند، دسترسی کاربران به فهرست خدمات و پوشه CGI-BIN ممنوع می شود و تغییر محتوای فایل های not_found و forbidden.html نیز غیرممکن است. اگر قصد دارید هر محتوای تعاملی را در منبع خود بگنجانید که حداقل به توانایی قرار دادن فایل ها در یکی از پوشه های سرویس نیاز دارد، باید این را در نظر گرفت. در برخی موارد، ممکن است به شما اجازه ایجاد دایرکتوری های تودرتو روی سرور داده نشود، در این صورت کاربر باید تنها به یک دایرکتوری که برای نیازهای شما رزرو شده راضی باشد.

با توجه به موارد فوق، مشخص می شود که مرورگر مشتری فقط می تواند اطلاعات را از سرور دریافت و پردازش کند و آن را تنها در صورتی قرار دهد و تغییر دهد که آپلود فایل ها به سرور بر اساس پروتکل HTTP با استفاده از اسکریپت های ویژه CGI موجود در سرور اجرا شود. وب -رابط در تمام موارد دیگر، شما باید از به اصطلاح ftp-server استفاده کنید که با استفاده از نرم افزار خاصی می توانید به آن انتقال دهید. فایل های لازم، به طور خودکار آنها را در دایرکتوری تعیین شده برای سایت شما آپلود می کند. در هر دو مورد، برای دسترسی به سیستم باید نام ورود و رمز عبور خود را بدانید. همچنین باید به خاطر داشت که اکثر برنامه های سرور(به ویژه آپاچی برای پلتفرم های سازگار با یونیکس) بین کاراکترهای کوچک و بزرگ تمایز قائل می شود، بنابراین همه نام فایل ها و پسوند آنها باید برای جلوگیری از خطا نوشته شوند. حروف کوچک، و لزوماً به زبان لاتین. مورد دوم به دلیل تفاوت در پردازش رمزگذاری های زبان روسی است که برای سرورهای خاص معمول است.

پروتکل HTTP به شرح زیر عمل می کند: برنامه مشتری یک اتصال TCP با سرور برقرار می کند (شماره پورت استاندارد 80 است) و یک درخواست HTTP برای آن صادر می کند. سرور این درخواست را پردازش می کند و یک پاسخ HTTP برای مشتری صادر می کند.

تعامل بین مشتری و وب سرور از طریق تبادل پیام انجام می شود. پیام‌های HTTP به درخواست‌های مشتری به سرور و پاسخ‌های سرویس‌گیرنده تقسیم می‌شوند.

پیام های درخواست و پاسخ فرمت مشترکی دارند. هر دو نوع پیام به این صورت هستند: ابتدا یک خط شروع می آید، سپس احتمالاً یک یا چند فیلد سرصفحه، که سرصفحه نیز نامیده می شود، سپس یک خط خالی (یعنی خطی متشکل از کاراکترهای CR و LF) که پایان سرصفحه را نشان می دهد. فیلدها و سپس احتمالاً متن پیام:

رشته اولیه

فیلد سرصفحه 1

قسمت سرصفحه 2

فیلد سرصفحه N

بدنه ی پیام

هدرهای HTTP

فرمت رشته اولیه کلاینت و سرور متفاوت است و در زیر مورد بحث قرار خواهد گرفت. چهار نوع هدر وجود دارد:

سرصفحه های عمومی (عمومی-سرصفحه)، که می تواند هم در درخواست و هم در پاسخ وجود داشته باشد.

هدرهای درخواستی (عناوین درخواست) که فقط می توانند در درخواست وجود داشته باشند.

سرصفحه های پاسخ (سربرگ پاسخ)، که فقط می توانند در پاسخ وجود داشته باشند.

Entity-headers که به بدنه پیام اشاره دارد و محتوای آن را توصیف می کند.

هر عنوان شامل یک عنوان، یک کاراکتر دو نقطه ":" و یک مقدار است. مهمترین عناوین در جدول 1 نشان داده شده است.

میز 1

هدرهای HTTP

سرتیتر	هدف
عناوین اشیاء
اجازه	روش های پشتیبانی شده توسط سرور را فهرست می کند
رمزگذاری محتوا	نحوه کدگذاری متن پیام، به عنوان مثال برای کاهش اندازه
طول محتوا	طول پیام بر حسب بایت
نوع محتوا	شامل تعیین نوع محتوای MIME پاسخ است. بسته به مقدار Content-Type، مرورگر پاسخ را به عنوان یک صفحه HTML، یک تصویر گیف یا jpeg، فایلی که باید در دیسک ذخیره شود یا چیز دیگری در نظر می گیرد و اقدام مناسب را انجام می دهد. برخی از انواع محتوا: متن/html - متن در فرمت HTML(صفحه وب)؛ text/plain - متن ساده (شبیه به "notepad")؛ تصویر/jpeg - تصویر با فرمت JPEG. تصویر/گیف - همان، در قالب GIF؛ همچنین می تواند یک رمزگذاری برای داده های متنی ارسال کند. به عنوان مثال: charset=windows-1251 charset=koi8-rus Content-Length - طول محتوای پاسخ به بایت (اندازه فایل). Last-Modified - تاریخ و زمانی که سند آخرین بار اصلاح شده است.
ETag	یک برچسب منبع منحصر به فرد در سرور که به شما امکان مقایسه منابع را می دهد
منقضی می شود	تاریخ و زمانی که منبع روی سرور تغییر خواهد کرد و باید دوباره بازیابی شود
آخرین اصلاح	تاریخ و زمان آخرین ویرایش محتوا
سرصفحه های پاسخ
سن	تعداد ثانیه برای امتحان مجدد درخواست برای دریافت محتوای جدید
محل	URI منبع برای دسترسی به محتوا
تلاش مجدد - بعد	تاریخ و زمان یا تعداد ثانیه هایی که پس از آن درخواست باید دوباره امتحان شود تا پاسخ موفقیت آمیز دریافت شود
سرور	نام نرم افزار سروری که پاسخ را ارسال کرده است
درخواست سرصفحه ها
تایید کنید	لیستی از انواع محتوای پشتیبانی شده توسط مرورگر به ترتیب اولویت توسط این مرورگر، به عنوان مثال: Accept: image/gif، image/x-xbitmap، image/jpeg، image/pjpeg، application/vnd.ms-excel، application/ msword، application/vnd. مقدار این پارامتر عمدتاً توسط اسکریپت‌های CGI برای ایجاد پاسخی که برای یک مرورگر خاص تطبیق داده شده است استفاده می‌شود.
Charset را بپذیرید	رمزگذاری کاراکتر که در آن مشتری می تواند محتوای متنی را بپذیرد
رمزگذاری را بپذیرید	روشی که سرور می تواند پیام را رمزگذاری کند
میزبان	شماره هاست و پورتی که سند از آن درخواست شده است
If-Modified-Since If-Match If-None-Match If-Range If-Unmodified-Since	درخواست سرصفحه برای دسترسی مشروط به یک منبع
دامنه	درخواست بخشی از یک سند
عامل کاربر	نام نرم افزار مشتری - مقدار "نام رمز" مرورگر است، به عنوان مثال: Mozilla/4.0 (سازگار؛ MSIE 5.0؛ Windows 95؛ DigExt)
سرفصل های کلی
ارتباط	اتصال (اتصال) - می تواند مقادیر Keep-Alive را بگیرد و ببندد. Keep-Alive ("keep alive") به این معنی است که پس از صدور این سند، ارتباط با سرور قطع نمی شود و می توان درخواست های بیشتری را صادر کرد. اکثر مرورگرها در حالت Keep-Alive کار می کنند، زیرا به شما امکان می دهد یک صفحه html و تصاویر آن را در یک اتصال به سرور "دانلود" کنید. پس از تنظیم، Keep-Alive تا اولین خطا ادامه می یابد یا به صراحت در درخواست بستن بعدی Connection: Close مشخص شده است. بستن - پس از پاسخ به این درخواست، اتصال بسته می شود.
تاریخ	تاریخ و ساعت ایجاد پیام
پراگما	دستورات ویژه و خاص پیاده سازی در مورد محتوای در حال انتقال
رمزگذاری انتقال	نحوه کدگذاری پیام در حین انتقال

در برخی از هدرها، مقدار تاریخ و زمان است. آنها باید در قالب توضیح داده شده در RFC 1123 باشند، به عنوان مثال:

بدنه پیام حاوی اطلاعات واقعی ارسال شده است - محموله پیام. بدنه پیام دنباله ای از هشت ها (بایت) است. متن پیام ممکن است با روش رمزگذاری مشخص شده در هدر شیء Content-Encoding کدگذاری شود.

یک پیام درخواست از یک کلاینت به یک سرور شامل یک خط درخواست، سرصفحه ها (عمومی، درخواست ها، شی) و به صورت اختیاری یک متن پیام است.

رشته درخواست با یک متد شروع می شود و به دنبال آن شناسه منبع درخواستی، نسخه پروتکل و کاراکترهای انتهای خط دنبال می شود:

<Метод> <Идентификатор> <Версия HTTP>

متد روشی را برای اعمال به منبع درخواستی مشخص می کند. به عنوان مثال، روش GET می گوید که مشتری می خواهد محتویات منبع را دریافت کند. شناسه منبع درخواستی را مشخص می کند. نسخه HTTP با رشته ای مانند زیر نشان داده می شود:

http/<версия>.<подверсия>

روش های پروتکل HTTP

روش های اساسی پروتکل HTTP را در نظر بگیرید.

روش OPTIONS اطلاعاتی در مورد گزینه های اتصال (مثلاً روش ها، انواع سند، رمزگذاری) که سرور برای منبع درخواستی پشتیبانی می کند، درخواست می کند. این روش به مشتری اجازه می دهد تا بدون انجام هیچ گونه اقدامی در مورد منبع یا شروع دانلود آن، گزینه ها و/یا الزامات مرتبط با منبع، یا قابلیت های سرور را تعیین کند.

اگر پاسخ سرور یک پیام خطا نباشد، سرصفحه های موجودیت حاوی اطلاعاتی هستند که می توانند به عنوان گزینه های اتصال در نظر گرفته شوند. به عنوان مثال، هدر Allow تمام روش های پشتیبانی شده توسط سرور برای یک منبع معین را فهرست می کند.

اگر شناسه منبع درخواستی ستاره ("*") باشد، درخواست OPTIONS برای آدرس دادن به سرور به عنوان یک کل در نظر گرفته شده است.

اگر شناسه منبع درخواستی ستاره نباشد، درخواست OPTIONS برای گزینه هایی اعمال می شود که هنگام اتصال به منبع مشخص شده در دسترس هستند.

روش GET به شما این امکان را می دهد که اطلاعات مربوط به منبع درخواستی را بدست آورید. در بیشتر موارد، اگر شناسه منبع درخواستی به یک سند (به عنوان مثال، یک سند متنی، یک تصویر گرافیکی، یک ویدیو) اشاره کند، سرور محتوای این سند (محتوای فایل) را برمی‌گرداند. اگر منبع درخواستی یک برنامه (برنامه) تولید کننده داده باشد، داده های تولید شده به جای یک تصویر باینری از فایل اجرایی، در متن پیام پاسخ بازگردانده می شوند. به عنوان مثال، هنگام ایجاد برنامه های کاربردی CGI از این مورد استفاده می شود. اگر شناسه منبع درخواستی به دایرکتوری (دایرکتوری، پوشه) اشاره می کند، بسته به تنظیمات سرور، یا محتویات دایرکتوری (فهرست فایل ها) یا محتویات یکی از فایل های موجود در این دایرکتوری (معمولاً) index.html یا default.htm). که در آخرین موردنام پوشه را می توان با یا بدون کاراکتر "/" در پایان مشخص کرد. در صورت عدم وجود این نماد در انتهای شناسه، سرور یکی از پاسخ های تغییر مسیر (با کد وضعیت 301 یا 302) را صادر می کند.

بین "GET شرطی" تمایز گذاشته شده است، که در آن پیام درخواست شامل سرصفحه های درخواست If-Modified-Since، If-Unmodified-Since، If-Match، If-None-Match یا If-Range است. متد شرطی GET تنها در صورتی درخواست انتقال یک شیء را می دهد که شرایط توصیف شده در هدرهای ارائه شده را برآورده کند. روش GET مشروط برای کاهش طراحی شده است دانلود غیر ضروریشبکه، زیرا به شما این امکان را می دهد که داده های ذخیره شده توسط مشتری را مجدداً بارگیری نکنید.

همچنین بین «GET جزئی» تمایز قائل شد که در آن پیام درخواست شامل سرصفحه درخواست محدوده است. یک GET جزئی انتقال تنها بخشی از یک شی را درخواست می کند. روش GET جزئی برای کاهش بار غیرضروری شبکه با درخواست تنها بخشی از یک شی در زمانی که قسمت دیگر قبلاً توسط مشتری بارگذاری شده است در نظر گرفته شده است. مقدار هدر Range محدوده بایت هایی است که باید دریافت شود. بایت ها از 0 شماره گذاری می شوند. بایت های شروع و پایان یک محدوده با یک کاراکتر "-" از هم جدا می شوند. اگر نیاز به دریافت چندین محدوده دارید، آنها با کاما از هم جدا شده اند.

متد HEAD با GET یکسان است، با این تفاوت که سرور یک متن پیام را در پاسخ بر نمی گرداند. متا اطلاعات موجود در هدرهای HTTP پاسخ به درخواست HEAD با اطلاعات ارائه شده در پاسخ به درخواست GET یکسان است. از این روش می توان برای به دست آوردن اطلاعات در مورد شی درخواست بدون عبور مستقیم بدنه شی استفاده کرد. روش HEAD اغلب برای آزمایش پیوندهای فرامتن استفاده می شود.

روش POST برای درخواستی استفاده می‌شود که در آن سرور آدرس‌دهی داده‌های موجود در بدنه پیام (ابجکت) درخواست را گرفته و برای پردازش به برنامه‌ای که به عنوان منبع درخواستی مشخص شده است ارسال می‌کند. POST طراحی شده است تا یک روش رایج برای پیاده سازی باشد ویژگی های زیر:

حاشیه نویسی منابع موجود؛

ارسال پیام به تابلوی اعلانات (BBS)، گروه‌های خبری، فهرست‌های پستی یا گروهی از مقالات مشابه؛

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

اجرای پرس و جو در پایگاه داده (DB)؛

در واقع، عملکرد انجام شده توسط روش POST توسط برنامه ای که توسط شناسه منبع درخواستی به آن اشاره می شود، تعیین می شود. در کنار روش GET، از روش POST هنگام ایجاد برنامه های کاربردی CGI استفاده می شود. مرورگر هنگام ارسال فرم ها می تواند با روش POST درخواست ایجاد کند. برای انجام این کار، عنصر FORM سند HTML حاوی فرم باید دارای ویژگی METHOD با مقدار POST باشد.

عملی که با روش POST انجام می شود ممکن است عملی را روی سرور انجام دهد و در نتیجه عملیات هیچ محتوایی را منتقل نکند. در این مورد، بسته به اینکه پاسخ شامل یک متن پیام است که نتیجه را توصیف می کند یا خیر، کد وضعیت در پاسخ می تواند 200 (OK) یا 204 (بدون محتوا) باشد.

اگر منبع روی سرور ایجاد شده باشد، پاسخ حاوی یک کد وضعیت 201 (ایجاد شده) و شامل سرصفحه پاسخ موقعیت مکانی است.

متن پیامی که در درخواست با روش PUT ارسال می شود در سرور ذخیره می شود و شناسه منبع درخواستی، شناسه سند ذخیره شده خواهد بود. اگر شناسه منبع درخواستی به یک منبع از قبل موجود اشاره کند، شی موجود در متن پیام به عنوان نسخه اصلاح شده منبع واقع در سرور تلقی می شود. اگر منبع جدیدی ایجاد شود، سرور از طریق پاسخی با کد وضعیت 201 (ایجاد، ایجاد شده) به عامل کاربر در مورد آن اطلاع می دهد.

تفاوت اساسیبین روش های POST و PUT قرار دارد معنی متفاوتشناسه منبع درخواستی URI در یک درخواست POST منبعی را شناسایی می کند که شی موجود در متن پیام را مدیریت می کند. این منبع می تواند برنامه ای باشد که داده ها را دریافت می کند. در مقابل، یک URI در یک درخواست PUT، موجودیت موجود در درخواست را به عنوان بدنه پیام شناسایی می کند، یعنی عامل کاربر آن URI را به منبع موجود اختصاص می دهد.

روش DELETE از سرور می خواهد که منبعی را که شناسه درخواستی را دارد حذف کند. درخواست با این روش ممکن است توسط سرور رد شود اگر کاربر اجازه حذف منبع درخواستی را نداشته باشد.

روش TRACE برای برگرداندن یک درخواست ارسال شده در لایه پروتکل HTTP استفاده می شود. گیرنده درخواست (سرور وب) پیام دریافتی را به عنوان بدنه شی پاسخ با کد وضعیت 200 (OK) به مشتری ارسال می کند. درخواست TRACE نباید حاوی متن پیام باشد.

TRACE به مشتری این امکان را می دهد که ببیند سرور در انتهای دیگر چه چیزی دریافت می کند و از آن اطلاعات برای آزمایش یا تشخیص استفاده کند.

اگر درخواست موفقیت آمیز باشد، پاسخ شامل کل پیام درخواست در بدنه پیام پاسخ است و هدر Content-Type مقدار "message/http" را دارد.

کدهای پاسخگویی

پس از دریافت و تفسیر پیام درخواست، سرور با یک پیام پاسخ HTTP پاسخ می دهد.

خط اول پاسخ Status-Line است. این شامل نسخه پروتکل، یک کد وضعیت عددی، یک عبارت توضیحی، جدا شده با فاصله و کاراکترهای انتهای خط است:

<Версия HTTP> <Код состояния> <Поясняющая фраза>

نسخه پروتکل همان مقدار درخواست را دارد.

عنصر Status-Code یک کد صحیح سه رقمی (سه رقمی) از نتیجه درک و برآورده شدن درخواست است. Reason-Phrase یک توضیح متنی کوتاه از کد وضعیت است. کد وضعیت برای پردازش نرم افزار و عبارت توضیحی برای کاربران است.

اولین رقم کد وضعیت، کلاس پاسخ را تعیین می کند. دو رقم آخر نقش خاصی در طبقه بندی ندارند. 5 مقدار برای رقم اول وجود دارد:

1xx: کدهای اطلاعات - درخواست دریافت شد، پردازش ادامه دارد.

2xx: کدهای موفقیت- اقدام با موفقیت دریافت، درک و پردازش شد.

3xx: تغییر مسیر کدها - اقدامات بیشتری برای تکمیل درخواست باید انجام شود.

4xx: کدهای خطای مشتری - درخواست دارای یک خطای نحوی است یا تکمیل نمی شود.

5xx: کدهای خطای سرور - سرور قادر به انجام یک درخواست معتبر نیست.

عبارات دلیل برای هر کد وضعیت در RFC 2068 فهرست شده است و توصیه می شود، اما ممکن است بدون تأثیر بر پروتکل با عبارات معادل جایگزین شود. به عنوان مثال، در نسخه های بومی سازی شده به زبان روسی سرورهای HTTP، این عبارات با عبارات روسی جایگزین می شوند. جدول 2 کدهای پاسخ سرور HTTP را نشان می دهد.

جدول 2

کدهای پاسخ سرور HTTP

کد	عبارت توضیحی بر اساس RFC 2068	عبارت توضیحی معادل در روسی
1xx: کدهای اطلاعاتی
	ادامه هید	ادامه هید
2xx: کدهای موفقیت
	خوب	خوب
	ایجاد شده	ایجاد شده
	بی محتوا	بی محتوا
	بازنشانی محتوا	بازنشانی محتوا
	محتوای جزئی	محتوای جزئی
3xx: تغییر مسیر کدها
	به طور موقت منتقل شد	به طور موقت جابجا شد
	اصلاح نشده است	اصلاح نشده است
4xx: کدهای خطای کلاینت
	درخواست بد	درخواست شکسته
	غیرمجاز	غیرمجاز
	پیدا نشد	پیدا نشد
	روش مجاز نمی باشد	روش مجاز نمی باشد
	درخواست مهلت زمانی	مهلت درخواست به پایان رسیده است
	تعارض	تعارض
	طول مورد نیاز	طول مورد نیاز
	درخواست موجودیت خیلی بزرگ است	شی درخواست خیلی بزرگ است
5xx: کدهای خطای سرور
	درونی؛ داخلی خطای سرور	خطای داخلیسرورها
	اجرا نشده	اجرا نشده
	سرویس در دسترس نیست	سرویس در دسترس نیست
	نسخه HTTP پشتیبانی نمی شود	نسخه پشتیبانی نشده HTTP

خط وضعیت با سرصفحه ها (عمومی، پاسخ و شی) و به صورت اختیاری بدنه پیام دنبال می شود.

یکی از مهمترین توابع وب سرورفراهم کردن دسترسی به بخشی از محلی است سیستم فایل. برای انجام این کار، دایرکتوری خاصی در تنظیمات سرور مشخص شده است که ریشه این سرور است. سندی را منتشر کند، یعنی آن را بسازد در دسترس کاربران قرار گیردکه از این سرور "بازدید" کرده است (از طریق HTTP به آن متصل شده است)، باید این سند را در آن کپی کنید دایرکتوری ریشهوب سرور یا یکی از زیر شاخه های آن. هنگام اتصال از طریق پروتکل HTTP، فرآیندی با حقوق کاربر بر روی سرور ایجاد می شود که، به عنوان یک قاعده، در واقعیت وجود ندارد، اما مخصوصا برای مشاهده منابع سرور ایجاد شده است. با پیکربندی حقوق و مجوزهای یک کاربر معین، می توانید دسترسی به منابع وب را کنترل کنید.

در نظر گرفتن ساده ترین مثالدرخواست HTTP. اگر آدرس http://yandex.ru را در پنجره آدرس مرورگر تایپ کنیم، مرورگر آدرس IP سرور yandex.ru را تعیین می کند و درخواست HTTP زیر را در پورت 80 برای آن ارسال می کند:

دریافت http://yandex.ru/ HTTP/1.0

پذیرش: image/gif، image/x-xbitmap، image/jpeg، image/pjpeg، application/vnd.ms-excel، application/msword، application/vnd.ms-powerpoint، */*

Accept-Language: en

کوکی: yandexuid=2464977781018373381

عامل کاربر: Mozilla/4.0 (سازگار؛ MSIE 5.5؛ Windows 98)
میزبان: yandex.ru

مرجع: narod.ru

اتصال پروکسی: Keep Alive

درخواست به صورت متن رمزگذاری نشده ارسال می شود. مهمترین بخش درخواست در خط اول قرار دارد: این نوع درخواست (GET)، URL سند درخواستی (http://yandex.ru) و نسخه است. پروتکل HTTP(HTTP/1.0). پارامترهای پرس و جو در زیر فهرست شده است. هر خط مربوط به یک پارامتر است. خط با نام پارامتر شروع می شود و سپس یک دونقطه و مقدار پارامتر شروع می شود.

پذیرش - نوع داده ای که مرورگر می تواند بپذیرد (در رمزگذاری MIME).

Accept-Language زبان ترجیحی است که مرورگر می خواهد داده ها را در آن بپذیرد. User-Agent - نوع برنامه ای که درخواست را ارسال کرده است.

Host - نام DNS (یا IP) میزبانی که درخواست به آن ارسال شده است.

کوکی - کوکی ها (داده هایی که توسط سرور در آن ذخیره شده است دیسک محلیمشتری هنگام بازدید از این میزبان آخرین بار).

ارجاع دهنده - میزبانی که از صفحه آن درخواست را ارسال می کنیم. بنابراین، برای مثال، اگر در صفحه http://narod.ru باشیم و روی پیوند http://yandex.ru در آنجا کلیک کنیم، آنگاه درخواست به میزبان yandex.ru و قسمت درخواست ارجاع ارسال می شود. حاوی نام میزبان narod.ru خواهد بود.

مجموعه پارامترهای پرس و جو ثابت نیست. علاوه بر موارد فوق، ممکن است پارامترهای دیگری نیز وجود داشته باشد.

جالب ترین پارامترها ارجاع و کوکی هستند. این پارامترها عمدتاً برای شناسایی کاربر توسط سرور استفاده می شوند.

درخواست GET ممکن است حاوی داده هایی باشد که از کلاینت به سرور ارسال می شود. آنها مستقیماً از طریق یک URL با استفاده از پروتکل CGI منتقل می شوند. داده ها با یک "؟" از URL جدا می شوند. و با علامت "&" متصل می شوند:

گرفتن ?<параметр 1>=<значение 1>&<параметр 2>=<значение 2>&…

این نوع انتقال داده به سرور راحت است، اما محدودیت هایی در حجم دارد. آرایه های داده خیلی بزرگ را نمی توان از طریق URL منتقل کرد. برای چنین اهدافی، نوع دیگری از درخواست وجود دارد: درخواست POST. یک درخواست POST بسیار شبیه به یک درخواست GET است، تنها تفاوت این است که داده های درخواست POST به طور جداگانه از سربرگ درخواست ارسال می شوند:

بدنه درخواست باید با یک خط خالی از هدر جدا شود. اگر سرور در یک درخواست POST با یک رشته خالی مواجه شود، آنگاه هر چیزی که در ادامه می آید بدنه درخواست (داده های ارسال شده) در نظر گرفته می شود. به موارد زیر توجه کنید: فرمت داده ها در بدنه درخواست POST دلخواه است. اگرچه فرمت CGI بیشتر مورد استفاده قرار می گیرد، اما لازم نیست. علاوه بر این، درخواست POST به بدنه درخواست نیاز ندارد و می تواند داده ها را از طریق URL نیز ارسال کند.

علاوه بر فرمت CGI، گاهی اوقات برای انتقال حجم زیادی از اطلاعات (مثلا فایل ها) از به اصطلاح استفاده می شود. فرمت چند قسمتی (فرمت داده های ارسال شده توسط پارامتر Content-Type تعیین می شود):

مرورگرهای مدرن حاوی ابزارهایی برای توسعه دهندگان وب هستند تا اطلاعاتی در مورد درخواست های ارسالی دریافت کنند. اگر نیاز به نگاه کردن به سرفصل‌های چند درخواست دارید، استفاده از آنها آسان‌تر و سریع‌تر از روش‌های دیگر خواهد بود.

اگر از فایرفاکس استفاده می کنید، می توانید از کنسول وب آن استفاده کنید. هدرهای درخواست و محتوای ارسالی را نمایش می دهد کلوچه ها. برای راه اندازی آن، منوی مرورگر را باز کنید، روی آیتم "Web Development" کلیک کنید و "Web Console" را انتخاب کنید. در پانل ظاهر شده، دکمه "شبکه" را فعال کنید. نام روش را در قسمت فیلتر - post وارد کنید. بسته به اهداف خود، روی دکمه فرم که درخواست مورد نیاز را ارسال می کند کلیک کنید یا صفحه را رفرش کنید. کنسول درخواست ارسال شده را نمایش می دهد. برای مشاهده جزئیات بیشتر با ماوس روی آن کلیک کنید.

مرورگر گوگلکروم ابزارهای قدرتمندی برای رفع اشکال دارد. برای استفاده از آنها، روی نماد آچار کلیک کنید و سپس مورد "سفارشی کردن و کنترل Google Chrome" را گسترش دهید. «ابزار» را انتخاب کرده و «ابزار توسعه‌دهنده» را اجرا کنید. در نوار ابزار، تب Network را انتخاب کرده و درخواست را ارسال کنید. درخواست مورد نیاز را در لیست پیدا کنید و برای مشاهده جزئیات روی آن کلیک کنید.

مرورگر اپرا دارای ابزارهای توسعه دهنده داخلی برای Opera Dragonfly است. برای راه اندازی آنها روی صفحه مورد نظر کلیک راست کرده و مورد را انتخاب کنید منوی زمینه"بازرسی عنصر". به تب "شبکه" ابزار توسعه دهنده بروید و درخواست مورد نیاز را ارسال کنید. آن را در لیست پیدا کنید و آن را برای بررسی سرصفحه ها و پاسخ های سرور گسترش دهید.

Internet Explorer 9 شامل مجموعه ای به نام "F12 Developer Tools" است که ارائه می کند اطلاعات دقیقدر مورد درخواست های تکمیل شده آنها با فشار دادن دکمه F12 یا با استفاده از منوی "ابزار" حاوی موردی به همین نام راه اندازی می شوند. برای مشاهده درخواست، به تب "شبکه" بروید. یک پرس و جو داده شده را در خلاصه پیدا کنید و برای گسترش جزئیات دوبار کلیک کنید.

مرورگرهای کروم و اینترنت اکسپلورر 9 حاوی ابزارهای داخلی هستند که به شما امکان می‌دهند درخواست پست ارسال شده را با جزئیات بررسی کنید. برای جزئیات کامل، از آنها یا فایرفاکس با نصب افزونه Firebug استفاده کنید. برای بررسی مکرر پرس و جوها، به عنوان مثال، هنگام اشکال زدایی وب سایت ها، بسیار مفید است.

اگر می خواهید درخواست ارسال شده توسط برنامه ای غیر از مرورگر را مشاهده کنید، از اشکال زدایی HTTP Fiddler استفاده کنید. این به عنوان یک سرور پروکسی عمل می کند و درخواست های هر برنامه ای را رهگیری می کند و اطلاعات بسیار دقیقی در مورد هدرها و محتوای آنها ارائه می دهد.