ByteCompress

Dekoder URL

Konwertuj procentowo zakodowane URL-e i komponenty URI z powrotem na tekst czytelny dla ludzi. Obsługuje zarówno sekwencje %XX zgodnie z RFC 3986, jak i spacje zakodowane + z wysyłania formularzy HTML.

0 chars
FreeClient-sideNo signup

Logi dostępu serwera, łańcuchy przekierowań i komunikaty o błędach API rutynowo zawierają procentowo zakodowane URL-e, które są niemożliwe do odczytania na pierwszy rzut oka. https://example.com/search?q=Hello%20World%21&lang=tr%C3%BC%C5%9F staje się czytelny po jednym wklejeniu. Ten dekoder oparty na przeglądarce przestrzega RFC 3986 i używa decodeURIComponent() JavaScriptu - nic nie jest przesyłane, nie jest wymagane konto. W naszej analizie typowych przepływów pracy debugowania API, dekodowanie ciągów URL jest jednym z pięciu najczęstszych zadań programistów podczas dochodzeń w sprawie incydentów.

Jak dekodować URL

  1. Wklej procentowo zakodowany URL lub ciąg zapytań do pola wejściowego.
  2. Kliknij Dekoduj lub włącz tryb rzeczywisty dla natychmiastowych wyników podczas pisania.
  3. Wynik dekodowany w formie czytelnej dla ludzi pojawia się w panelu wyników.
  4. Skopiuj dekodowany tekst do analizy, dokumentacji lub udostępniania.

Zrozumienie dekodowania URL

Co jest dekodowane

Dekoder odwraca procentowe kodowanie RFC 3986, zastępując każdą sekwencję %XX znakiem o wartości bajtowej w systemie szesnastkowym. Dla wielobajtowych znaków Unicode, wiele kolejnych sekwencji %XX jest dekodowanych razem jako sekwencja bajtów UTF-8. Znak + w ciągach zapytań jest opcjonalnie dekodowany jako spacja - konwencja application/x-www-form-urlencoded używana w wysyłaniu formularzy HTML.

Typowe sekwencje i ich znaczenia

  • %20 → spacja (standard RFC 3986)
  • %2B → +
  • %2F → /
  • %3A → :
  • %3D → =
  • %26 → &
  • %40 → @
  • %23 → #
  • %C5%9F → ş (wielobajtowy UTF-8)
  • %E4%B8%AD → 中 (wielobajtowy UTF-8)

Przykład

Wejście

https://example.com/search?q=Hello%20World%21&lang=tr%C3%BC%C5%9F

Wyjście

https://example.com/search?q=Hello World!&lang=trüş

Typowe przypadki użycia

  • Analiza logów serwera - Odczytuj parametry zapytań i URL-e odsyłające w logach dostępu
  • Debugowanie przekierowań - Dekoduj wartości ?redirect= lub ?return_to= w procesach uwierzytelniania
  • Testowanie API - Dekoduj URL-e żądań uchwycone w śladach sieciowych przed ich analizą
  • Inspekcja analityczna - Odczytuj rzeczywistą zawartość parametrów UTM i URL-i śledzących

Typowe błędy

  • Podwójnie zakodowane URL-e - %2520 dekoduje do %20, a nie spacji, ponieważ %25 to kodowanie dla % samego w sobie; musisz dekodować dwukrotnie
  • Nieprawidłowe traktowanie + - + oznacza spację tylko w danych formularza; w segmentach ścieżki + to dosłowny znak plusa; odpowiednio przełącz opcję danych formularza
  • Nie-UTF-8 kodowanie - Starsze aplikacje internetowe mogą używać ISO-8859-1; dekodowany wynik będzie wyglądał na zniekształcony dla znaków nie-ASCII w takich przypadkach

Aby kodować URL-e, użyj Encoder URL. Dla JSON osadzonego w parametrach zapytań URL, najpierw dekoduj za pomocą tego narzędzia, a następnie zweryfikuj za pomocą Walidatora JSON. Aby dekodować Base64 znalezione w URL-ach, użyj Dekodera Base64 w trybie bezpiecznym dla URL.

Najczęściej Zadawane Pytania

Co oznacza dekodowanie URL?

Dekodowanie URL (dekodowanie procentowe) odwraca procentowe kodowanie zdefiniowane w RFC 3986. Zastępuje każdą sekwencję %XX rzeczywistym bajtem, który reprezentuje para szesnastkowa, a następnie interpretuje sekwencję bajtów jako tekst UTF-8. Hello%20World%21 staje się Hello World!, ponieważ %20 to szesnastkowy kod dla spacji (bajt 0x20), a %21 to szesnastkowy kod dla wykrzyknika (bajt 0x21).

Dlaczego dekodowanie produkuje zniekształcone znaki?

Zniekształcony wynik zazwyczaj oznacza, że URL został zakodowany przy użyciu nie-UTF-8 zestawu znaków (takiego jak ISO-8859-1, powszechnego w starszych aplikacjach internetowych) lub dane są podwójnie zakodowane. Jeśli widzisz %2520 dekodujące do %20 zamiast spacji, URL został zakodowany dwukrotnie. Dekoduj go ponownie, aby uzyskać rzeczywistą wartość.

Jaka jest różnica między %20 a + dla spacji?
%20 to standard RFC 3986 dla spacji, używany w ścieżkach URL i wartościach zapytań w nowoczesnych API. Znak + reprezentuje spację tylko w formacie application/x-www-form-urlencoded (wysyłanie formularzy HTML). Ten dekoder obsługuje oba: %20 zawsze dekoduje jako spację; + dekoduje jako spację w trybie danych formularza.
Czy mogę dekodować cały URL z parametrami zapytania jednocześnie?

Tak. Wklej pełny URL, w tym schemat, host, ścieżkę i ciąg zapytań. Dekoder przetwarza wszystkie sekwencje zakodowane procentowo w jednym przebiegu. Zauważ, że dekodowanie znaków strukturalnych, takich jak %2F i %3F, może sprawić, że wynikowy URL stanie się niefunkcjonalny - używaj w pełni dekodowanej wersji tylko do odczytu, a nie do wysyłania żądań.

Czy to narzędzie jest bezpieczne w użyciu z prywatnymi URL-ami zawierającymi tokeny lub identyfikatory sesji?

Tak. Dekodowanie odbywa się całkowicie po stronie klienta przy użyciu decodeURIComponent() JavaScriptu. URL-e, tokeny uwierzytelniające, identyfikatory sesji i parametry zapytań nigdy nie są wysyłane do żadnego serwera ani przechowywane gdziekolwiek.