Comentários sobre: Zapt.In : Entendendo e brincando com os encurtadores de URL

Por: Fabiano Cruz

Fabiano Cruz — Mon, 25 Jan 2010 13:05:02 +0000

Concordo contigo que pelo fato de existir alguns não deixar de fazer o que gosta e acredita.

Gostaria de conversar mais contigo sobre Zapt.In. Se puder, seria muito bom. Abs

Por: Matheus

Matheus — Sun, 03 Jan 2010 01:26:06 +0000

Em qual linguagem foi feito o código do encurtador ? Eu sempre quis saber se era PHP ou algo parecido, mas não achei nada na internet.

Por: Ricardo

Ricardo — Thu, 03 Dec 2009 13:14:15 +0000

um q utilizo e curto mto é o http://iref.ws
ele vai na contramão daqueles poluídos encurtadores q existem por aí.. além do nome sugestivo (lembra href), ele foi desenvolvido por brasileiros e possui traduções para o inglês e espanhol.. vale a pena conferir!

Por: Manoel Lemos .Com » Configurando o Zapt.In no Tweetie para iPhone

Manoel Lemos .Com » Configurando o Zapt.In no Tweetie para iPhone — Thu, 26 Nov 2009 21:50:26 +0000

[...] no último post falei de um novo projeto que coloquei no ar, o Zapt.In, um encurtador de URLs brazuca (sim, mais um, hehe). E nos últimos dias liberei algumas novas funcionalidades no Zapt.In. A mais [...]

Por: mlemos

mlemos — Thu, 26 Nov 2009 03:26:35 +0000

Olá Helder, valeu pelos comentários. Todos muito interessantes. No Zapt.In fui pragmático e sempre buscando a solução mais simples, usei uma sequência e Base62. Você já deu um look em nossa API? Já está disponível…

Por: Renato Albano

Renato Albano — Tue, 24 Nov 2009 11:30:21 +0000

Lemos, nesse post do Simon Willison rolou uma discussão legal sobre encurtadores de url:

http://simonwillison.net/2009/Apr/11/revcanonical/

Por: Helder Ribeiro

Helder Ribeiro — Tue, 24 Nov 2009 04:27:46 +0000

Da Wikipedia (http://en.wikipedia.org/wiki/Percent-encoding#Types_of_URI_characters):

RFC 3986 section 2.3 Unreserved Characters (January 2005)
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
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 - _ . ~

Então teoricamente dá pra fazer base 66. Talvez um desses caracteres não possa vir direto depois do ‘/’ (parece que o ‘.’ é assim), mas aí dá pra usar depois da primeira letra. Ainda dá pra ganhar um espaço.

Esse é um problema interessante, pq dá pra ver que os links do bit.ly estão ficando cada vez maiores, e não te muito o que se fazer a respeito. Talvez o esquema é comprar _domínios_ com um prefixo mínimo + strings em base 62. Aí usa o domínio principal (só com o prefixo) pra hospedar a página que gera URLs, e alterna esse e os outros domínios no gerador. Rola uma diluição de marca, mas… There’s no free lunch.

Por: Helder Ribeiro

Helder Ribeiro — Tue, 24 Nov 2009 04:17:20 +0000

Também não vejo problema em se poder prever a sequência. Detecção de loops não é difícil, aí é só remover a URL infratora e liberar o espaço pra próxima.

Por: Helder Ribeiro

Helder Ribeiro — Tue, 24 Nov 2009 04:14:31 +0000

Uai, fui lendo, lendo, o post acabou e você não falou que base (ou função de compressão) está usando no zapt.in! Na verdade acho que não existe nada mais comprimido do que usar um número sequencial com a url de verdade armazenada no BD né (comprimir o texto da URL não bate isso nem a pau). O máximo que se pode fazer é aumentar a base, mas aí esbarramos nos 62 caracteres. Se bem que dá pra arrancar um pouco de base usando ‘.’, ‘,’ e talvez outros caracteres especiais que dispensam encoding. Teria que consultar a especificação da URL. Já tentou isso?

Por: Hugo

Hugo — Tue, 24 Nov 2009 01:43:33 +0000

Pois é, essa opção de manter sequencial não é muito bom.
No zapt.in criei uma URL apontando para a propria URL:
http://zapt.in/r

eu acharia legal ter algum tipo de informacao na propria url, tipo: zapt.in/v/x e o v indica que é um video… por exemplo. Qualquer coisa q ajude o usuário a saber sobre o q é a url

Uma coisa legal do bit.ly é poder escolher sua própria url.