عادی سازی URI فرآیندی است که توسط آن URI ( Uniform Resource Identifier ) ها به شیوه ای ثابت اصلاح و استاندارد می شوند. هدف از فرایند عادی سازی تبدیل یک URI به یک URI نرمال شده است، بنابراین می توان تعیین کرد که آیا دو URI متفاوت از لحاظ نحوی ممکن است معادل باشند یا خیر.
موتورهای جستجو از عادی سازی URI استفاده می کنند تا صفحاتی را که ممکن است با URIهای متعدد یافت می شوند، به درستی رتبه بندی کنند و فهرست شدن صفحات تکراری را کاهش دهند. خزنده های وب برای جلوگیری از خزیدن بیش از یک بار در یک منبع، عادی سازی URI را انجام می دهند. مرورگرهای وب ممکن است برای تعیین اینکه آیا یک پیوند بازدید شده است یا برای تعیین اینکه آیا این صفحه قبلاً ذخیره شده است یا خیر، عادی سازی را انجام دهند. سرورهای وب همچنین ممکن است به دلایل زیادی نرمال سازی را انجام دهند ( برای اینکه بتوانند به راحتی خطرات امنیتی ناشی از درخواست های مشتری را رهگیری کنند، برای هر منبع ذخیره شده در حافظه پنهان آن ها، نامگذاری شده در گزارش، فقط از یک نام فایل مطلق استفاده کنند. ) )
چندین نوع نرمال سازی وجود دارد که ممکن است انجام شود. برخی از آنها همیشه معناشناسی را حفظ می کنند و برخی ممکن است اینطور نباشند.
• نرمال سازی های زیر در RFC 3986[ ۱] توضیح داده شده است تا به URIهای معادل منجر شود:
• تبدیل سه قلوهای رمزگذاری شده درصد به حروف بزرگ. ارقام هگزا دسیمال در یک سه گانه رمزگذاری درصد از URI ( مثلاً %3a در مقابل %3A ) به حروف بزرگ و کوچک حساس نیستند و بنابراین باید برای استفاده از حروف بزرگ برای ارقام AF نرمال شوند. [ ۲] مثال:
• تبدیل طرح و میزبان به حروف کوچک. طرح و اجزای میزبان URI به حروف بزرگ و کوچک حساس هستند و بنابراین باید به حروف کوچک عادی شوند. [ ۳] مثال:
• رمزگشایی سه قلوهای رمزگذاری شده با درصد نویسه های رزرو نشده. سه درصد رمزنگاری شده از URI در محدوده ALPHA ( %41 - %5A و %61 - %7A ) ، رقمی ( %30 - %39 ) ، خط تیره ( %2D ) ، دوره ( %2E ) ، زیرین ( %5F ) ، یا tilde ( %7E ) نیازی به رمزگذاری درصد ندارند و باید به کاراکترهای ذخیره نشده مربوطه رمزگشایی شوند. [ ۴] مثال:
• حذف نقاط نقطه دات بخش . و . . در مسیر مولفه URI باید با اعمال الگوریتم remove_dot_segments[ ۵] در مسیر توضیح داده شده در . [ ۶] مثال:
این نوشته برگرفته از سایت ویکی پدیا می باشد، اگر نادرست یا توهین آمیز است، لطفا گزارش دهید: گزارش تخلفموتورهای جستجو از عادی سازی URI استفاده می کنند تا صفحاتی را که ممکن است با URIهای متعدد یافت می شوند، به درستی رتبه بندی کنند و فهرست شدن صفحات تکراری را کاهش دهند. خزنده های وب برای جلوگیری از خزیدن بیش از یک بار در یک منبع، عادی سازی URI را انجام می دهند. مرورگرهای وب ممکن است برای تعیین اینکه آیا یک پیوند بازدید شده است یا برای تعیین اینکه آیا این صفحه قبلاً ذخیره شده است یا خیر، عادی سازی را انجام دهند. سرورهای وب همچنین ممکن است به دلایل زیادی نرمال سازی را انجام دهند ( برای اینکه بتوانند به راحتی خطرات امنیتی ناشی از درخواست های مشتری را رهگیری کنند، برای هر منبع ذخیره شده در حافظه پنهان آن ها، نامگذاری شده در گزارش، فقط از یک نام فایل مطلق استفاده کنند. ) )
چندین نوع نرمال سازی وجود دارد که ممکن است انجام شود. برخی از آنها همیشه معناشناسی را حفظ می کنند و برخی ممکن است اینطور نباشند.
• نرمال سازی های زیر در RFC 3986[ ۱] توضیح داده شده است تا به URIهای معادل منجر شود:
• تبدیل سه قلوهای رمزگذاری شده درصد به حروف بزرگ. ارقام هگزا دسیمال در یک سه گانه رمزگذاری درصد از URI ( مثلاً %3a در مقابل %3A ) به حروف بزرگ و کوچک حساس نیستند و بنابراین باید برای استفاده از حروف بزرگ برای ارقام AF نرمال شوند. [ ۲] مثال:
• تبدیل طرح و میزبان به حروف کوچک. طرح و اجزای میزبان URI به حروف بزرگ و کوچک حساس هستند و بنابراین باید به حروف کوچک عادی شوند. [ ۳] مثال:
• رمزگشایی سه قلوهای رمزگذاری شده با درصد نویسه های رزرو نشده. سه درصد رمزنگاری شده از URI در محدوده ALPHA ( %41 - %5A و %61 - %7A ) ، رقمی ( %30 - %39 ) ، خط تیره ( %2D ) ، دوره ( %2E ) ، زیرین ( %5F ) ، یا tilde ( %7E ) نیازی به رمزگذاری درصد ندارند و باید به کاراکترهای ذخیره نشده مربوطه رمزگشایی شوند. [ ۴] مثال:
• حذف نقاط نقطه دات بخش . و . . در مسیر مولفه URI باید با اعمال الگوریتم remove_dot_segments[ ۵] در مسیر توضیح داده شده در . [ ۶] مثال:
