BETA — Statische sitehosting
Met Kinsta’s Statische Site Hosting kun je statische sites deployen die bestaan uit niet-dynamische bestanden zoals HTML, CSS en JavaScript. Je repository kan de vooraf gebouwde bestanden of de sourcecode bevatten om je statische site te genereren.
Als je meer hulp nodig hebt met Statische Site Hosting, aarzel dan niet om lid te worden van ons Kinsta Community forum.
Git serviceproviders
De eerste keer dat je een statische site toevoegt, moet je een Git serviceprovider en repository kiezen uit je account. Je kunt kiezen uit een van de volgende (of alle):
Zodra je je GitHub account hebt verbonden, keer je terug naar MyKinsta om verder te gaan met de rest van de Statische site toevoegen stappen.
Features
Statische sites gebruiken minder resources omdat ze geen verwerking aan de serverkant of een database nodig hebben. Ze zijn bovendien veiliger omdat er geen script- of database-exploits zijn waar misbruik van kan worden gemaakt. Bekijk onze Statische Site Hosting Features voor een volledige lijst van wat Kinsta’s Statische Site Hosting te bieden heeft.
MyKinsta gebruikersrollen en toegang tot statische sites
De volgende MyKinsta gebruikersrollen kunnen statische sites toevoegen, openen en beheren:
Belangrijke opmerkingen en probleemoplossing
Als je problemen ondervindt bij het deployen van je statische site, bekijk dan onze gids voor het oplossen van problemen. Hier zijn enkele belangrijke dingen om in gedachten te houden:
- Kinsta’s Statische Site Hosting is voor vooraf gebouwde statische sites of sites gebouwd met moderne statische sitegenerator frameworks die Node.js gebruiken. Als je site voldoet aan een van de volgende voorwaarden, is deze beter geschikt voor onze Applicatie Hosting:
- Het gebruikt een andere taal dan Node.js om de site te bouwen (bijv. PHP).
- Het vereist server-rendering om een deel van of de hele site weer te geven.
- Er is een databaseverbinding nodig.
- Het levert dynamische inhoud.
- Het vereist sessies of authenticatie die moeten worden beheerd vanuit de server.
- Tijdens het installatieproces wordt je gevraagd om een Build commando en een Publish map op te geven. Het Build commando vertelt ons systeem hoe je site opgebouwd moet worden en de Publish map is de submap waar de voltooide site bestanden staan, relatief ten opzichte van de root van je repository. Het is cruciaal om deze velden correct in te vullen als je site afhankelijk is van een bouwstap. Dit zorgt ervoor dat je site wordt gebouwd en geleverd zoals jij dat wilt. Als het Build commando leeg wordt gelaten, kan het systeem aangeven dat de deployment is voltooid, maar het zal alleen de ongebouwde content van je repository uploaden.
- Als je een kant-en-klare site deployt en je bestanden staan in een submap van je archief, zorg er dan voor dat je het pad naar die submap (waar je HTML bestanden en assets zijn opgeslagen) hebt opgegeven in het veld Publish directory, relatief ten opzichte van de root van je repository.
- De Build and rollout process log voor elke deployment kan worden bekeken op de Deployment details pagina.
- Als een site wordt verwijderd, kan het, afhankelijk van de cachingheaders die door de site worden verzonden en de browserinstellingen van de gebruiker, lijken alsof de verwijderde site nog enkele minuten of uren beschikbaar is als gevolg van caching.
- De Display name van een statische site moet uniek zijn; hij mag niet hetzelfde zijn als een andere statische site, applicatie of WordPress site.