Hébergement de sites statiques
Avec l’hébergement de sites statiques de Kinsta, vous pouvez déployer des sites statiques composés de fichiers non dynamiques tels que HTML, CSS et JavaScript. Votre dépôt peut contenir les fichiers préconstruits ou le code source pour générer votre site statique.
Si vous avez besoin d’aide supplémentaire concernant l’hébergement de sites statiques, n’hésitez pas à rejoindre notre forum de la communauté Kinsta.
Fournisseurs de services Git
La première fois que vous ajoutez un site statique, vous devrez sélectionner un fournisseur de services Git et un dépot depuis votre compte. Vous pouvez choisir parmi l’un des éléments suivants (ou tous) :
Une fois que vous avez connecté votre compte GitHub, vous serez renvoyé à MyKinsta pour continuer avec le reste des étapes de l’ajout d’un site statique.
Fonctionnalités
Les sites statiques utilisent moins de ressources car ils ne nécessitent pas de processus côté serveur ou de base de données. Ils sont également plus sûrs car il n’y a pas d’exploitation de script ou de base de données à exploiter. Consultez nos fonctionnalités d’hébergement de sites statiques pour une liste complète de ce que l’hébergement de sites statiques de Kinsta a à offrir.
Notes importantes et dépannage
Si vous rencontrez des difficultés pour déployer votre site statique, consultez notre guide de dépannage. Voici quelques points importants à garder à l’esprit :
- L’hébergement de sites statiques de Kinsta est destiné aux sites statiques préconstruits ou aux sites construits avec des générateurs de sites statiques modernes qui utilisent Node.js. Si votre site répond à l’une des conditions suivantes, il sera mieux adapté à notre hébergement d’applications :
- Il utilise un langage autre que Node.js pour construire le site (par exemple PHP).
- Il nécessite un rendu du serveur pour servir une partie ou la totalité du site.
- Il nécessite une connexion à la base de données.
- Il propose un contenu dynamique.
- Il nécessite des sessions ou une authentification gérée côté serveur.
- Il vous sera demandé de spécifier une commande de construction et un répertoire de publication au cours du processus d’installation. La commande de construction indique à notre système comment assembler votre site, et le répertoire de publication est le sous-répertoire où se trouvent les fichiers du site fini, par rapport à la racine de votre répertoire. Il est essentiel de remplir ces champs correctement si votre site dépend d’une étape de construction. Cela vous permettra de vous assurer que votre site est construit et servi comme vous le souhaitez. Si la commande de construction est laissée vide, le système peut indiquer que le déploiement est terminé, mais il ne téléchargera que le contenu non construit de votre répertoire.
- Si vous déployez un site préconstruit et que vos fichiers se trouvent dans un sous-répertoire de votre répertoire, assurez-vous d’avoir saisi le chemin d’accès à ce sous-répertoire (où sont stockés vos fichiers HTML et vos ressources) dans le champ Répertoire de publication, par rapport à la racine de votre répertoire.
- Le journal des processus de construction et de déploiement pour chaque déploiement peut être consulté sur la page Détails du déploiement.
- Si un site est supprimé, en fonction des en-têtes de mise en cache envoyés par le site et des réglages du navigateur de l’utilisateur, le site supprimé peut encore sembler disponible pendant quelques minutes ou quelques heures en raison de la mise en cache.
- Le nom d’affichage d’un site statique doit être unique ; il ne peut pas être le même que celui d’un autre site statique, d’une application ou d’un site WordPress.