URL təhlilçisi

URL təhlilçisi veb ünvanını sxem, yol və sorğu sətrinə ayıran pulsuz alətdir.

URL təhlilçisi hansı məlumatları çıxarır?

URL təhlilçisi mətni əl ilə bölmədən veb ünvanının struktur hissələrini müəyyənləşdirir. Alət PHP-nin parse_url funksiyası ilə əldə olunan üç sahəni qaytarır.

• Sxem https və ya http kimi protokolu, yaxud ünvanlama sxemini göstərir.
• Yol /account/orders/42 kimi yol hissəsini göstərir.
• Sorğu sorğu hissəsini başladan sual işarəsindən sonra və kodlaşdırılmamış diyez işarəsindən əvvəl gələn mətni ehtiva edir, məsələn, page=2&sort=date.

URL-ni təhlil etmək API sorğularını, geriçağırış URL-lərini, tətbiq jurnallarını və ya üçüncü tərəfdən alınan məlumatları yoxlayarkən faydalıdır. Ünvanı sazlamadan, jurnala yazmadan və ya çevirmədən əvvəl marşrut məlumatını sorğu parametrlərindən ayırmağa imkan verir.

Qaytarılan sahələrdə host adı, port və ya fraqment ayrıca göstərilmir. Bu hissələrə ehtiyacın varsa, tətbiqində daha əhatəli URL təhlili kitabxanasından istifadə et.

URL təhlilçisindən necə istifadə edim?

Tam və ya qismən URL-ni daxil et, sonra alətin qaytardığı sxem, yol və sorğu dəyərlərini yoxla. Sxem açıq şəkildə göstərildiyi üçün tam mütləq URL adətən ən aydın nəticəni verir.

1. URL-ni brauzerdən, API cavabından, webhook qeydindən və ya server jurnalından köçür.
2. Parametr adlarını və ya dəyərlərini yoxlamaq istəyirsənsə, sorğu sətrini də daxil et.
3. Qaytarılan yolu tətbiqinin gözlədiyi marşrutla müqayisə et.
4. İnteqrasiyanın tələb etdiyi yerlərdə sxem və sorğunun olub-olmadığını yoxla.

Emal serverdə aparılır. Daxil etdiyin məlumat HTTPS üzərindən serverə göndərilir və saxlanılmır. Buna baxmayaraq, redaktə edilmiş nümunə ilə eyni yoxlamanı aparmaq mümkündürsə, aktiv giriş tokenlərini, imzalanmış endirmə keçidlərini, sessiya identifikatorlarını və digər giriş məlumatlarını göndərmə.

Nümunələr və nəticələrin izahı

Mütləq API URL-si daxil edildikdə təhlilçi protokolu marşrutdan və xam sorğu sətrindən ayırır.

Daxil edilən dəyər https://api.example.co.uk/v1/orders/42?expand=items&currency=GBP

Sxem https

Yol /v1/orders/42

Sorğu expand=items&currency=GBP

Sorğu bütöv bir hissə kimi qaytarılır. Geniş istifadə olunan forma və sorğu sətri qaydasına əsasən, ampersand sahələri ayırır, hər sahədəki ilk bərabərlik işarəsi isə adı dəyərdən ayırır. URL-nin təhlil edilməsi expand və ya currency parametrinin API tərəfindən tanındığını öz-özlüyündə təsdiqləmir.

Nisbi istinadda sxem göstərilmədən də yol və sorğu ola bilər.

Daxil edilən dəyər /search?q=red%20shoes&page=2

Sxem no scheme component

Yol /search

Sorğu q=red%20shoes&page=2

Eyni sayt daxilində yaradılan keçidlərdə sxemin olmaması çox vaxt normaldır. Lakin məlumatda mütləq geriçağırış URL-ləri olmalıdırsa, eyni nəticə https:// prefiksinin çatışmadığını göstərə bilər.

Bu təhlilçi URL doğrulama aləti deyil. O, sxemin olmaması, gözlənilməyən yol və ya yanlış yerdəki sorğu mətni kimi şübhəli strukturları aşkar etməyə kömək edə bilər. Ancaq təhlil nəticəsi ünvanın mövcud olduğunu, DNS vasitəsilə həll edildiyini və ya uğurlu HTTP cavabı qaytardığını sübut etmir.

Boşluqlar, durğu işarələri və qeyri-adi girişlər necə emal olunur?

Rezerv edilmiş simvollar URL-nin necə bölündüyünə təsir edir. Kodlaşdırılmış simvollar isə adətən yerləşdikləri hissənin daxilində qalır. Təhlilçi hissələri bir-birindən ayırır, lakin onların məzmununu dekodlaşdırmır və ya normallaşdırmır.

• Kodlaşdırılmamış sual işarəsi sorğu hissəsini başladır. Mövcud sorğudan kənarda məlumat kimi istifadə ediləcək adi sual işarəsi sorğu ayırıcısı rolunu oynaya bilərsə, faiz kodlaşdırması ilə yazılmalıdır.
• Ampersand adətən sorğu parametrlərini ayırır. Lakin bu alət parametrləri ayrı-ayrılıqda şərh etmək əvəzinə tam sorğu sətrini qaytarır.
• Standart URL sintaksisində kodlaşdırılmamış diyez işarəsi (#) fraqment ayırıcısıdır. Fraqment məlumatı burada qaytarılan sahələrə daxil deyil.
• Boşluqlar normalda kodlaşdırılmalıdır, ən çox %20 formasından istifadə olunur. Forma formatında kodlaşdırılmış sorğu məlumatında üstəgəl işarəsi boşluğu ifadə edə bilər. Ancaq bu şərh URL təhlilinə deyil, sorğunun dekodlaşdırılmasına aiddir.
• Diakritik işarəli və latın əlifbasından kənar yol və ya sorğu mətni, qəbul edən sistem tələb etdikdə, UTF-8 faiz kodlaşdırmasından istifadə etməlidir. Beynəlmiləlləşdirilmiş domen adları protokollarla geniş uyğunluq üçün ASCII ilə uyğun formadan istifadə edir.
• Rəqəmlər üçün xüsusi təhlil qaydası yoxdur. Onlar yolun və ya sorğu dəyərinin daxilində adi simvol olaraq qalır.

Boş girişdə yoxlanılacaq faydalı URL strukturu olmur. Çox uzun URL-lər brauzerlər, veb serverlər, proksilər və tətbiq freymvörkləri daxil olmaqla başqa sistemlərin məhdudiyyətləri ilə də qarşılaşa bilər. Bu alət digər sistemin konkret uzunluqdakı URL-ni qəbul edib-etməyəcəyini müəyyənləşdirmir.

URL-ni nə vaxt təhlil etmək faydalıdır?

Kod və ya infrastruktur ünvanı emal etməzdən əvvəl onun strukturunu yoxlamaq lazım gəlirsə, URL təhlili faydalıdır. Məsələn, yerləşdirmədən əvvəl webhook geriçağırış ünvanlarını yoxlamaq, yönləndirmə hədəflərinə baxmaq, API marşrutlarını filtrlərdən ayırmaq və əks proksi jurnallarından köçürülmüş URL-ləri oxumaq üçün istifadə oluna bilər.

Yalnız sistemin əvvəlcədən məlum və strukturlaşdırılmış URL-ni emal edəcəyi, tətbiqin isə artıq URL kitabxanasından istifadə etdiyi hallarda əl ilə təhlilə adətən ehtiyac olmur. Ünvanın əlçatanlığını yoxlamaq, yönləndirmələri izləmək, hər sorğu parametrini dekodlaşdırmaq və ya domenin etibarlı olduğunu təsdiqləmək istəyirsənsə, bu da uyğun əməliyyat deyil.

Təkrarlanan və ya avtomatlaşdırılmış işlər üçün istifadə etdiyin mühitin daxili URL imkanlarına üstünlük ver. PHP-də parse_url, brauzer JavaScript-ində URL interfeysi, Node.js-də URL sinfi, Python-da isə urllib.parse mövcuddur. Minlərlə ünvan olan jurnal faylını emal edərkən kiçik komanda sətri skripti əl ilə təhlildən daha uyğundur.

Qəbul edən sistemin tələb etdiyi dəqiq formaya artıq uyğun olan URL-ni yalnız görünüşünü dəyişmək üçün təhlil etmə. Aydın səbəb olmadan ünvanı yenidən kodlaşdırmaq və ya qurmaq sorğu imzalarını, təkrarlanan parametrləri və ya rezerv edilmiş simvolları dəyişə bilər.

Tez-tez verilən suallar

http və ya https olmadan URL-ni təhlil edə bilərəm?

Bəli, PHP-nin parse_url funksiyası nisbi istinadları və qismən URL-ləri şərh edə bilər. Ancaq sxem təqdim edilməyibsə, nəticədə sxem də olmayacaq. İki çəp xətlə başlayan sxemə nəzərən ünvanlarla diqqətli ol, çünki onların mənası istifadə edildiyi sənəddən və ya tətbiqdən asılıdır.

Təkrarlanan sorğu parametrləri saxlanılır?

Sorğu xam hissə kimi qaytarıldığı üçün təkrarlanan adlar ilkin ardıcıllığı ilə qala bilər. tag=red&tag=blue kimi dəyərlərin massivə və ya ayrı-ayrı dəyərlərə necə çevrilməsi sonradan istifadə olunan sorğu sətri təhlilçisindən asılıdır.

İmzalanmış URL-ni bura yapışdırmaq təhlükəsizdir?

Daxil edilən məlumat HTTPS üzərindən göndərilir və saxlanılmır. Bununla belə, imzalanmış URL imzası qüvvədə olduğu müddətdə məxfi məzmuna giriş verə bilər. Dəqiq giriş məlumatlarına ehtiyac yoxdursa, tokeni gizlət və ya host adı ilə dəyərləri nümunə yer tutucuları ilə əvəz et.

Düzgün görünən URL niyə tətbiqimdə fərqli işləyir?

Fərqlər freymvörkə xas sorğu dekodlaşdırması və Unicode normallaşdırması səbəbindən yarana bilər. Tətbiqlər təhlildən sonra host adlarının icazə siyahısı və yönləndirmə məhdudiyyətləri daxil olmaqla əlavə qaydalar da tətbiq edə bilər. Əvvəlcə xam URL-ni bayt-bayt müqayisə et, sonra sorğunu göndərməzdən əvvəl tətbiqinin nəyi dekodlaşdırdığını və ya yenidən yazdığını yoxla.