Statisches Seiten Hosting
Mit dem Statische Seiten Hosting von Kinsta kannst du statische Websites bereitstellen, die aus nicht-dynamischen Dateien wie HTML, CSS und JavaScript bestehen. Dein Repository kann die vorgefertigten Dateien oder den Quellcode zur Erstellung deiner statischen Website enthalten.
Kinsta verfügt über mehr als 260 CDN-Standorte für das Statische Seiten Hosting. Statische Websites werden an diesen CDN-Standorten auf den neuesten Stand gebracht. Das bedeutet, dass die Besucher deiner Website vom nächstgelegenen, schnellsten und am einfachsten zu erreichenden CDN-Standort aus bedient werden.
Wenn du weitere Hilfe zum Statische Seiten Hosting benötigst, kannst du dich gerne in unserem Kinsta Community Forum melden.
Git-Service-Anbieter
Wenn du zum ersten Mal eine statische Website hinzufügst, musst du einen Git-Dienstanbieter und ein Repository in deinem Konto auswählen. Du kannst einen (oder alle) der folgenden Anbieter auswählen:
Sobald du dein Git-Provider-Konto verbunden hast, kehrst du zu MyKinsta zurück und kannst mit den restlichen Schritten der statischen Website hinzufügen fortfahren.
Funktionen
Du kannst bis zu 100 statische Websites pro Unternehmen hinzufügen. Statische Websites verbrauchen weniger Ressourcen, weil sie keine serverseitige Verarbeitung oder eine Datenbank benötigen. Sie sind auch sicherer, weil es keine Skript- oder Datenbank-Exploits gibt, die ausgenutzt werden können. Eine vollständige Liste aller Funktionen, die das Statische Seiten Hosting von Kinsta bietet, findest du unter Statische Seiten Hosting.
Preisgestaltung
Das Statische Seiten Hosting bei Kinsta ist kostenlos, beinhaltet jedoch die folgenden Einschränkungen der Fair Use Policy:
- 100 Websites insgesamt
- 600 Erstellungsminuten und 100 GB Bandbreite pro Monat und Account
- 1 GB Build-Größe und 1 gleichzeitiger Build pro Website
The Edge
The Edge ist das globale Netzwerk von Cloudflare, das Inhalte geografisch näher an die Endnutzer bringt.
Beim typischen Cloud Computing werden Daten und Verarbeitungsaufgaben an zentrale Server in Rechenzentren gesendet. Diese Server übernehmen die Speicherung, Verarbeitung und Bereitstellung von Daten für verschiedene Anwendungen. Das Senden von Daten zur Verarbeitung an weit entfernte Rechenzentren kann jedoch aufgrund von Faktoren wie Latenzzeiten, Bandbreitenbeschränkungen oder der Notwendigkeit einer Echtzeitverarbeitung nicht effizient sein.
An dieser Stelle kommt der Edge ins Spiel. Er erweitert die Möglichkeiten der Cloud, indem er Rechenressourcen und Dienste näher an die Endnutzer/innen oder Geräte am Rand des Netzwerks bringt. Bei Kinsta nutzen wir das Content Delivery Network (CDN) von Cloudflare mit den Standorten 260+ für das Statische Seiten Hosting.
Statische Websites werden an diesen CDN-Standorten an den Rand geschoben. Die Besucher deiner Website werden vom nächstgelegenen, schnellsten und am einfachsten zu erreichenden CDN-Standort bedient, sodass die Datenverarbeitung viel näher an den Endnutzern stattfinden kann. Das verkürzt die Zeit, in der die Daten zu den zentralen Cloud-Servern hin- und hergeschickt werden müssen. Das ermöglicht schnellere Reaktionszeiten, geringere Latenzzeiten und eine bessere Leistung für Websites, die eine Echtzeit- oder Fast-Echtzeit-Verarbeitung benötigen.
Damit ist der Edge ideal für statische Websites, da diese aus vorgerenderten HTML-, CSS- und JavaScript-Dateien bestehen, die keine serverseitige Verarbeitung oder Datenbankabfragen erfordern. Sie können auch effizienter mit hohem Datenverkehr umgehen, weil sie nicht auf serverseitige Verarbeitung angewiesen sind. Der Edge kann die Inhalte selbstständig bereitstellen, wodurch der Ursprungsserver entlastet, die Gesamtleistung verbessert, die Zuverlässigkeit der Website erhöht und Fehlerquellen reduziert werden.
Die Verteilung von Inhalten an den Edge bietet außerdem eine bessere Ausfallsicherheit bei Netzwerkproblemen, reduziert die Bandbreitenanforderungen und minimiert die Kosten für die Datenübertragung, wodurch die Kosteneffizienz optimiert wird.
Wichtige Hinweise und Fehlerbehebung
Wenn du Probleme bei der Bereitstellung deiner statischen Website hast, sieh dir unseren Leitfaden zur Fehlerbehebung an. Hier sind einige wichtige Dinge, die du beachten solltest:
- Das Statische Seiten Hosting von Kinsta ist für vorgefertigte statische Websites oder Websites, die mit modernen Statische Seiten Generatoren-Frameworks erstellt wurden, die Node.js verwenden. Wenn deine Website eine der folgenden Bedingungen erfüllt, ist sie besser für unser Anwendungs-Hosting geeignet:
- Sie verwendet eine andere Sprache als Node.js, um die Seite zu erstellen (z. B. PHP).
- Sie benötigt Server-Rendering, um einen Teil oder die gesamte Website zu bedienen.
- Sie benötigt eine Datenbankverbindung.
- Sie stellt dynamische Inhalte bereit.
- Sie erfordert Sitzungen oder eine serverseitig verwaltete Authentifizierung.
- Während des Einrichtungsprozesses wirst du aufgefordert, einen Build-Befehl und ein Veröffentlichungsverzeichnis anzugeben. Der Build-Befehl teilt unserem System mit, wie es deine Website zusammenstellen soll, und das Publish-Verzeichnis ist das Unterverzeichnis, in dem die fertigen Website-Dateien relativ zum Stammverzeichnis deines Repositorys liegen. Es ist wichtig, dass du diese Felder korrekt ausfüllst, wenn deine Website von einem Build-Schritt abhängt. So wird sichergestellt, dass deine Website so gebaut und bereitgestellt wird, wie du es möchtest. Wenn du den Build-Befehl nicht ausfüllst, zeigt das System zwar an, dass die Bereitstellung abgeschlossen ist, lädt aber nur den nicht gebauten Inhalt deines Repositorys hoch.
- Wenn du eine vorgefertigte Website bereitstellst und sich deine Dateien in einem Unterverzeichnis deines Projektarchivs befinden, musst du den Pfad zu diesem Unterverzeichnis (in dem deine HTML-Dateien und Assets gespeichert sind) in das Feld Veröffentlichungsverzeichnis relativ zum Stammverzeichnis deines Projektarchivs eingeben.
- Das Protokoll des Build- und Rollout-Prozesses für jede Verteilung kannst du auf der Seite mit den Verteilungsdetails einsehen.
- Wenn eine Website gelöscht wird, kann die gelöschte Website je nach den von der Website gesendeten Caching-Headern und den Browsereinstellungen des Nutzers noch für einige Minuten oder Stunden verfügbar sein.
- Der Anzeigename einer statischen Website muss eindeutig sein; er darf nicht mit einer anderen statischen Website, einer Anwendung oder einer WordPress-Website identisch sein.