it-swarm.com.de

Wie verhält sich Github Pages zum Bereitstellen statischer Dateien?

Ich habe eine Site, die nur aus statischen Dateien besteht.

Ich habe gerade herausgefunden, wie einfach es ist, Websites direkt von Github zu hosten . Haben Sie eine Idee, wie sie in Bezug auf Latenz, Zuverlässigkeit, Kapazität ... abschneiden?

Im Allgemeinen - für statische Inhalte nur im Moment - sind sie "Produktionsqualität"? Wie ist der Vergleich zu sagen Amazon S3 in Bezug auf reine Latenz und Betriebszeit?

14
ripper234

GitHub ist in der Tat produktionsbereit. Sie verwenden Replikation, Clustering und Load Balancing, um eine geringe Latenz und hohe Verfügbarkeit zu gewährleisten, und ich würde sagen, dass sie darin ziemlich gut sind. Sie können sich einen Eindruck über die neuesten Probleme verschaffen, indem Sie die Statusseite lesen.

Sie sind jedoch kein echtes Hosting. Gegenüber Amazon S3 bietet Amazon beispielsweise folgende Vorteile:

  • Eine um Größenordnungen größere Infrastruktur
  • Möglichkeit, CDN (Amazon CloudFront) zu verwenden, um die Latenz zu verringern, indem die Seiten je nach Standort des Benutzers mit dem nächstgelegenen Knoten versorgt werden

Die Vorteile der Verwendung von GitHub-Seiten gelten normalerweise für Ruby Benutzer, die Jekyll (das Tool hinter GitHub-Seiten) verwenden und GitHub die Mühe geben möchten, die Site zu kompilieren und zu hosten. Last but not least ist es kostenlos (solange Sie Ihr Repository öffentlich halten).

Nichts hindert Sie jedoch daran, Jekyll lokal (oder ein anderes Publishing-Tool) zu verwenden, die Seiten statisch zu generieren und sie bei Amazon zu hosten. Ich mache das für mehrere Projekte. Es gibt verschiedene Befehlszeilentools, um Ihre lokale Kopie mit dem Amazon-Ordner zu synchronisieren.

15
Simone Carletti

Die große Einschränkung ist keine durchgehende TLS/SSL-Unterstützung.

Seiten werden über HTTP und nicht über HTTPS bereitgestellt. Sie sollten sie daher nicht für vertrauliche Transaktionen wie das Senden von Kennwörtern oder Kreditkartennummern verwenden.

- https://help.github.com/articles/what-are-github-pages

https: // foo .github.io funktioniert , ist aber nicht ganz sicher (Auszug aus der GitHub-Supportantwort, Februar 2014):

Während HTTPS-Anfragen zu funktionieren scheinen, fügt unser CDN-Anbieter die Verschlüsselung an ihrem Ende hinzu und entfernt sie. Anschließend wird die Anfrage über das offene Internet von unserem CDN-Anbieter an unsere GitHub Pages-Infrastruktur übertragen, was den Anschein von Vertrauenswürdigkeit erweckt.

Aus diesem Grund unterstützen wir HTTPS für GitHub Pages noch nicht offiziell.

Und es gibt überhaupt keine TLS/SSL-Unterstützung für benutzerdefinierte Domains [ inoffizielles Problem ].

Viele Leute haben mit dem Fronting von HTTPS in einer benutzerdefinierten Domäne über z. Clouldflare. Insbesondere Clouldflare ist nicht durchgängig sicher (" Strict Full SSL" funktioniert hier nicht), aber was auch immer Sie davor verwenden, Githubs eigener Pages-CDN-Link bleibt unsicher wie oben erklärt.

Ein weiterer kleiner Fehler: einige Pfade leiten zurück zu http .

Ab 2018 GitHub Pages voll unterstützt HTTPS, auch für benutzerdefinierte Domains .

GitHub Pages verwendet jetzt auch eine CDN , die derzeit von Fastly bereitgestellt wird.

Alles, was Sie heute auf GitHub Pages hosten, ist sicher, schnell und zuverlässig.