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.
Kinsta dispose de plus de 260 emplacements CDN pour l’hébergement de sites statiques. Les sites statiques sont poussés à la périphérie dans ces emplacements CDN. Cela signifie que les visiteurs de votre site sont servis à partir de l’emplacement CDN le plus proche, le plus rapide et le plus facile d’accès.
Si vous avez besoin d’aide pour l’hébergement de sites statiques, n’hésitez pas à rejoindre le forum de la communauté Kinsta.
Fournisseurs de services Git
La première fois que vous ajoutez un site statique, vous devez sélectionner un fournisseur de services Git et un dépôt dans votre compte. Vous pouvez choisir l’une des options suivantes (ou toutes) :
Une fois que vous avez connecté votre compte de fournisseur Git, vous serez renvoyé à MyKinsta pour continuer avec le reste des étapes d’ajout de site statique.
Caractéristiques
Vous pouvez ajouter jusqu’à 100 sites statiques par entreprise. Les sites statiques utilisent moins de ressources car ils ne nécessitent pas de traitement 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 caractéristiques d’hébergement de sites statiques pour une liste complète de ce que l’hébergement de sites statiques de Kinsta a à offrir.
Tarifs
L’hébergement de sites statiques chez Kinsta est gratuit ; cependant, il inclut les limites suivantes de la politique d’utilisation équitable :
- 100 sites au total
- 600 minutes de construction et 100 Go de bande passante par mois et par compte
- 1 Go de taille de construction et 1 construction simultanée par site
The Edge
The Edge est le réseau mondial de Cloudflare qui place le contenu géographiquement plus près des utilisateurs finaux.
Dans l’informatique cloud classique, les données et les tâches de traitement sont envoyées à des serveurs centralisés situés dans des centres de données. Ces serveurs s’occupent du stockage, du traitement et de la livraison des données pour diverses applications. Cependant, l’envoi de données à des centres de données éloignés pour traitement peut ne pas être efficace en raison de facteurs tels que la latence, les limitations de la bande passante ou la nécessité d’un traitement en temps réel.
C’est là que l’Edge entre en jeu. Il étend les capacités du cloud en plaçant les ressources et les services informatiques plus près des utilisateurs finaux ou des appareils à la périphérie du réseau. Chez Kinsta, nous utilisons le réseau de diffusion de contenu (CDN) de Cloudflare, avec 260+ emplacements pour l’hébergement de sites statiques.
Les sites statiques sont poussés vers la périphérie à ces emplacements CDN. Les visiteurs de votre site sont servis à partir de l’emplacement CDN le plus proche, le plus rapide et le plus facile d’accès, de sorte que le traitement des données peut se faire beaucoup plus près des utilisateurs finaux. Cela réduit le temps nécessaire pour que les données fassent l’aller-retour vers les serveurs centralisés, ce qui permet des temps de réponse plus rapides, une latence plus faible et des performances améliorées pour les sites qui nécessitent un traitement en temps réel ou quasi réel.
Edge est donc idéal pour les sites statiques, car ils sont constitués de fichiers HTML, CSS et JavaScript pré-rendus qui ne nécessitent pas de traitement côté serveur ou de requêtes de base de données. Ils peuvent également gérer plus efficacement des charges de trafic élevées car ils ne dépendent pas d’un traitement côté serveur. Edge peut servir le contenu de manière indépendante, ce qui réduit la charge sur le serveur d’origine, améliore les performances globales et la fiabilité du site et réduit les points de défaillance.
La distribution du contenu à Edge offre également une meilleure résistance aux problèmes de réseau, réduit les besoins en bande passante et minimise les coûts de transfert de données, optimisant ainsi la rentabilité.
Notes importantes et dépannage
Si vous rencontrez des difficultés lors du déploiement de 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 frameworks modernes de génération de sites statiques qui utilisent Node.js. Si votre site répond à l’une des conditions suivantes, il conviendra mieux à 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 de serveur pour servir une partie ou la totalité du site.
- Il nécessite une connexion à une 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 dépôt. 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éversera que le contenu non construit de votre dépôt.
- Si vous déployez un site pré-construit et que vos fichiers se trouvent dans un sous-répertoire de votre dépôt, 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 dépôt.
- 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’un site statique Nom d’affichage d’un site statique doit être unique ; il ne peut pas être identique à celui d’un autre site statique, d’une application ou d’un site WordPress.