یک شناسه منبع یکسان (uri)، هدف و بخش‌های آن. طرح عملکرد سرور WWW

URI (شناسه منبع یکسان) یک رشته فشرده از کاراکترها است که برای شناسایی یک منبع انتزاعی یا فیزیکی استفاده می شود. منبع به عنوان هر شیئی که به یک فضای خاص تعلق دارد درک می شود. نیاز به یک URI توسط توسعه دهندگان WWW از زمان پیدایش این سیستم درک شده است قرار بود ابزارهای استفاده شده را در یک محیط اطلاعاتی واحد متحد کند روش های مختلفشناسایی منابع اطلاعاتی مشخصاتی ایجاد شد که شامل تماس با FTP، Gopher، WAIS، Usenet، E-mail، Prospero، Telnet، X.500 و البته HTTP (WWW) بود. در نتیجه، یک مشخصات جهانی ایجاد شد که به دلیل ظهور طرح های جدید، امکان گسترش فهرست منابع آدرس پذیر را فراهم می کند.

جایی که از URI استفاده می شود، پیوندهای فرامتن هستند که در برچسب ها نوشته شده اند و ... گرافیک های جاسازی شده نیز با مشخصات URI در برچسب ها مورد بررسی قرار می گیرند و ... پیاده سازی URI برای WWW URL (Uniform Resource Locator) نامیده می شود. به طور دقیق تر، URL اجرای طرح URI است که به الگوریتمی برای دسترسی به منابع از طریق پروتکل های شبکه نگاشت شده است. همچنین یک URN (نام منبع یکسان) وجود دارد که یک URI را به یک فضای نام در شبکه نگاشت می کند.

ظهور URN ها از تمایل به آدرس دهی بخش های MIME یک پیام ایمیل ناشی می شود. اصول ساخت آدرس WWW. URI بر اساس اصول زیر بود:

· توسعه پذیری - طرح های آدرس دهی جدید باید به راحتی در دستور URI موجود قرار گیرند.

· کامل بودن - در صورت امکان، هر یک از طرح های موجود باید با استفاده از یک URI توصیف شود.

· خوانایی - آدرس باید به راحتی توسط کاربر قابل خواندن باشد، که معمولاً برای فناوری WWW معمول است - اسناد به همراه پیوندها را می توان در یک ویرایشگر متن معمولی توسعه داد.

قبل از در نظر گرفتن طرح های مختلفنمایش آدرس ها، در اینجا مثالی از یک URI ساده آورده شده است:

http://polyn.net.kiae.su/polyn/index.html

قبل از کولون، شناسه طرح آدرس - "http" قرار می گیرد. این نام با یک کولون از باقیمانده URI که مسیر نامیده می شود جدا می شود. V در این موردمسیر شامل آدرس دامنه ماشینی است که سرور HTTP روی آن نصب شده است و مسیر از ریشه درخت سرور تا فایل "index.html". علاوه بر نماد URI کامل نشان داده شده در بالا، یک نماد ساده وجود دارد. فرض بر این است که در زمان استفاده از آن، بسیاری از پارامترهای آدرس منبع قبلاً تعریف شده اند (پروتکل، آدرس ماشین در شبکه، برخی از عناصر مسیر). تحت چنین مفروضاتی، نویسنده صفحات فرامتن می تواند فقط آدرس نسبی منبع را نشان دهد، یعنی. آدرسی نسبت به برخی منابع اساسی

URL (Uniform Resource Locator) زیرمجموعه‌ای از طرح‌های URI است که یک منبع را با نحوه دسترسی به آن شناسایی می‌کند (به عنوان مثال، "مکان آن در وب") به جای شناسایی آن با نام یا سایر ویژگی‌های آن منبع. URL به صراحت نحوه رسیدن به شی را توضیح می دهد.

نحو: :, جایی که:

طرح = "http" | "Ftp" | "گوفر" | "Mailto" | «اخبار» | "تلنت" | "پرونده" | "مرد" | "اطلاعات" | "چیست" | "لداپ" | "ویس" | ...- نام طرحواره

طرح – خاص – قسمت- بستگی به طرح دارد. در بخش طرح - خاص - می توانید استفاده کنید مقادیر هگزادسیمالبه شکل:% 5f. اکتت های غیر قابل چاپ باید کدگذاری شوند: 00-1F، 7F، 80-FF.

نمونه هایی از URL ها:

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

Ftp://www.ipm.kstu.ru/

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

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

نحو: 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 نسبتا جدید است، HTML در نسخه های فعلی گنجانده نشده است و خدمات دایرکتوری هنوز توسعه نیافته اند، بنابراین URN به اندازه URL گسترده نیست.

طرح های آدرس دهی منابع اینترنتی

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

طرح HTTP... این طرح اولیه برای WWW است. این طرح شامل شناسه، آدرس ماشین، پورت TCP، مسیر در فهرست سرور، معیار جستجو و برچسب است.

نحو: http: // [ [:@][:][?]]

http- نام مدار

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

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

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

بندر- شماره پورت

آدرس - مسیر- مسیر فایل و خود فایل

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

به طور پیش فرض پورت = 80.

در اینجا چند نمونه از URI ها برای طرح HTTP آورده شده است:

http://polyn.net.kiae.su/polyn/manifest.html

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

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

http://144.206.160.40/risk/risk.html

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

http://144.206.130.137:8080/altai/index.html

http://polyn.net.kiae.su/altai/volume4 .html # ابتدا

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

نحو: ftp: // [ [:@][:]

ftp- نام مدار

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

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

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

بندر- شماره پورت

آدرس - مسیر- مسیر فایل و خود فایل

به طور پیش فرض، پورت = 21، کاربر = ناشناس، رمز عبور = آدرس ایمیل.

این طرح اغلب برای دسترسی به آرشیوهای FTP عمومی استفاده می شود:

ftp://polyn.net.kiae.su/pub/0index.txt

در این حالت پیوندی به آرشیو "polyn.net.kiae.su" با شناسه "ناشناس" یا "ftp" (دسترسی ناشناس) ثبت می شود. اگر نیاز به تعیین شناسه کاربری و رمز عبور او وجود دارد، می توانید این کار را در مقابل آدرس دستگاه انجام دهید:

ftp: // هیچ کس: [ایمیل محافظت شده]/ کاربران / محلی / میخانه

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

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

نحو: شبکه راه دور: // [ [:@][:]/

شبکه راه دور- نام مدار

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

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

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

بندر- شماره پورت

به طور پیش فرض، پورت = 23.

مثال: شبکه راه دور: // نام: [ایمیل محافظت شده]

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

شبکه راه دور: // مهمان: [ایمیل محافظت شده]

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

سرویس WWW

سرویس WWW (وب جهانی) - طراحی شده برای تبادل اطلاعات فرامتن، که بر اساس طرح "مشتری-سرور" ساخته شده است. مرورگر ( اینترنت اکسپلورر, Opera ...) یک کلاینت چند پروتکلی و مفسر HTML است. و به عنوان یک مفسر معمولی، مشتری بسته به دستورات (برچسب ها) عملکردهای مختلفی را انجام می دهد. دامنه این توابع نه تنها شامل قرار دادن متن بر روی صفحه نمایش است، بلکه تبادل اطلاعات با سرور به هنگام تجزیه متن HTML دریافتی است که به وضوح در هنگام نمایش تصاویر گرافیکی تعبیه شده در متن رخ می دهد.

سرور HTTP (Apache، IIS ...) درخواست های مشتری برای دریافت فایل را مدیریت می کند. در ابتدا، سرویس WWW بر اساس سه استاندارد بود:

· HTML (HyperText Markup Lan – gage) - زبان نشانه گذاری فرامتن اسناد.

· URL (جنس یاب منبع جهانی) - روشی جهانی برای آدرس دهی منابع در شبکه.

· HTTP (پروتکل انتقال ابرمتن) - پروتکلی برای تبادل اطلاعات فرامتن.

طرح عملکرد سرور WWW

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

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

1. کاربر شبکه یک مرورگر راه اندازی می کند که عملکردهای آن عبارتند از:

· ایجاد ارتباط با سرور.

· اخذ مدارک مورد نیاز

· نمایش سند دریافتی.

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

2. سرور WWW سند درخواستی را جستجو می کند و نتایج را به مرورگر برمی گرداند.

3. مرورگر با دریافت سند، آن را به کاربر نمایش می دهد و منتظر واکنش وی می ماند. گزینه های ممکن:

· وارد کردن آدرس یک سند جدید.

· چاپ، جستجو، عملیات دیگر در سند فعلی.

· فعال سازی (فشردن) نواحی خاص سند دریافتی که لینک نامیده می شود و با آدرس سند جدید همراه است. در مورد اول و سوم درخواست تجدید نظر برای سند جدید وجود دارد.

و ارجاع دهنده گوگل پلی.

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

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

این سری از انتشارات همه مکانیسم های مختلف پیوند مستقیم را که ما استفاده می کنیم توصیف می کند و نحوه اجرای آنها را توضیح می دهد.

می توانید شروع به کار در سایت کنید start.branch.ioیا روی دکمه زیر کلیک کنید.

طرح URI اندروید و فیلتر قصد

در اندروید 1.0، یک مکانیسم پیوند مستقیم بر اساس طرح URI ایجاد شد. با آن، یک توسعه دهنده می تواند برنامه خود را با یک URI (شناسه منبع یکسان) در سیستم عاملبرای یک دستگاه خاصپس از نصب برنامه از هر URI می توان استفاده کرد. رشته متنهیچ کاراکتر خاصی مانند HTTP، pinterest، fb، یا myapp وجود ندارد. پس از ثبت نام، اگر ": //" را به انتهای URI اضافه کنید (مثلا pinterest: //) و روی این لینک کلیک کنید، باز می شود. اپلیکیشن پینترست... اگر برنامه Pinterest نصب نشده باشد، خطای "Page not found" ظاهر می شود.

الزامات استفاده از طرح های URI در اندروید

• ثبت کنشی برای پاسخ به یک URI با فیلتر قصد در مانیفست.
• برای استفاده باید برنامه نصب شده باشد. اگر برنامه نصب نشده باشد، یک پیغام خطا ظاهر می شود.

راه اندازی یک طرح URI در اندروید

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

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

مدیریت لینک های مستقیم در یک برنامه اندروید

سپس باید رشته را تجزیه کنید تا مقادیر اضافه شده توسط طرح URI را بخوانید.

استفاده از طرح‌های URI در اندروید در عمل

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

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

کد سعی می‌کند با مشخص کردن طرح URI به‌عنوان منبع iFrame، برنامه را باز کند و اگر برنامه بارگذاری نشد، با خیال راحت به فروشگاه Google Play بازگردد.

نتیجه

دنبال کردن انتشارات بیشتراختصاص داده شده به لینک های مستقیم در اندروید.

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

پست های مرتبط

پیوندهای مستقیم، پیوندهای جهانی، طرح‌های URI / URL و پیوندهای برنامه در دسترس هستند سال های گذشتههمه این مکانیسم ها به طور قابل توجهی نحوه پیوند محتوا در برنامه های تلفن همراه را تغییر داده اند. بسیاری از برنامه نویسان برنامه مشخصی ندارند ...

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

برای دسترسی به هر گونه منابع شبکه، باید بدانید که در کجا قرار دارند و چگونه به آنها دسترسی داشته باشید. شبکه جهانی وب از یک طرح آدرس دهی و شناسایی استاندارد استفاده می کند، با در نظر گرفتن تجربه آدرس دهی و شناسایی ایمیل، 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، جایی که namespace نحوه استفاده از داده های بعد از ":" دوم را مشخص می کند.

مثال 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 | | /

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

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

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

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

منبع یاب یکنواخت 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 # درخواست یک صفحه داده شده v دایرکتوری مشخص شده

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

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

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

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

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

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

URL - مکان یاب منبع یکسان به صراحت نحوه رسیدن به یک شی را توضیح می دهد.

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

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

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

http://ru.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

k → D0 و BA → % D0% BA

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

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

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

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

سایر طرح های آدرس اینترنتی

طرح HTTP.

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

نحو:

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

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

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

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

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

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

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

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

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

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

http://195.208.44.20/internet/index.php

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

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 تعریف شده است. به طور پیش فرض، پورت = 21، کاربر = ناشناس، رمز عبور = آدرس ایمیل، اگر نام مشخص شده باشد اما رمز عبور مشخص نشده باشد، در کادر گفتگو درخواست می شود.

به نظر می رسد:

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

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

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

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

طرحواره MAILTO

این طرح برای ارسال نامه در نظر گرفته شده است.

نحو:

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

mailto - نام طرح

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

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

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

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

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

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

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

mailto: [ایمیل محافظت شده]موضوع = موضوع_ایمیل و متن = متن_که_در_ایمیل_درج می شود

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

mailto: [ایمیل محافظت شده]موضوع = موضوع_ایمیل و متن = متن_که_در_ایمیل_درج می شود

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 استفاده کنید که می توانید فایل های لازم را با استفاده از نرم افزار مخصوص به آن انتقال دهید و به طور خودکار آنها را در دایرکتوری تعیین شده برای سایت خود آپلود کنید. در هر دو مورد، برای دسترسی به سیستم باید نام ورود و رمز عبور خود را بدانید. همچنین باید به خاطر داشت که اکثر برنامه های سرور (به ویژه Apache برای پلتفرم های سازگار با یونیکس) بین حروف کوچک و مورد سرمایهکاراکترها، بنابراین نام فایل ها و پسوند آنها باید با حروف کوچک و همیشه لاتین نوشته شود تا از خطا جلوگیری شود. مورد دوم به دلیل تفاوت در پردازش رمزگذاری های زبان روسی است که برای سرورهای خاص معمول است.

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

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

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

خط شروع

فیلد سرصفحه 1

قسمت سرصفحه 2

فیلد سرصفحه N

بدنه ی پیام

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

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

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

هدرهای درخواستی که فقط در یک درخواست وجود دارند.

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

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

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

میز 1

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

سرفصل	وقت ملاقات
سرصفحه های اشیاء
اجازه	روش های پشتیبانی شده توسط سرور را فهرست می کند
محتوا-رمزگذاری	نحوه کدگذاری متن پیام، به عنوان مثال برای کاهش اندازه
طول محتوا	طول پیام بر حسب بایت
نوع محتوا	شامل تعیین نوع محتوای MIME پاسخ است. بسته به نوع محتوا، مرورگر پاسخ را به عنوان یک صفحه HTML، تصویر گیف یا jpeg، فایلی که باید در دیسک ذخیره شود یا چیز دیگری تفسیر می‌کند و اقدامات مناسب را انجام می‌دهد. برخی از انواع محتوا: متن / html - متن HTML (صفحه وب). متن / ساده - متن ساده (شبیه به "Notepad")؛ تصویر / jpeg - تصویر در فرمت JPEG. تصویر / gif - همان، در قالب 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، برنامه / msword, application / vnd. ms-powerpoint, * / * این بدیهی است که برای مواردی لازم است که سرور بتواند یک سند را در قالب های مختلف ارائه دهد. مقدار این پارامتر عمدتاً توسط اسکریپت های CGI برای ایجاد پاسخی که برای یک مرورگر معین تطبیق داده شده است استفاده می شود.
Accept-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 کار می کنند، زیرا به شما امکان می دهد یک صفحه html و تصاویر را در یک اتصال به سرور "دانلود" کنید. پس از تنظیم، حالت Keep-Alive تا اولین خطا یا تا زمانی که به صراحت در درخواست بستن بعدی Connection: بستن نشان داده شود، حفظ می شود. بستن - پس از پاسخ به این درخواست، اتصال بسته می شود.
تاریخ	تاریخ و زمان تشکیل پیام
پراگما	دستورات خاص پیاده سازی برای محتوای منتقل شده
انتقال-رمزگذاری	روش رمزگذاری پیام برای انتقال

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

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

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

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

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

Method روشی را برای اعمال به منبع درخواستی مشخص می کند. به عنوان مثال، روش 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 توسط برنامه ای که توسط ID منبع درخواستی به آن اشاره شده است، تعیین می شود. در کنار روش 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 "پیام / 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

پذیرش: تصویر / gif، تصویر / x-xbitmap، تصویر / jpeg، تصویر / pjpeg، برنامه / vnd.ms-excel، برنامه / msword، برنامه / vnd.ms-powerpoint، * / *

Accept-Language: ru

کوکی: yandexuid = 2464977781018373381

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

مرجع: narod.ru

Proxy-Connection: Keep-Alive

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 (چارچوب توصیف منبع) که نمی توان از طریق اینترنت به دست آورد (به عنوان مثال، یک شخص، ماشین، شهر و غیره).

داستان

در سال 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://ru.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 اعلام شده است. این مشکل در نظر گرفته شده است که توسط استاندارد IRI (eng. شناسه منابع بین المللی) - شناسه های منابع بین المللی که در آنها می توان از کاراکترهای یونیکد بدون مشکل استفاده کرد و حقوق زبان های دیگر را نقض نمی کند. همچنین، سازنده URI، تیم برنرز لی، گفت که سیستم نام دامنه ای که زیربنای URL ها قرار می گیرد، تصمیم بدی است و منابع را مجبور به معماری سلسله مراتبی می کند که برای وب ابرمتن مناسب نیست.

ساختار URI

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

در این مدخل:

طرح

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

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

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

استعلام

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

قطعه

(همچنین یک جزء اختیاری)

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

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

این الگو شامل 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. / میخانه / ietf / uri /
5. بدون نتیجه
6. بدون نتیجه
7. #مربوط
8. مربوط

نمونه هایی از URI ها:

URI های مطلق

• https://ru.wikipedia.org/wiki/URI
• ftp://ftp.is.co.za/rfc/rfc1808.txt
• فایل: // C: \ UserName.HostName \ Projects \ Wikipedia_Articles \ URI.xml
• فایل: /// C: /file.wsdl
• فایل: ///Users/John/Documents/Projects/Web/MyWebsite/about.html
• ldap: /// c = GB؟ objectClass؟ one
• mailto: [ایمیل محافظت شده]
• جرعه جرعه: [ایمیل محافظت شده]
• اخبار: comp.infosystems.www.servers.unix
• داده: متن / ساده؛ مجموعه حروف = iso-8859-7،% be% be% be
• تلفن: + 1-816-555-1212
• شبکه راه دور: //192.0.2.16: 80 /
• urn: oasis: names: مشخصات: 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
• نسبی / مسیر / به / resource.txt
• ../../../resource.txt
• resource.txt
• /resource.txt#frag01
• # frag01

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

سرویس DNS

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 to را اجرا کنید پوشه خودروی دسکتاپ شما

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

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

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

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

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

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

کار با 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 و کشور = DACH تعریف شده است. یک رشته پرس و جو می تواند چندین مؤلفه داشته باشد که هر کدام یک متغیر و مقدار را مشخص می کند که با نماد & پیوند خورده است. چندین مؤلفه پرس و جو را می توان با & ترکیب کرد. بنابراین، در مثال ما، مولفه اول pageid = 1078 با متغیر pageid و مقدار 1078 است، و جزء دوم کشور = DACH است.

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

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

چندین کاراکتر در URI ها رزرو شده اند - آنها را نمی توان در نام میزبان یا نام مسیر گنجاند زیرا آنها کاراکترهای جداکننده ویژه هستند. کاراکترهای زیر در URI رزرو شده اند:

; / ? : @ & = + $ ,

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

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

Uri baseURI = Uri جدید ("http: // سایت");

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

Uri baseURI = Uri جدید ("http: // سایت"); 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 به طور خودکار قبل از نام فایل همراه با فایل: // schema قرار می گیرد.
طرح	طرحواره اولین قسمت URI است و در این حالت این ویژگی مقدار http را برمی گرداند.
میزبان	ویژگی میزبان نام میزبان را از URI نشان می دهد: www.globalknowledge.net
قدرت	اگر شماره پورت برابر با پیش فرض پروتکل باشد، ویژگی Authority همان رشته ای را که ویژگی Host نمایش می دهد نمایش می دهد. اگر از شماره پورت متفاوتی استفاده شود، ویژگی Authority نیز شماره پورت را نشان می دهد.
HostNameType	نوع نام میزبان به نام استفاده شده بستگی دارد. در این مورد، همان مقدار شمارش UriHostNameType که در بالا مورد بحث قرار گرفت، به دست می آید.
بندر	با استفاده از ویژگی Port، شماره پورت - 80 به دست می آید.
مسیر مطلق	یک مسیر مطلق بعد از شماره پورت در URI شروع می شود و قبل از رشته query به پایان می رسد. در این حالت روی /training/generic.asp تنظیم می شود.
LocalPath	مسیر محلی مقدار /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 هستند.