Kısa URL hizmetleri nasıl çalışır?

Nasıl gibi hizmetleri yapmak TinyURL veya Metamark işin?
Küçük URL anahtarını, orijinal URL'ye yalnızca bir "HTTP yeniden yönlendirmesi" sağlayan [sanal?] Bir web sayfasıyla mı ilişkilendirirler? yoksa daha fazla "büyü" mü var?

[orijinal ifade] TinyURL, Metamark ve diğerleri gibi URL kısaltma hizmetlerini sıklıkla kullanıyorum, ancak her kullandığımda bu hizmetlerin nasıl çalıştığını merak ediyorum. Başka bir sayfaya yönlendirecek yeni bir dosya mı oluşturuyorlar yoksa alt alan adları mı kullanıyorlar?

Hayır, dosya kullanmıyorlar. Bunun gibi bir bağlantıya tıkladığınızda, sunucularına http://bit.ly/duSk8wK gibi tam URL ile bir HTTP isteği gönderilir (bu soruya bağlantılar). duSk8wKVeritabanlarıyla eşleşen yol bölümünü (burada ) okurlar . Veritabanında bir açıklama (bazen), adınızı (bazen) ve gerçek URL'yi bulurlar. Ardından, bir HTTP 302 yanıtı ve başlıktaki hedef URL olan bir yönlendirme yayınlarlar.

Bu doğrudan yönlendirme önemlidir. Dosyaları kullanacak olsaydınız veya önce HTML'yi yükleyip sonra yeniden yönlendirecekseniz, tarayıcı TinyUrl'yi geçmişe ekler, ki bu sizin istediğiniz şey değildir. Ayrıca, yönlendirilen site, yönlendireni (ilk geldiğiniz site) TinyUrl bağlantısının bulunduğu site olarak (yani twitter.com, bağlantı nerede olursa olsun kendi siteniz) görecektir. Bu, site sahiplerinin insanların nereden geldiğini görebilmeleri için de aynı derecede önemlidir. Bu da, yönlendirmeler yapan bir sayfa yüklenirse işe yaramaz.

Not: daha fazla yönlendirme türü vardır. HTTP 301 şu anlama gelir: kalıcı yönlendirme. Bu olursa, tarayıcı artık bit.ly veya TinyUrl sitesini istemeyecek ve bu siteler isabetleri saymak isteyecektir. Bu nedenle, geçici bir yönlendirme olan HTTP 302 kullanılır. Tarayıcı, TinyUrl.com veya bit.ly'ye her seferinde tekrar soracaktır, bu da sizin için isabetlerin sayılmasını mümkün kılar (bazı küçük url hizmetleri bunu sunar).

Diğerleri yönlendirmelerin nasıl çalıştığını yanıtladı, ancak küçük URL'lerini nasıl oluşturduklarını da bilmelisiniz. Kısaltılmış URL için bu benzersiz kodu oluşturmak amacıyla yanlışlıkla URL'nin bir karmasını oluşturduklarını duyacaksınız. Bu çoğu durumda yanlıştır, bir karma algoritma kullanmazlar (potansiyel olarak çarpışmalar yaşayabileceğiniz yerlerde).

Popüler URL kısaltma hizmetlerinin çoğu, URL'nin veritabanındaki kimliği alır ve ardından bunu Base 36 [a-z0-9] (büyük / küçük harf duyarlı) veya Base 62'ye (büyük / küçük harfe duyarlı) dönüştürür.

TinyURL Veritabanı Tablosunun basitleştirilmiş bir örneği:

ID       URL                           VisitCount
 1       www.google.com                        26
 2       www.stackoverflow.com               2048
 3       www.reddit.com                        64
...
 20103   www.digg.com                         201
 20104   www.4chan.com                         20

Esnek yönlendirmeye izin veren Web Çerçeveleri, gelen URL'leri (Ruby, ASP.NET MVC, vb.) İşlemeyi gerçekten kolaylaştırır.

Dolayısıyla, web sunucunuzda şuna benzeyen bir rota eyleminiz olabilir (sözde kod):

Route: www.mytinyurl.com/{UrlID}
Route Action: RouteURL(UrlID);

Www.mytinyurl.com etki alanınızdan sonra herhangi bir metin içeren herhangi bir gelen isteği, ilişkili yönteminiz olan RouteURL'ye yönlendirir. URL'nizdeki eğik çizgiden sonra iletilen metni bu yönteme sağlar.

Diyelim ki talep ettiniz: www.mytinyurl.com/fif

Daha sonra "beş", yönteminiz olan RouteURL'ye (Dize UrlID) geçirilir. RouteURL daha sonra "beş" i, 20103 baz 10 eşdeğerine dönüştürür ve 20103 kimliği altında depolanan URL'ye (bu durumda www.digg.com) yeniden yönlendirme için bir veritabanı isteği yapılır. Doğru URL'ye yönlendirmeden önce Digg için ziyaret sayısını da bir artırabilirsiniz.

Bu gerçekten basitleştirilmiş bir örnek ama genel fikri alabilmelisiniz.

@A Salcedo cevabının bir uzantısı olarak:

Bazı url kısaltma hizmetleri (Tinyarro.ws), kısaltılmış url'deki karakterleri kodlamak için Unicode (UTF-8) kullanarak aşırıya kaçar - bu da ek sembol eklemeden önce daha fazla web sitesine izin verir. UTF-8'in çoğu kullanım için kabul edildiğinden ( (IRI) RFC 3987, çoğu tarayıcı tarafından işlenir ), 62sembol başına sitelerden ~ şeklinde çıkıntı yapar 1,112,064.

Perspektif koymak gerekirse 1.2366863e + 12 siteyi 2 sembolle ( 1,112,064*1,112,064) kodlayabiliriz - Kasım 2009'da, kısaltılmış bağlantılara milyarlarca kez bit.lyerişildi 2.1( O zamanlar, bit.ly ve TinyURL en yaygın kullanılan URL kısaltma hizmetleriydi. ) Bu, sadece 2 sembole sığabileceğinden ~ 600 kat daha azdır, bu nedenle tüm url kısaltma servislerinin varlığının tam süresi için üçüncü sembol eklenene kadar minimum 20 yıl daha dayanmalıdır.

Basit bir deyişle, URL kısaltıcı rastgele bir uzun karakter dizisini (orijinal, uzun berbat url) kısa ve kaygan bir karakter dizisine eşler. Bu, en yaygın olarak arama tabloları, HashMap, md5 Hash, kriptografik amaçlar için vb. Oluşturmak için kullanılan Hashing'den başka bir şey değildir.

URL Kısaltma sürecini anlamak için GitHub'da bir demo projesi ve ayrıca bir blog yazısı oluşturdum. Buna bakın ve yardımcı olup olmadığını bana bildirin.

Blog Gönderisi : URL Kısaltma