Yalnızca statik dosyalardan oluşan bir sitem var.
Doğrudan Github'dan web sitelerini barındırmanın ne kadar kolay olduğunu keşfettim . Gecikme, güvenilirlik, kapasite açısından nasıl bir fikirleri var?
Genel olarak - şu anda statik içerik için - bunlar "üretim derecesi" midir? Saf gecikme ve çalışma süresi açısından Amazon S3 ile nasıl karşılaştırılırlar ?
Yanıtlar:
GitHub gerçekten üretime hazır. Düşük gecikme ve yükseklik kullanılabilirliği sağlamak için çoğaltma, kümeleme ve yük dengeleme kullanırlar ve bunu yaparken oldukça iyi olduklarını söyleyebilirim. Durum sayfasını okuyarak en son sorunlar hakkında fikir sahibi olabilirsiniz .
Ancak, gerçek bir barındırma değildir. Örneğin Amazon S3 ile karşılaştırıldığında, Amazon aşağıdaki avantajları sağlar:
GitHub sayfalarını kullanmanın avantajları normalde Jekyll (GitHub sayfalarının arkasındaki araç) kullanmak isteyen ve GitHub'a siteyi derleme ve barındırma çabasını bırakmak isteyen Ruby kullanıcıları içindir. Son olarak, ücretsizdir (deponuzu herkese açık tuttuğunuz sürece) ücretsizdir.
Ancak hiçbir şey Jekyll'i yerel olarak (veya başka bir yayınlama aracını) kullanmanıza, sayfaları statik olarak oluşturmanıza ve Amazon'da barındırmanıza engel olmaz. Bunu birkaç proje için yapıyorum. Yerel kopyanızı Amazon klasörü ile senkronize etmek için birkaç komut satırı aracı vardır.
Büyük sınırlama uçtan uca TLS / SSL desteği değildir.
Sayfalar HTTPS yerine HTTP üzerinden sunulur, bu nedenle bunları şifre veya kredi kartı numarası gönderme gibi hassas işlemler için kullanmamalısınız.
https: // foo .github.io çalışıyor , ancak tamamen güvenli değil (GitHub destek yanıtından alıntı, Şub 2014):
HTTPS istekleri işe yaramış gibi görünse de, CDN sağlayıcımız şifrelemeyi sonuna kadar ekliyor ve kaldırıyor ve ardından istek, açık internet üzerinden CDN sağlayıcımızdan GitHub Pages altyapısına iletiliyor ve güvenilirlik görünümü oluşturuyor.
Bu nedenle GitHub Sayfaları için henüz HTTPS'yi resmi olarak desteklemiyoruz.
Özel alan adları için hiçbir TLS / SSL desteği yoktur [ resmi olmayan sorun ].
Birçok kişi HTTPS'yi örneğin Clouldflare aracılığıyla özel bir alan üzerinde sınırlamayı denedi. Clouldflare özellikle uçtan uca değil ( "güvenli Sıkı burada çalışmıyor Tam SSL"), ancak önünde Normalde kullandığınız, Github kendi Sayfalar-CDN bağlantı kalıntıları olarak yukarıda açıklandığı güvensiz.
Başka bir küçük hata: bazı yollar http'ye geri yönlendirir .
*.github.ioşimdi de eşleşiyor , ancak yine de özel alanlar için geçerli bir SSL yok.
2018 itibariyle GitHub Pages , özel alan adları için bile HTTPS'yi tamamen desteklemektedir .
GitHub Sayfalar da artık bir CDN kullanan halen tarafından sağlanır, hızla .
Yani bugün GitHub Sayfalarında barındırdığınız her şey güvenli, hızlı ve güvenilir olacaktır.