Decodificar para formato codificado em URL online
Sobre Codificação e Decodificação de URL
Bem-vindo ao Codificar e Decodificar URL, sua ferramenta online definitiva para codificar e decodificar URLs sem esforço. Nossa plataforma é projetada para simplificar o processo de codificação e decodificação de URL, permitindo que você converta dados para um formato seguro para URLs ou retorne a um estado legível com apenas um clique.
O que é Codificação de URL?
A codificação de URL, frequentemente chamada de codificação percentual, é um mecanismo crucial usado na formação de Identificadores Uniformes de Recursos (URIs). Embora comumente conhecida como codificação de URL, essa técnica se aplica amplamente dentro da estrutura URI, abrangendo tanto Localizadores Uniformes de Recursos (URLs) quanto Nomes Uniformes de Recursos (URNs). Ela transforma caracteres em um formato que pode ser transmitido pela internet, tornando-se essencial para aplicações web e envio de dados em solicitações HTTP.
Recursos e Opções Avançadas
Nossa ferramenta suporta múltiplos conjuntos de caracteres, incluindo UTF-8, ASCII e vários formatos ISO, garantindo compatibilidade com suas necessidades. Você pode personalizar:
- Conjunto de Caracteres: Nosso site utiliza o conjunto de caracteres UTF-8 por padrão para transmitir seus dados de entrada. Se você precisar converter seus dados para um conjunto de caracteres diferente antes da codificação, pode ajustar esta opção. Lembre-se de que, para dados de texto, o esquema de codificação não inclui o conjunto de caracteres.
- Separadores de Nova Linha: Sistemas Unix e Windows usam caracteres diferentes para quebras de linha. Antes da codificação, seus dados serão ajustados para substituir esses caracteres com base na opção selecionada. Selecione entre quebras de linha Unix (LF) e Windows (CRLF) para adequar seus dados.
- Codificação Única para Cada Linha: Os caracteres de nova linha também serão convertidos em seus equivalentes codificados em percentual. Você pode usar esta opção se quiser codificar várias entradas de dados separadas que são divididas por quebras de linha.
- Dividir linhas em blocos de 76 caracteres: Os dados codificados se transformarão em uma string contínua sem espaços em branco. Se você quiser dividi-los em várias linhas, certifique-se de selecionar esta opção. O limite de caracteres é definido pela especificação MIME (RFC 2045), que exige que cada linha codificada não tenha mais de 76 caracteres.
Segurança e Proteção
Priorizamos sua privacidade. Todas as comunicações são protegidas com criptografia SSL, e não armazenamos ou inspecionamos seus dados carregados. Os dados não são armazenados em nossos servidores. Seus dados são excluídos imediatamente após o processamento, garantindo que suas informações permaneçam confidenciais.
Totalmente Gratuito e Amigável
Nossa ferramenta de codificação e decodificação de URL é totalmente gratuita. Diga adeus a instalações complicadas de software—realize suas tarefas de codificação diretamente do seu navegador.
Detalhes da codificação de URL
Tipos de caracteres URI
Em um URI, os caracteres se dividem em duas categorias: reservados e não reservados, juntamente com caracteres percentuais usados para codificação. Caracteres reservados podem ter significados especiais; por exemplo, barras para frente são usadas para separar diferentes seções de uma URL (ou, de forma mais ampla, um URI). Por outro lado, caracteres não reservados não têm nenhuma importância especial. Ao usar a codificação percentual, caracteres reservados são representados por sequências específicas. As definições de caracteres reservados e não reservados, bem como os contextos em que certos caracteres reservados são significativos, evoluíram com cada revisão das especificações que regulam URIs e esquemas de URI.
| ! | * | ' | ( | ) | ; | : | @ | & | = | + | $ | , | / | ? | # | [ | ] |
|---|
| A | B | C | D | E | F | G | F | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z |
| a | b | c | d | e | f | g | h | i | j | k | l | m | n | o | p | q | r | s | t | u | v | w | x | y | z |
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | - | _ | . | ~ |
Codificação Percentual de Caracteres Reservados
Quando um caractere do conjunto reservado tem um significado específico em um determinado contexto, pode ser necessário codificá-lo em percentual se um esquema URI exigir isso para um propósito diferente. A codificação percentual envolve converter o caractere em seu valor de byte ASCII correspondente e depois expressar esse valor como dois dígitos hexadecimais, precedidos por um sinal de porcentagem ('%'). Para caracteres não ASCII, o caractere geralmente é convertido em sua sequência de bytes UTF-8, com cada byte representado da mesma forma.
Por exemplo, o caractere reservado '/' serve como um delimitador no componente 'path' de um URI. Se um esquema URI especifica que '/' deve ser incluído em um segmento de caminho, deve ser substituído por '%2F' (ou '%2f') nesse segmento em vez de usar o caractere diretamente.
| ! | # | $ | & | ' | ( | ) | * | + | , | / | : | ; | = | ? | @ | [ | ] |
| %21 | %23 | %24 | %26 | %27 | %28 | %29 | %2A | %2B | %2C | %2F | %3A | %3B | %3D | %3F | %40 | %5B | %5D |
Caracteres reservados que não têm um propósito específico em um determinado contexto também podem ser codificados em percentual, mas são tratados da mesma forma que outros caracteres em termos de significado.
Por exemplo, no componente 'query' de um URI (a parte que segue o caractere '?' ), o caractere '/' é categorizado como reservado, mas tipicamente não tem função especial, a menos que especificado por um determinado esquema URI. Portanto, não precisa ser codificado em percentual quando não tem um propósito reservado.
URIs que diferem apenas com base em se um caractere reservado é codificado em percentual geralmente não são considerados equivalentes, o que significa que não apontam para o mesmo recurso. No entanto, isso se aplica apenas se os caracteres reservados em questão não tiverem um propósito designado. As regras específicas sobre caracteres reservados são definidas por esquemas URI individuais.
Codificação Percentual de Caracteres Não Reservados
Caracteres no conjunto não reservado não requerem codificação percentual.
URIs que apenas diferem com base em se um caractere não reservado é codificado em percentual são considerados equivalentes por definição. No entanto, na prática, processadores URI podem não tratá-los da mesma forma. Por exemplo, '%41' deve ser tratado da mesma forma que 'A' (já que '%41' é a codificação percentual para 'A'), e '%7E' deve ser equivalente a '~'. Apesar disso, alguns sistemas podem distingui-los. Para garantir a máxima compatibilidade, recomenda-se que produtores URI evitem codificar em percentual caracteres não reservados.
Codificação Percentual do Caractere (%)
O caractere percentual ('%') é usado para indicar octetos codificados em percentual, então, quando você precisa incluí-lo como dado em um URI, ele deve ser codificado em percentual como '%25'.
Codificação Percentual de Dados Arbitrários
Muitos esquemas URI exigem a representação de vários tipos de dados arbitrários, como endereços IP ou caminhos de sistema de arquivos, como partes de um URI. Embora as especificações de esquemas URI, idealmente, forneçam um mapeamento claro entre caracteres URI e todos os possíveis valores de dados, isso muitas vezes não acontece.
Dados Binários
Após a publicação da RFC 1738 em 1994, foi estabelecido que esquemas que permitem a representação de dados binários em um URI devem dividir os dados em bytes de 8 bits e codificar em percentual cada byte de acordo. Por exemplo, o valor de byte 0F (em hexadecimal) deve ser representado como '%0F', enquanto o valor de byte 41 pode ser mostrado como 'A' ou '%41'. Geralmente, é preferível usar caracteres não codificados para caracteres alfanuméricos e outros caracteres não reservados, pois isso cria URLs mais curtas.
Dados de Caractere
O método de codificação percentual de dados binários foi frequentemente estendido de forma inadequada para dados baseados em caracteres sem diretrizes claras. Nos primeiros dias da World Wide Web, ao trabalhar com caracteres do conjunto ASCII, geralmente assumia-se que caracteres e seus valores de byte correspondentes poderiam ser tratados de forma intercambiável para codificação percentual. Essa suposição era, em sua maioria, inofensiva na época. No entanto, à medida que a necessidade de representar caracteres além do intervalo ASCII crescia, esquemas e protocolos URI frequentemente careciam de regras padronizadas para preparar dados de caracteres para URIs.
Como resultado, aplicações web começaram a usar várias codificações de múltiplos bytes e não compatíveis com ASCII para codificação percentual, o que introduziu ambiguidades e dificultou a interpretação confiável de URIs.
Por exemplo, muitos esquemas URI e protocolos baseados na RFC 1738 e 2396 assumem que caracteres de dados serão convertidos em bytes usando alguma codificação não especificada antes de serem representados em um URI como caracteres não reservados ou bytes codificados em percentual. Se um esquema não especifica a codificação usada ou entra em conflito com a codificação percentual baseada em ASCII de caracteres reservados e não reservados, o URI se torna difícil de interpretar corretamente. Alguns esquemas negligenciam abordar a codificação completamente, sugerindo que caracteres de dados devem mapear diretamente para caracteres URI. Isso deixa os usuários para determinar como codificar em percentual caracteres que não se enquadram nas categorias reservadas ou não reservadas.
| newline | space | " | % | - | . | < | > | \ | ^ | _ | ` | { | | | } | ~ |
| %0A or %0D or %0D%0A | %20 | %22 | %25 | %2D | %2E | %3C | %3E | %5C | %5E | %5F | %60 | %7B | %7C | %7D | %7E |
Uma Breve História da Codificação de URL
A codificação de URL tem suas raízes nos primeiros dias da internet, formalizada com a publicação da RFC 1738 em 1994. Esta especificação lançou as bases para codificar dados arbitrários em um formato adequado para URIs, permitindo a representação de caracteres especiais e garantindo que os dados sejam transmitidos corretamente. Ao longo dos anos, à medida que os padrões da web evoluíram, também evoluíram as práticas em torno da codificação percentual, adaptando-se para incluir uma gama mais ampla de caracteres e esquemas de codificação, particularmente com o surgimento de caracteres não ASCII e codificações de múltiplos bytes. Essa evolução tornou a codificação de URL uma habilidade essencial para desenvolvedores web, garantindo que os dados permaneçam intactos e sejam corretamente interpretados em diversas plataformas e protocolos.