آدرس نام شما http xa. URI، URL، URN چیست و چه تفاوتی با هم دارند. هیچ چیز بهتر از یک مثال عینی نیست

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

URL چیست

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

انواع URL

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4. نامه هایی از Google/Yandex/Mail

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

URL چیست

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

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

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

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

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

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

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

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

البته، چنین کاراکترهای خیلی «خاص» در URL استفاده نمی شود. اما چند مورد وجود دارد:

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

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

مثال گویا

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

کد او این است:

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

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

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

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

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

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

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

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

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

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

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

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

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

نحو عمومی URL

اول از همه، من توجه را به گزیده ای از بند 2 جلب می کنم. نحو عمومی URL ( نحو عمومی 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 (مسیر URL) شناخته می شود. جزئیات نحوه دسترسی به منبع مشخص شده را ارائه می دهد. توجه داشته باشید که کاراکتر "/" بین میزبان (یا پورت) و مسیر URL بخشی از مسیر URL نیست.

شما به هیچ وجه ملزم به قرار دادن این کاراکتر انتهایی نیستید، یا زمانی که مسیر URL یک رشته خالی است، آن را قرار ندهید (همانطور که بسیاری از ما می گوییم وقتی URL به ریشه سایت اشاره می کند). هیچ کس حق ندارد شما را "برای دو برداشت از صفحه اصلی" جریمه کند، زیرا طبق مشخصات، در هر دو مورد 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 | "ق" | "ر" | "s" | "t" | "u" | "v" | "w" | "x" | "y" | "z" هیالفا = "A" | "ب" | "C" | "د" | "E" | "اف" | "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) به پایان می‌رسد، # سیصد و یکمین تغییر مسیر را به صفحه بدون اسلش RewriteCond %(REQUEST_URI) ^/.+/$ RewriteRule ^(.*?)/+$ http:/ تنظیم کنید. /%(HTTP_HOST )/$1

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

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

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

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

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

و تو متعجب بودی: 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
URL=/2009/09/uri-url-urn.html

جمع بندی

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

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