URI، URL، URN چیست و چگونه تفاوت دارند. آدرس URL چیست و چگونه با آن کار کنیم نامه هایی از "سازمان های دولتی"

: من همیشه می خواستم این را بفهمم، اما اهمیت آن آنقدر کوچک بود که همیشه دلیلی برای انجام ندادن آن وجود داشت :)

آیا تا به حال فکر کرده اید: URL - چیست?

من همیشه با این مواجه می شوم، اما تا به حال نمی خواستم بفهمم تفاوت بین اصطلاحات URI، URL، URN، و سپس ناگهان یک پست (متاسفانه، قبلاً به فراموشی سپرده شده است) چیست، تصمیم گرفتم - من من آن را خودم می خوانم و به دیگران می گویم، اگرچه همانطور که در بالا گفته شد، چیزی از این تغییر نمی کند، اما من گاهی دوست دارم تحت اللفظی حرف بزنم، بنابراین ترجمه معقول را بخوانید:

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

رمزگشایی اختصارات

URI - شناسه منبع یکسان مشخص کنندهمنبع)
URL - یکنواخت منبع یاب (یکپارچه مکان یابمنبع)
URN - نام یکنواخت منبع ناممنبع)

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

تعریف

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

هیچ چیز بهتر از یک مثال عینی نیست

URI = http://site/2009/09/uri-url-urn.html
URL = http://site
URN = /2009/09/uri-url-urn.html

بیایید آن را جمع بندی کنیم

URI مفهوم یک شناسه انتزاعی است، در حالی که URL و URN اجرای واقعی یک آدرس و یک نام هستند.
امیدوارم همه چیز برای همه روشن باشد. باسواد باش!

درک هر یک از ما فردی است، بنابراین بحث کنید و بحث های موجود در نظرات مقاله را بخوانید، چیزهای جالب زیادی در آنجا وجود دارد.

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

با این حال، هنگام تجزیه و تحلیل مشخصات فنی استانداردهای اینترنت، به ویژه سند "RFC 1738 - Uniform Resource Locators (URL)"، باید اعتراف کنیم که هر دو گزینه برای ثبت آدرس یک منبع وب به طور رسمی صحیح هستند و تحریم برای استفاده از این یا آن گزینه چیزی نیست جز یک موتور جستجوی عجیب و غریب یا داستان های افراد شبه سئو.

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

با ترجمه چند صفحه ای RFC ذکر شده حوصله شما را سر نمی برم، زیرا اولاً هدف از سؤال، اسلش انتهای URL بود و ثانیاً این نشریه برای کاربران عادی موتورها از جمله کسانی که علاقه ای به همه جزئیات ندارند، منتظر توضیحات مختصر و شواهد اساسی هستند. بر این اساس گزیده هایی از این سند را به عنوان مدرک نقل می کنم و توضیح می دهم. هر کسی که علاقه ای به این موضوع ندارد می تواند بلافاصله به نتیجه گیری در انتهای مقاله نگاه کند.

نحو عمومی URL

اول از همه، توجه شما را به گزیده ای از بند 2 جلب می کنم. نحو عمومی URL ( نحو عمومی URL). در هر مورد، بخشی از متن را به زبان اصلی و سپس ترجمه ای به روسی ارائه خواهم داد.

نشانی‌های وب برای «موقعیت‌یابی» منابع، با ارائه یک شناسایی انتزاعی از مکان منبع استفاده می‌شوند. نشانی‌های وب برای «موقعیت‌یابی» منابع، با ارائه یک شناسایی انتزاعی از مکان منبع استفاده می‌شوند.

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

یادداشتبه طور کلی، در مورد لینک های http، اساساً نادرست است که بگوییم مثلاً

• http://domain.com/path/subpath/filename.txt- ظاهراً به یک فایل اشاره می کند
• http://domain.com/path/subpath/- ظاهراً به یک پوشه اشاره می کند
• http://domain.com/path - ظاهراً به اشتباه به یک پوشه اشاره می کند

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

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

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

در زیر گزیده ای از بند 2.3 طرح های سلسله مراتبی و پیوندهای نسبی است.

برخی از طرح‌های URL (مانند طرح‌های ftp، http و فایل) حاوی نام‌هایی هستند که می‌توانند سلسله مراتبی در نظر گرفته شوند. اجزای سلسله مراتب با "/" از هم جدا می شوند. برخی از طرح های URL (مانند ftp، http و فایل) حاوی نام هایی هستند که می توانند سلسله مراتبی در نظر گرفته شوند. عناصر سلسله مراتبی با کاراکتر "/" از هم جدا می شوند.

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

نحو کلی نمودار شبکه

در زیر گزیده ای از بند 3.1 است. Syntax طرحواره اینترنت رایج (Syntax طرح شبکه مشترک).

//:@:/برخی یا همه قطعات" :@", ":", ":"، و "/ "ممکن است حذف شود. برخی یا همه بخش ها" :@", ":", ":"و"/ "می توان حذف کرد.

یادداشتبه هر حال، این پاسخی است به سؤالی که برگرفته از سؤال مورد نظر ما است. اغلب بحث بر سر این موضوع وجود دارد: راه صحیح ارائه پیوند به یک دامنه (میزبان) - بدون اسلش در انتها یا با اسلش چیست؟

چگونه آن را به درستی انجام دهیم http://domain.com/ یا http://domain.com؟

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

مسیر URL بقیه مکان یاب از داده‌های مخصوص طرح تشکیل شده است و به عنوان "url-path" شناخته می‌شود. جزئیات نحوه دسترسی به منبع مشخص شده را ارائه می دهد. توجه داشته باشید که "/" بین میزبان (یا پورت) و مسیر url بخشی از مسیر URL نیست. بقیه مکان یاب از داده های طرحواره خاص تشکیل شده است و به عنوان "url-path" شناخته می شود. جزئیاتی در مورد نحوه دسترسی به منبع مشخص شده ارائه می دهد. توجه داشته باشید که کاراکتر "/" بین میزبان (یا پورت) و مسیر URL بخشی از مسیر URL نیست.

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

بیا ادامه بدهیمگزیده ای دیگر از همان پاراگراف

نحو مسیر url به طرح مورد استفاده بستگی دارد، همانطور که به نحوه تفسیر آن بستگی دارد. نحو url-path به طرح مورد استفاده بستگی دارد، همانطور که به نحوه تفسیر آن بستگی دارد.

این تأیید دیگری است که هر طرح مکان یاب مفهوم خود را از "سلسله مراتب" و روش تفسیر آن دارد.

سلسله مراتب

برای برخی از سیستم های فایل، "/" که برای نشان دادن ساختار سلسله مراتبی URL استفاده می شود، مطابق با جداکننده مورد استفاده برای ساخت سلسله مراتب نام فایل است، و بنابراین، نام فایل شبیه به مسیر URL خواهد بود. این بدان معنا نیست که URL یک نام فایل Unix است. کاراکتر "/" برای نشان دادن ساختار سلسله مراتبی یک URL، مطابق با جداکننده مورد استفاده در ساخت سلسله مراتب نام فایل استفاده می شود، و بنابراین در برخی از سیستم های فایل، نام فایل شبیه به مسیر URL به نظر می رسد. اما این بدان معنا نیست که URL یک نام فایل مشابه یونیکس است.

علیرغم این واقعیت که این پاراگراف برای طرح ftp اعمال می شود، اما اظهارات آن در مورد سایر طرح ها (http، gopher، prospero و غیره) اعمال می شود. فقط در طرح فایل، علامت اسلش منطقاً همان چیزی است که در نام فایل ها، به عنوان مثال، وجود دارد. file://server_or_device/path/subpath/filename.txt.

Http

یک URL HTTP به این شکل است: http:// :/?جایی که و همانطور که در بخش 3.1 توضیح داده شده است. اگر: حذف شده است، پورت به طور پیش فرض 80 است. نام کاربری یا رمز عبور مجاز نیست. یک انتخابگر HTTP است و یک رشته پرس و جو است. را اختیاری است، همانطور که است و «؟» قبل از آن. اگر هیچ کدام نه وجود دارد، "/" نیز ممکن است حذف شود. در داخل و اجزاء، "/"، "؛"، "؟" رزرو شده اند. کاراکتر "/" ممکن است در HTTP برای تعیین یک ساختار سلسله مراتبی استفاده شود. نشانی وب طرح http به این شکل است: http:// :/?جایی که و همان چیزی که در بند 3.1 توضیح داده شد. اگر: حذف شده، پورت پیش فرض 80 در نظر گرفته شده است. نام کاربری یا رمز عبور معتبر نیست. این یک انتخابگر HTTP است و - رشته پرس و جو اختیاری است، همانطور که هست همراه با کاراکتر «؟» قبلی. اگر نه هیچ کدام وجود ندارد، کاراکتر "/" نیز ممکن است حذف شود. در عناصر و شخصیت ها "/"، "؛"، "؟" رزرو شده اند. کاراکتر "/" را می توان در HTTP برای تعریف یک ساختار سلسله مراتبی استفاده کرد.

یادداشتهمچنین بیان می کند که می توانید یک پیوند را بدون اسلش انتهایی مشخص کنید. در این مورد، ما در مورد وضعیتی صحبت می کردیم که مسیر پیوند خالی است - به ریشه میزبان اشاره می کند.

ورود رسمی

و در نهایت، گزیده‌ای از پاراگراف 5. BNF برای طرح‌های URL خاص (نشان‌گذاری رسمی برای طرح‌های URL خاص).

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

Hostport = host [ ":" port ] ... ... httpurl = "http://" hostport [ "/" hpath [ "? جستجو کردن ]] hpath= hsegment *[ "/" hsegment ] hsegment = *[ uchar | ";" | ":" | "@" | "&" | "=" ] جستجو = *[ uchar | ";" | ":" | "@" | "&" | "=" ] ... ... lowalpha = "a" | "ب" | "ج" | "د" | "e" | "f" | "g" | "h" | "من" | "j" | "ک" | "ل" | "m" | "n" | "o" | "p" | "ق" | "r" | "s" | "t" | "u" | "v" | "w" | "x" | "y" | "z" هیالفا = "A" | "ب" | "C" | "د" | "E" | "F" | "G" | "H" | "من" | "ج" | "ک" | "L" | "M" | "ن" | "O" | "پ" | "س" | "ر" | "S" | "T" | "U" | "V" | "W" | "X" | "Y" | "Z" آلفا = کم آلفا | رقم هیالفا = "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | گاوصندوق "9" = "$" | "-" | "_" | "." | "+" اضافی = "!" | "*" | """ | "(" | ")" | """ هگز = رقم | "الف" | "ب" | "ج" | "د" | "ه" | "ف" | "الف" | "ب" | "c" | "d" | "e" | "f" escape = "%" هگزا هگز بدون رزرو = آلفا | رقم | امن | uchar اضافی = بدون رزرو | فرار

لطفاً توجه داشته باشید که عنصر hpath - مسیر پیوند - بر اساس قوانین چگونه دقیقاً تشکیل شده است. عناصر مسیر hsegment - قطعات - با یک اسلش از هم جدا می شوند. گویی به این ایده مهم اشاره می کند که اسلش مسیر را به بخش های سلسله مراتبی تقسیم می کند و همیشه در داخل قرار دارد. در اصل، ممکن است که آخرین عنصر hsegment ممکن است یک رشته خالی باشد (این از تعریف آن می‌آید)، و سپس یک اسلش بسته به‌طور غیرارادی در انتهای URL ظاهر می‌شود.

نتیجه

تقسیم یک مسیر به بخش ها با استفاده از کاراکتر اسلش به معنای وجود نام های غیر خالی برای این بخش ها است. بر این اساس، پیوندی با یک اسلش در انتها غیرمنطقی به نظر می رسد (البته ممنوع نیست) به این معنا که به نظر می رسد به بخش پایانی مسیر اشاره می کند، اما به هیچ وجه این بخش را نام نمی برد. همانطور که لینک غیر منطقی است (اما ممنوع نیست) http://domain.com/level1////levelX، که اگر مسیر نه به عنوان مجموعه ای از پارامترها، بلکه به عنوان یک ساختار سلسله مراتبی در نظر گرفته شود، بخش های مسیر میانی را نام نمی برد.

در زبان محاوره، محتوای معنایی دو پیوند را می توان به صورت زیر توضیح داد:

• - آدرس ها به نقطه شروع پیش فرض سطح دوم سلسله مراتب
• - به یک نقطه تعریف نشده در سطح دوم سلسله مراتب آدرس می دهد، یعنی گویی این وظیفه به سرور سپرده شده است که «ما به سطح دوم سلسله مراتب خطاب می کنیم و شما خودتان تعیین می کنید که در کدام نقطه از این سطح هستید. در نظر بگیرید که اولیه پیش فرض باشد.

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

• http://domain.com
• http://domain.com/

بازدید کننده را به ریشه سایت و به عنوان مثال پیوندها خطاب کنید

• http://domain.com/level1/level2
• http://domain.com/level1/level2/

بازدیدکننده را به سطح دوم سلسله مراتب منابع خطاب کنید. و این واقعیت که یک سرور خاص می تواند اسلش را در پایان به روش خود تفسیر کند و شروع به تغییر مسیر داخلی به نقطه شروع پیش فرض سطح کند - مثلاً به فایل index.html، این قبلاً یک مورد خاص از یک مورد خاص است. پیکربندی درست مانند اجرای یک سیستم URL های قابل خواندن توسط انسان، تمام رکوردهای تغییر مسیر با استفاده از ماژول سرور mod_rewrite مفهوم خود (ذاتی در یک موتور خاص) را از ساختار URL سلسله مراتبی تعریف می کنند، که در آن عناصر مسیر را می توان با پارامترهای پرس و جو معادل سازی کرد و هیچ شباهتی با ساختار فایل سایت ندارند (مثال کلاسیک: http://domain.com/ru/path، عنصر ru پارامتری از زبان فعلی است، نه یک پوشه در سایت).

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

جهت اطلاع شما

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

در اینجا نمونه ای از اجرای چنین تغییر مسیری با استفاده از فایل root .htaccess آورده شده است:

# اگر URL ورودی با علامت اسلش (em, ami) به پایان می رسد، # یک تغییر مسیر 301 را به یک صفحه بدون اسلش تنظیم کنید RewriteCond %(REQUEST_URI) ^/.+/$ RewriteRule ^(.*?)/+$ http:/ /%(HTTP_HOST )/$1

برای Google (دوباره، طبق اطلاعاتی که توسط آزمایش تأیید نشده است)، این تغییر مسیرها مهم نیستند، زیرا ظاهراً می داند چگونه چنین آدرس هایی را به درستی و بدون تغییر مسیر بچسباند.

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

اینجایک نشریه بسیار جالب، حقایق کمی شناخته شده SEO، که در آوریل 2017 منتشر شد. این یک مطالعه بزرگ با اسکرین شات های زیادی را ارائه می دهد که با هدف آزمایش اعتبار چندین قضاوت رایج در زمینه ارتقاء موتورهای جستجو و استفاده از مثال های واضح برای انتقال نتایج به صاحب وب سایت معمولی آغاز شد. همین مطالعه به طور همزمان تعدادی از ویژگی‌های آشکار، معمولی و نسبتاً نامشخص، اما همچنان شگفت‌انگیز نتایج جستجوی ارگانیک در جستجوهای Google و Yandex را به خواننده جوان نشان می‌دهد.

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

شما می توانید نه تنها در جنگل، بلکه به صورت آنلاین نیز گم شوید. و این ممکن است به دلیل مسیر یا آدرس نادرست منتهی به منبع باشد. شما نمی دانید URL چیست؟ سپس، قبل از شروع سفر بیشتر در فضای مجازی، بیایید سیستم آدرس های ایمیل را درک کنیم.

URL چیست

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

فرمت اصلی برای نوشتن ساختار URL به شکل زیر است:
://:@:/?#
- اغلب منظور ما پروتکل است.
ورود به سیستم - ورود کاربر برای مجوز در منبع استفاده می شود.
رمز عبور - رمز عبور کاربر برای مجوز.
میزبان – نام دامنه میزبان.
پورت - پورت میزبان مورد استفاده در طول اتصال.
URL مسیری است که منبع درخواستی روی سرور قرار دارد.
پارامترها و لنگر- مقدار متغیرها و شناسه در یک منبع خاص.

ارسال مقادیر متغیر در یک query string تنها با استفاده از روش GET امکان پذیر است.

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

رایج ترین گزینه ها عبارتند از:

• http://ru.wikipedia.org/wiki/Main_page- برای ارسال درخواست از HTTP استفاده می شود ( پروتکل انتقال ابرمتن);
• https://ru.wikipedia.org/wiki/Home_page- https به عنوان روش انتقال استفاده می شود. فرم ایمن پروتکل http است که از رمزگذاری (SSL یا TLS) استفاده می کند.
• fttp://wikipedia.org/wiki/file.txt– پروتکل انتقال فایل fttp؛
• http://mail.ru/script.php?num=10&type=new&v=text– ارسال مقادیر متغیر در یک query string با استفاده از متد GET.

هر قالب URL در درجه اول یک رشته کاراکتر است. ممکن است شامل موارد زیر باشد:
2 نامه ها.
2 اعداد عربی (0-9).
2 کاراکترهای رزرو شده ("+"، "="، "!" و دیگران).
2 شخصیت های ویژه - ما آنها را با جزئیات بیشتری بررسی خواهیم کرد.

استفاده از کاراکترهای خاص در URL ها

البته، چنین کاراکترهای بیش از حد "ویژه" در URL ها استفاده نمی شود. اما چند مورد وجود دارد:

• ? - برای جدا کردن یک بلوک با پارامترهای ارسال شده در خط درخواست خدمت می کند.
• & - پارامترهای ارسال شده را از یکدیگر جدا می کند.
• = - یک متغیر در یک پارامتر را از مقدار آن جدا می کند.
• : - برای جدا کردن پروتکل از بقیه URL استفاده می کند.
• # - نماد در قسمت محلی آدرس استفاده می شود. به شما امکان می دهد به بخش خاصی از صفحه درخواستی دسترسی پیدا کنید.
• @ - در داده های ثبت نام کاربر و هنگام انتقال داده ها با استفاده از پروتکل mailto نشان داده شده است.

اما همه اینها فقط یک نظریه است. بنابراین قبل از اینکه بقیه موارد را یاد بگیریم، اجازه دهید به یک مثال کاربردی کوچک نگاه کنیم.

یک مثال خوب

برای وضوح، بیایید این فرم ثبت نام ساده را انتخاب کنیم:

اینم کدش:

در خط اول ابتدای فرم، یک فایل handler (php) برای آن و یک روش برای انتقال داده ها از طریق URL سرور مشخص کردیم:

اکنون کد فایل handler (1.php) در اینجا آمده است:

نیک شما:".$_GET["nick"]."

"؛ پژواک"

سن شما:".$_GET["سن"]."

"; ?>

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

در اسکرین شات اول به فرمت URL در نوار آدرس توجه کنید. پس از وارد کردن داده ها و کلیک بر روی دکمه "ارسال داده ها"، مقادیر تمام فیلدها برای پردازش به سرور ارسال می شود. و ما به صفحه 1.php هدایت می شویم، جایی که کد کنترل کننده در آن قرار دارد.

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

برای مخفی کردن داده های ارسال شده به سرور از روش POST استفاده می شود. سپس URL بالا به شکل زیر خواهد بود:

http://localhost/home/1.php.

فرمت آدرس های URL در وب سایت ها

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

برای وضوح، بیایید یک URL خاص را که یکی از شاخه های آدرس سایت ما است، انتخاب کنیم:

https://www..html

بیایید آن را قطعه قطعه کنیم:

• www.site – این قسمت نام دامنه سایت است. اگر آن را در نوار آدرس مرورگر خود تایپ کنید، شما را به صفحه اصلی سایت می برد. در بیشتر موارد این شاخص است. html ;
• الگوها - این قسمت از آدرس به بخش خاصی از سایت اشاره می کند. در مورد ما، این بخش الگوها است.
• page_2.html – عنصر نهایی URL منتهی به صفحه وب بخش موضوعی منبع است.

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

ویژگی های ساخت URL در وردپرس

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

علاوه بر این، این نه تنها مؤلفه زیبایی شناختی نمایش آدرس را نقض می کند، بلکه به طور مبهم توسط موتورهای جستجو درک می شود. و این می تواند بر ارتقای وب سایت تأثیر منفی بگذارد:

بنابراین بهتر است از URL های تمیز در وب سایت خود استفاده کنید. اما اگر سیستم CMS امکان ویرایش آنها را فراهم نمی کند، از کجا می توانید آنها را تهیه کنید؟

URL های پاک آدرس هایی هستند که شامل پارامترهای ارسال شده (در مورد وردپرس، عناصر کوئری پایگاه داده) نیستند، بلکه فقط شامل مسیر سند هستند. یعنی https://www..html نمونه ای از URL تمیز است.

ساده ترین راه برای سفارشی کردن نمایش URL در وردپرس استفاده از افزونه های تخصصی است.

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

URL چیست

Uniform Resource Locator مخفف "web site location locator" است. شناسه URL از یک نام دامنه و یک مسیر به یک صفحه خاص با نام فایل آن تشکیل شده است. مخترع URL تیم برنرز لی، عضو شورای جنگ هسته ای اروپا در ژنو بود. در زمان ایجاد آن در سال 1990، URL سایت به سادگی آدرسی در سیستمی بود که فایل در آن قرار دارد. برای پیدا کردن آدرس سایت، کافی است به نوار آدرس نگاه کنید و برای تعیین آدرس فایل، باید با کلیک راست بر روی شی مربوطه، به منوی زمینه بروید. با داشتن مزایای بسیاری، به ویژه دسترسی به ناوبری در وب، چنین آدرسی همچنین دارای یک نقطه ضعف است - توانایی کار منحصراً با الفبای لاتین، برخی از نمادها و اعداد. در صورت لزوم استفاده از الفبای سیریلیک، تبدیل ویژه انجام می شود.

انواع URL

استاتیک - شامل تغییرات در صفحه نمی شود.

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

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

اهمیت URL در ارتقاء سئو

موتورهای جستجو کلیدهای موجود در URL را در نظر می گیرند. کلمات کلیدی در دامنه و زیر دامنه ها بیشترین تاثیر را در ارتقاء موتور جستجو دارند.

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

URL منطبق بر پرس و جو به صورت پررنگ در نتایج جستجو ظاهر می شود و توجه بیشتری را به خود جلب می کند و نرخ کلیک را افزایش می دهد.

بر اساس منابع مختلف، از 50 تا 95 درصد از تمام ایمیل‌های موجود در جهان، هرزنامه‌های کلاهبرداران سایبری هستند. اهداف ارسال چنین نامه‌هایی ساده است: آلوده کردن رایانه گیرنده با ویروس، سرقت رمزهای عبور کاربر، وادار کردن شخص به انتقال پول "به خیریه"، وارد کردن مشخصات کارت بانکی خود یا ارسال اسکن اسناد.

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

در این مقاله در مورد 4 نوع نامه تقلبی صحبت می شود که روس ها اغلب به آنها علاقه دارند.

1. نامه‌های «سازمان‌های دولتی»

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

معمولاً این یک رمزگذار یا یک مسدود کننده ویندوز است که رایانه را غیرفعال می کند و از شما می خواهد برای از سرگیری کار یک پیامک پولی ارسال کنید. یک پرونده مخرب می تواند به عنوان حکم دادگاه یا احضاریه برای حضور در برابر رئیس سازمان پنهان شود.

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

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

وقتی یک حسابدار یا مدیر این را خواند، بلافاصله به اداره مالیات فحش داد: "اوه من، ماموت هایی آنجا نشسته اند!" و افکار خود را از خود نامه به حل مشکلات فنی ارسال تغییر داد.

2. نامه هایی از "بانک ها"

مسدودکننده‌های ویندوز و باج‌افزار می‌توانند در نامه‌های جعلی نه تنها از سازمان‌های دولتی، بلکه از بانک‌ها نیز پنهان شوند. پیام‌های «به نام شما وام گرفته شده است، لطفاً دادخواست را بخوانید» واقعاً می‌تواند ترسناک باشد و شما را وادار به باز کردن پرونده کند.

همچنین می توان شخص را متقاعد کرد که به یک حساب شخصی جعلی وارد شود و پیشنهاد دیدن پاداش های انباشته شده یا دریافت جایزه ای را که در قرعه کشی Sberbank برنده شده است را ارائه دهد.

در موارد کمتر، کلاهبرداران فاکتورهایی را برای پرداخت هزینه خدمات و بهره اضافی وام به مبلغ 50-200 روبل ارسال می کنند که پرداخت آن آسان تر از درک آن است.

3. نامه‌های «همکار»/«شریک»

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

به خصوص اگر میدان مسموم کننده "الکساندر ایوانف"، "اکاترینا اسمیرنوا" یا هر نام ساده روسی را نشان دهد که کاملاً در حافظه شخصی که دائماً با مردم کار می کند باقی نمی ماند.

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

اگر شخصی نامه ای را در صندوق پستی از شخصی از یک بخش همسایه ببیند ، پس از آن نگاه دقیق تری به آن نمی اندازد ، حتی ممکن است هشدارهای آنتی ویروس را نادیده بگیرد و پرونده را بدون توجه به هر چیزی باز کند.

4. نامه‌های «Google/Yandex/Mail»

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

کاربران Yandex.Mail، Mail.ru و سایر خدمات پستی نیز نامه های جعلی را از "اداره خدمات" دریافت می کنند. افسانه های استاندارد عبارتند از: "آدرس شما به لیست سیاه اضافه شده است"، "گذرواژه شما منقضی شده است"، "همه ایمیل های آدرس شما به پوشه هرزنامه اضافه خواهند شد"، "به لیست ایمیل های ارسال نشده نگاه کنید". همانند سه نکته قبل، سلاح اصلی مجرمان ترس و کنجکاوی کاربران است.

چگونه از خود محافظت کنیم؟

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

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

در صورت امکان، تأیید رمز عبور را از طریق پیامک یا شناسایی دو مرحله ای فعال کنید. و البته شایان ذکر است که نمی توانید اسکن اسناد، داده های گذرنامه یا انتقال پول به افراد غریبه را ارسال کنید.

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

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

خطرناک ترین هرزنامه شخصی است

اگر همسری حسود بخواهد نامه‌های شوهرش را بخواند، گوگل ده‌ها سایت را به او پیشنهاد می‌کند که سرویس «هک ایمیل و پروفایل شبکه‌های اجتماعی بدون پیش‌پرداخت» را ارائه می‌دهند.

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

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

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

نه تنها همسران حسود، بلکه رقبای بی وجدان نیز می توانند به چنین خدماتی روی بیاورند. در چنین مواردی، برچسب قیمت بالاتر و روش ها ظریف تر است.

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

P.S. چرا ارسال کنندگان هرزنامه چنین نامه های "احمقانه" می نویسند؟

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

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

چرا کلاهبردارانی که پیام‌های خود را برای میلیون‌ها گیرنده ارسال می‌کنند، نمی‌خواهند چند ساعتی را صرف نوشتن یک نامه منظم کنند و 20 دلار برای یک مترجم صرف کنند تا پاسخ مخاطب را افزایش دهند؟

در مطالعه مایکروسافت چرا کلاهبرداران نیجریه ای می گویند اهل نیجریه هستند؟سوال "چرا کلاهبرداران به ارسال نامه از طرف میلیاردرهای نیجریه ادامه می دهند در حالی که عموم مردم از "نامه های نیجریه" به مدت 20 سال مطلع هستند" عمیقاً تحلیل می شود. طبق آمار، بیش از 99.99 درصد از گیرندگان چنین اسپم‌هایی را نادیده می‌گیرند.