ricardo duarte

O PROBLEMA:
Recentemente tivemos a necessidade de criar uma forma de reduzir as URLs  que eram enviadas por email, para evitar problemas com quebra de linha nas mensagens que são enviadas em text/plain. Essas URLs tem uma característica especial: Autenticam automaticamente o usuário através de um token e redirecionam para um conteúdo específico.

Sendo assim, não poderíamos utilizar um sistema público de encurtador de URLs nem deixar exposto o identificador da URL (Ex.: http://url.com/u/001), pois os usuários poderiam tentar combinações e acabar acessando informações restritas de outras contas do sistema.

A SOLUÇÃO:
Inspirado no post do startupi falando sobre o alpha do migre.me, pesquisei sobre o algoritmo de base62 visando economizar caracteres na identificação da URL.

Veja o exemplo abaixo:

8 equivale 8
9 equivale 9
10 equivale a
11 equivale b
12 equivale c
(...)
1033 equivale gF
1034 equivale gG
1035 equivale gH
1036 equivale gI

E assim por diante.

Mesmo assim, um usuário mais esperto consegue deduzir a lógica dessa compressão em base62 e pode começar a fazer suas tentativas. É aí que entra o algoritmo de codificação usando base64 e md5. Confesso, a idéia desse algoritmo é um pouco maluca, mas funciona muito bem.

Em ação:

100000 equivale 1wADMwATM6c65b (usando a chave 'chave-secreta')
200000 equivale 0wADMwAjM3f793 (usando a chave 'chave-secreta')
(...)

Caso algum dos caracteres seja modificado, a função de decodificação irá retornar false e você pode redirecionar o usuário para uma página de acesso negado.

ARREMATE:
Armazene isto em uma tabela com PRIMARY_KEY numérica e um campo para a URL original. Depois é só usar os dois algoritmos e gerar URLs como as abaixo:

ID:1000    http://url.com/u/1wADMwATM6c65b
ID:2000    http://url.com/u/0wADMwAjM3f793

Não gostou da solução? Faça um fork dela e me avise!