Technologies prises en charge

Cet article contient une liste de frameworks et de langages ainsi que des informations indiquant s’ils fonctionnent avec l’hébergement d’applications et l’hébergement de bases de données Kinsta.

Si vous ne voyez pas le framework ou le langage que vous souhaitez utiliser dans la liste, veuillez contacter nos équipes de vente ou de support.

Adobe Content Server

Peut-être. Nous n’avons pas testé cela sur l’hébergement d’applications avec un stockage persistant, mais cela devrait être possible. N’hésitez pas à essayer !

Applications Angular

Oui. Nous pouvons héberger des applications Angular. Consultez nos informations sur la compatibilité des générateurs de sites statiques pour plus de détails.

Apostrophe

Peut-être. Apostrophe nécessite MongoDB. Kinsta ne prend actuellement pas en charge MongoDB sur l’hébergement de base de données, mais vous pouvez héberger l’application sur Kinsta tout en hébergeant la base de données ailleurs ou utiliser un Dockerfile avec l’hébergement d’application et le stockage persistant pour déployer votre base de données MongoDB. Vous pouvez trouver l’image Docker officielle de MongoDB sur Docker Hub. Il existe également une image officielle pour mongo-express, une interface d’administration basée sur le web pour MongoDB. Si la base de données est hébergée ailleurs, un stockage persistant peut toujours être nécessaire, en fonction de la façon dont les médias ou d’autres fichiers ne se trouvant pas dans le dépot de l’application sont stockés.

Arc XP

Non. Les produits Arc XP sont gérés par Arc XP et hébergés exclusivement chez Amazon Web Services (AWS).

ASP.NET

Oui. Les utilisateurs peuvent exécuter des applications construites avec Dotnet Core. DotNet Core peut être exécuté dans des conteneurs Linux ; voir cet exemple.

.NET évolue vers un environnement Core/Cross-platform supported/cloud-ready. Le hub Docker du moteur d’exécution ASP.NET Core contient quelques conteneurs Docker pré-construits pour Core, et les échantillons .NET contiennent quelques exemples d’utilisation des configurations typiques MS SQL + ASP.NET Core avec Docker compose.

Astro

Oui. Nous avons un dépôt GitHub d’exemple de démarrage rapide pour Astro, et vous pouvez suivre notre guide pour configurer un site statique avec Astro sur Kinsta.

Applications Bootstrap

Oui. Bootstrap est un framework frontend, il est donc compatible avec l’hébergement d’applications. Vous devrez l’utiliser en combinaison avec un autre langage, tel que PHP ou JavaScript.

Builder.io

Oui.Builder.io est un SDK (bibliothèque) que vous pouvez utiliser soit pour construire un site statique, soit pour l’intégrer dans votre code pour obtenir des effets visuels.

C#

Oui. Utilisez Nixpacks pour construire l’image du conteneur de votre application, et C# (C Sharp) sera détecté si un fichier .csproj se trouve dans le dépot de votre application.

Cascade CMS

Peut-être. Vous pourriez être en mesure d’héberger Cascade CMS avec un Dockerfile, il y a un dépôt GitHub, mais cela nécessite beaucoup d’ajustements. Vous devrez savoir comment écrire des Dockerfiles et comprendre les exigences techniques de Cascade CMS. Kinsta ne peut pas fournir de support technique pour cela.

Clojure

Oui. Utilisez Nixpacks pour construire l’image conteneur de votre application, et Clojure sera détecté si un fichier project.clj ou build.clj se trouve dans le dépot de votre application.

COBOL

Oui. Utilisez Nixpacks pour construire l’image du conteneur de votre application. COBOL sera détecté si une variable d’environnement NIXPACKS_COBOL_APP_NAME est disponible pour le processus de construction, un fichier index.cbl ou autre .cbl se trouve dans le dépot de votre application.

CodeIgniter

Oui. CodeIgniter est une application basée sur PHP, donc pendant le processus de déploiement, Kinsta installe automatiquement les dépendances définies dans votre fichier composer.json.

ColdFusion

Peut-être. Nous n’avons pas testé cela sur l’hébergement d’applications avec un stockage persistant, mais cela devrait être possible. N’hésitez pas à donner un coup de pouce !

commercetools

Oui. commercetools utilise Java, JavaScript et PHP et peut être utilisé sur l’hébergement d’applications.

Contao

Peut-être. Si vous pouvez installer et configurer manuellement Contao et le conteneuriser avec un fichier Docker, vous pouvez l’héberger sur l’hébergement d’applications.

Contentful

Non. Contentful ne propose pas d’option hébergeur. Vous ne pouvez pas accéder au code et le déployer sur notre hébergement d’applications.

CraftCMS

Peut-être. CraftCMS est une application PHP auto-hébergée qui peut se connecter aux bases de données MySQL et PostgreSQL. Nous n’avons pas testé ceci sur l’hébergement d’applications avec un stockage persistant, mais cela devrait être possible. N’hésitez pas à faire un essai !

Crystal

Oui. Utilisez Nixpacks pour construire l’image du conteneur de votre application, et Crystal sera détecté si un fichier shard.yml se trouve dans le dépot de votre application.

Dart

Oui. Utilisez Nixpacks pour construire l’image du conteneur de votre application, et Dart sera détecté si un fichier pubspec.yaml se trouve dans le dépot de votre application.

Répliques de base de données

Non. Nous ne fournissons pas actuellement de répliques de base de données.

Adresses IP dédiées

Non. Nous ne fournissons pas d’adresses IP dédiées. Chaque nouveau déploiement peut avoir un pod programmé sur un hôte différent, ce qui entraine une adresse IP différente. Un changement d’adresse IP peut également se produire si Kubernetes doit déplacer un pod vers un autre hôte en raison de la consommation de ressources ou si le pool de nœuds sur lequel il se trouve est en cours de mise à niveau.

Deno

Oui, vous pouvez utiliser Nixpacks ou Buildpacks pour construire l’image du conteneur de votre application. Nous avons un exemple de démarrage rapide sur GitHub pour Deno, et vous pouvez suivre notre guide pour configurer une application Deno sur Kinsta.

Quand vous utilisez Nixpacks, Deno sera détecté si l’un des éléments suivants se trouve dans le dépot de votre application :

  • Un fichier deno.json.
  • Un fichier deno.jsonc.
  • Tout fichier .ts, .tsx, .js ou .jsx qui importe quelque chose depuis deno.land.

Accès SSH direct aux pods

Partiellement. Nous ne fournissons actuellement pas d’accès SSH complet aux pods, mais vous pouvez utiliser le terminal web de l’application pour utiliser des scripts et lire des fichiers dans le conteneur dans lequel le processus web de votre application s’exécute. Pour gérer une base de données, vous pouvez utiliser une connexion externe pour accéder à la base de données.

Django

Oui. Nous avons un dépôt GitHub d’exemple de démarrage rapide pour Django, et vous pouvez suivre ce guide sur le fait de configurer une application Django chez Kinsta.

DNN CMS

Non.DNN CMS nécessite un système d’exploitation Windows et un serveur web Microsoft. L’hébergement d’applications de Kinsta utilise un système d’exploitation Linux et un serveur web Nginx ; par conséquent, vous ne pouvez pas héberger DNN CMS.

Docsify

Oui. Nous avons un exemple de démarrage rapide GitHub pour Docsify, et vous pouvez suivre notre guide sur la façon de configurer un site statique avec Docsify chez Kinsta.

Docusaurus

Oui. Nous avons un dépôt GitHub d’exemple de démarrage rapide pour Docusaurus, et vous pouvez suivre notre guide pour configurer un site statique avec Docusaurus sur Kinsta.

Drupal

Peut-être. Nous n’avons pas testé ceci sur l’hébergement d’applications avec un stockage persistant, mais cela devrait être possible. N’hésitez pas à faire un essai !

Eleventy

Oui. Nous avons un dépôt rapide d’exemple de démarrage GitHub pour Eleventy, et vous pouvez suivre notre guide sur le réglage d’un site statique avec Eleventy à Kinsta.

Elixir

Oui. Utilisez Nixpacks pour construire l’image du conteneur de votre application, et Elixir sera détecté si un fichier mix.exs se trouve dans le dépot de votre application.

Emotion

Oui. Emotion est une bibliothèque qui peut être appelée à l’aide de npm. Si vous l’ajoutez à l’arbre des dépendances du package.json, quand l’application se construit, le buildpack tire la version spécifiée d’Emotion et toutes les autres dépendances spécifiées.

F#

Oui. Utilisez Nixpacks pour construire l’image conteneur de votre application, et F# (F Sharp) sera détecté si un fichier .fsproj se trouve dans le dépot de votre application.

Fishbowl Inventory

Non. Fishbowl supporte uniquement la version 5.7 de MySQL, tandis que l’hébergement de bases de données de Kinsta propose la version 8.0 de MySQL. Si Fishbowl est mis à jour pour prendre en charge une version plus récente de MySQL (ou un autre type de base de données et une autre version pris en charge par notre Hébergement de bases de données), ce serait un peut-être parce que l’installation nécessiterait, au minimum, un fichier Dockerfile personnalisé et serait probablement compliquée et difficile à configurer.

Flask

Oui. Nous avons un dépôt GitHub d’exemple de démarrage rapide pour Flask, et vous pouvez suivre ce guide pour configurer une application Flask chez Kinsta.

Flutter

Oui. Si l’application Flutter est une application web et que vous pouvez la conteneuriser avec un fichier Docker, vous pouvez l’héberger sur l’hébergement d’applications.

Galera Clusters

Non. Nous ne prenons pas en charge cette fonction sur Kinsta pour le moment.

Gatsby

Oui. Nous avons un repo GitHub d’exemple de démarrage rapide pour Gatsby.

Ghost

Peut-être. Nous n’avons pas testé cela sur l’hébergement d’applications avec un stockage persistant, mais cela devrait être possible. N’hésitez pas à faire un essai !

L’image Dockerfile officielle pour Ghost est disponible sur Docker Hub et constitue le moyen recommandé pour le déploiement, avec quelques ajustements :

  • Le stockage persistant devra être défini via MyKinsta ; nous ne prenons pas en charge la configuration du stockage persistant depuis un Dockerfile.
  • Kinsta définit automatiquement la variable d’environnement PORT. Vous n’avez pas besoin de la définir ou de la coder en dur dans l’application. Utilisez la variable d’environnement PORT pour vous référer au port dans votre application.

GitLab Runner

Oui. GitLab Runner est basé sur Go qui est pris en charge dans l’hébergement d’applications. Ils fournissent également une documentation sur la façon d’utiliser GitLab Runner en tant que conteneur Docker qui est également pris en charge.

Go

Oui, vous pouvez utiliser Nixpacks ou Buildpacks pour construire l’image du conteneur de votre application. Nous avons un exemple de démarrage rapide sur le dépôt GitHub pour Go, et vous pouvez suivre ce guide pour configurer une application Go chez Kinsta.

Quand vous utilisez Nixpacks, Go est détecté si un fichier main.go se trouve dans le dépot de votre application.

Quand vous utilisez les Buildpacks, Go est détecté si l’un des éléments suivants se trouve dans le dépot de votre application :

  • Un fichier Godeps/Godeps.json.
  • Un fichier vendor/vendor.json.
  • Un répertoire src avec des sous-répertoires contenant un ou plusieurs fichiers .go.

Haskell

Oui. Utilisez Nixpacks pour construire l’image du conteneur de votre application, et Haskell sera détecté si un fichier .package.yaml et tout fichier source .hs se trouvent dans le dépot de votre application.

Applications headless telles que sanity.io

Oui. Le backend utilise la plateforme headless (dans cet exemple, Sanity), et l’interface publique (hébergée chez Kinsta) utilise votre bibliothèque ou framework préféré. Vous devrez également ajouter le nom de domaine de votre application frontend aux réglages CORS de votre plateforme headless (dans cet exemple, Réglages > Réglages API > Origines CORS et cliquez sur le bouton Ajouter une origine CORS dans votre projet Sanity).

Hugo

Oui. Nous avons un dépôt GitHub pour Hugo, et vous pouvez suivre notre guide pour configurer un site statique avec Hugo sur Kinsta.

Régénération statique incrémentielle sur Next.js

Oui. Cela fonctionne sur l’hébergement d’applications ; pour plus d’informations sur la configuration de l’application, veuillez vous reporter à cet article de Next.js.

Jamstack

Oui. Nous avons les exemples de dépôts GitHub suivants et de guides de démarrage rapide :

Java

Oui, vous pouvez utiliser Nixpacks ou Buildpacks pour construire l’image du conteneur de votre application. Nous avons un exemple de démarrage rapide sur le dépôt GitHub pour Java, et vous pouvez suivre notre guide pour configurer une application Java sur Kinsta.

Quand vous utilisez Nixpacks, Java sera détecté si un fichier gradlew ou un fichier pom avec l’une des extensions suivantes se trouve dans le dépot de votre application : xml, atom, clj, groovy, rb, scala, yaml, yml.

Quand vous utilisez Buildpacks, Java sera détecté si un fichier pom.xml se trouve dans le dépot de votre application.

Jekyll

Oui. Nous avons un exemple de dépôt GitHub pour Jekyll, et vous pouvez suivre notre guide pour configurer un site statique avec Jekyll sur Kinsta.

Jigsaw

Oui. Nous avons un exemple de dépôt GitHub pour Jigsaw, et vous pouvez suivre notre guide pour configurer un site statique avec Jigsaw sur Kinsta.

Joomla

Peut-être. Nous n’avons pas testé cela sur l’hébergement d’applications avec un stockage persistant, mais cela devrait être possible. N’hésitez pas à faire un essai ! Il est également techniquement possible d’utiliser Joomla en tant qu’application sans état. Il est techniquement possible d’exécuter Joomla comme une application sans état. Il existe une extension qui peut stocker les fichiers statiques sur S3, et il existe une image docker officielle de Joomla.

Laravel

Oui. Nous avons un dépôt GitHub d’exemple de démarrage rapide pour Laravel, et vous pouvez suivre ce guide sur la façon de configurer une application Laravel chez Kinsta.

Lume

Oui. Nous avons un dépôt GitHub d’exemple de démarrage rapide pour Lume, et vous pouvez suivre notre guide sur la façon de configurer un site statique avec Lume sur Kinsta.

Lunatic

Oui. Utilisez Nixpacks pour construire l’image du conteneur de votre application, et Lunatic sera détecté si un fichier Cargo.toml se trouve dans le dépot de votre application et que .cargo/config.toml contient une ligne runner = "lunatic".

Magento

Peut-être. Nous ne l’avons pas testé sur l’hébergement d’applications avec stockage persistant, mais cela devrait être possible. Essayez gratuitement !

Mastodon

Peut-être. Il est possible d’exécuter Mastodon sur l’hébergement d’applications, mais comme il nécessite beaucoup de ressources, le coût d’exécution peut être élevé. Vous aurez probablement besoin du pod de 4 Go car il utilise ~1,5 Go de RAM. Nous n’avons pas testé cela sur l’hébergement d’applications avec stockage persistant, mais cela devrait être possible. Si vous utilisez l’application sans stockage persistant et que votre pod est cyclé ou déplacé, il devrait tout récupérer à nouveau. Les pods ne redémarrent pas souvent, mais quand ils le font, le système de fichiers se réinitialise au système de fichiers du conteneur d’origine si l’application n’est pas connectée au stockage persistant.

Matomo

Oui. Cela nécessitera un stockage persistant pour les fichiers de configuration (fichiers .ini dans /config) et une base de données MySQL ou MariaDB. L’image Dockerfile officielle pour Matomo est disponible sur Docker Hub et constitue le moyen recommandé pour le déploiement.

Si vous ne souhaitez pas utiliser un Dockerfile, un autre moyen consiste à traiter Matomo comme n’importe quelle autre application PHP et à laisser un buildpack créer automatiquement le conteneur. Pour cela, vous devrez télécharger le fichier .zip de Matomo, le décompresser et l’ajouter à votre dépot. Assurez-vous qu’un fichier composer.json est inclus dans le dépôt afin qu’il soit reconnu par les buildpacks comme une application PHP.

Pile MERN

Peut-être. MERN est l’abréviation de MongoDB, Express, React et Node, du nom des quatre technologies clés qui composent la pile.

  • MongoDB – base de données de documents
  • Express – framework web Node.js
  • React – une bibliothèque JavaScript côté client
  • Node.js – un environnement d’exécution JavaScript

Kinsta ne prend actuellement pas en charge MongoDB sur l’hébergement de base de données, mais vous pouvez héberger l’application sur Kinsta tout en hébergeant la base de données ailleurs ou utiliser un Dockerfile avec l’hébergement d’application et le stockage persistant pour déployer votre base de données MongoDB. Vous pouvez trouver l’image Docker officielle de MongoDB sur Docker Hub. Il existe également une image officielle pour mongo-express, une interface d’administration basée sur le web pour MongoDB.

Metabase

Oui. Metabase utilise Java, qui est pris en charge par les hébergeurs d’applications. Elle peut être connectée à différents types de bases de données, notamment PostgreSQL, MySQL ou MariaDB, qui sont tous pris en charge par notre hébergement de bases de données. Nous n’avons pas testé cela sur l’hébergement d’applications et l’hébergement de bases de données, mais cela devrait être possible. N’hésitez pas à faire un essai !

Une image Docker pour Metabase est également disponible sur Docker Hub. Note : Si vous souhaitez utiliser un volume de stockage de fichiers avec Docker, vous devrez définir le stockage persistant via MyKinsta ; nous ne prenons pas en charge la configuration du stockage persistant à partir d’un fichier Docker.

Microsoft Programming Languages and Databases

Oui. Si vous pouvez conteneuriser l’application avec un Dockerfile, vous pouvez l’héberger sur l’hébergement d’applications, même si elle utilise un langage de programmation Microsoft comme C# ou F#. Vous pouvez également utiliser un Dockerfile avec l’hébergement d’applications et le stockage persistant pour héberger une base de données Microsoft SQL Server (MSSQL). Vous trouverez les images Docker officielles de Microsoft pour MSSQL sur Docker Hub.

Applications mobiles

Peut-être. Cela dépend de l’application ; vous pouvez héberger le backend d’une application mobile avec l’hébergement d’applications, mais pas la construction ou la distribution de l’application mobile elle-même.

MODX

Peut-être. MODX est une plateforme CMS PHP open source. Nous n’avons pas testé cela sur l’hébergement d’applications avec un stockage persistant, mais cela devrait être possible. Essayez gratuitement !

MongoDB

Oui. Bien que nous ne prenions pas en charge MongoDB sur l’hébergement de base de données, vous pouvez utiliser un Dockerfile avec l’hébergement d’applications et le stockage persistant pour déployer votre base de données MongoDB. Vous pouvez trouver l’image Docker officielle de MongoDB sur Docker Hub. Il existe également une image officielle pour mongo-express, une interface d’administration basée sur le web pour MongoDB.

Moodle

Peut-être. Nous n’avons pas testé ceci sur l’hébergement d’applications avec stockage persistant, mais cela devrait être possible. N’hésitez pas à donner votre avis !

Movable Type

Peut-être. Il existe deux images Docker de Movable Type disponibles sur Docker Hub, mais nous vous recommandons de confirmer avec Movable Type qu’il s’agit bien de leurs images officielles. Une base de données sera nécessaire, et peut-être aussi un stockage persistant, en fonction de la façon dont il stocke les médias ou d’autres fichiers qui ne se trouvent pas dans le dépôt de l’application.

Microsoft SQL Server (MSSQL)

Oui. Bien que nous ne prenions pas en charge MSSQL sur l’hébergement de base de données, vous pouvez utiliser un Dockerfile avec l’hébergement d’application et le stockage persistant pour héberger une base de données Microsoft SQL Server (MSSQL). Vous trouverez les images Docker officielles de Microsoft pour MSSQL sur Docker Hub.

Multisite Application

Oui. Une application multisite vous permet de gérer plusieurs sites en un seul endroit. Vous pouvez le faire avec l’hébergement d’applications, mais cela peut nécessiter plus de pré-requis qu’un seul site.

n8n

Oui. Nous n’avons pas testé ceci sur l’hébergement d’applications avec un stockage persistant, mais cela devrait être possible. Essayez gratuitement !

Selon la documentation Docker n8n, il est également techniquement possible de l’utiliser sans stockage persistant si vous utilisez une base de données :

« Il est important de continuer à faire persister les données dans le répertoire /root/.n8n car il contient les données des utilisateurs de n8n et, plus important encore, la clé de chiffrement des informations d’identification… …Faire persister le répertoire /root/.n8n même en utilisant des bases de données alternatives est la meilleure pratique recommandée, mais n’est pas explicitement requis. »

Netlify

Peut-être. Netlify est un service d’hébergement similaire à Kinsta ; il est probable que l’application que vous hébergez sur Netlify puisse également être hébergée sur Kinsta, en fonction du framework de l’application.

Nextcloud

Peut-être. Nous n’avons pas testé cela sur l’hébergement d’applications avec un stockage persistant, mais cela devrait être possible. Essayez gratuitement !

Next.js

Oui. Nous avons un exemple de dépôt GitHub pour Next.js, et vous pouvez suivre notre guide pour configurer un site statique avec Next.js sur Kinsta.

Node.js

Oui. Vous pouvez utiliser Nixpacks ou Buildpacks pour construire l’image de conteneur de votre application. Nous avons les dépôts GitHub d’exemple et les guides suivants pour Node.js :

Quand vous utilisez Nixpacks ou Buildpacks, JavaScript sera détecté si un fichier package.json se trouve dans le dépot de votre application.

Nuxt

Oui. Nous avons un exemple de démarrage rapide GitHub repo pour Nuxt, et vous pouvez suivre ce guide sur le réglage d’une application Nuxt à Kinsta.

Odoo

Peut-être. Nous n’avons pas testé cela sur l’hébergement d’applications avec un stockage persistant, mais cela devrait être possible. Essayez gratuitement !

OpenCart

Peut-être. Nous n’avons pas testé cela sur l’hébergement d’applications avec un stockage persistant, mais cela devrait être possible. Essayez gratuitement !

Perfex

Peut-être. Nous n’avons pas testé cela sur l’hébergement d’applications avec stockage persistant, mais cela devrait être possible. Vous devrez comprendre les pré-requis techniques de Perfex. Kinsta ne peut pas fournir de support technique pour l’installation et la configuration de l’application.

PERL

Oui. Il n’y a pas de buildpack pour PERL ; cependant, l’hébergement d’applications de Kinsta prend en charge les scripts PERL si vous utilisez un fichier Docker.

PHP

Oui.  Vous pouvez utiliser Nixpacks ou Buildpacks pour construire l’image du conteneur de votre application. Nous disposons des dépôts GitHub d’exemple et des guides de démarrage rapide suivants pour PHP :

Quand vous utilisez Nixpacks, PHP sera détecté si un fichier composer.json ou index.php se trouve dans le dépot de votre application. Si le fichier composer.json est présent, il doit nécessiter une clé require avec une version de PHP.

Quand vous utilisez des Buildpacks, PHP sera détecté uniquement si un fichier composer.json est présent dans le dépot de votre application. Si l’application n’a pas de dépendances Composer, le fichier composer.json peut être vide.

phpCMS

Peut-être. Nous n’avons pas testé cela sur l’hébergement d’applications avec stockage persistant, mais cela devrait être possible. Vous devrez comprendre les pré-requis techniques de phpCMS. Kinsta ne peut pas fournir de support technique pour l’installation et la configuration de l’application.

PostGIS

Non.PostGIS n’est pas actuellement pris en charge par l’hébergement de bases de données.

Prestashop

Non. Prestashop nécessite plusieurs volumes de stockage persistant. Actuellement, l’hébergement d’applications de Kinsta prend en charge uniquement 1 volume de stockage persistant, et il n’est donc pas possible d’utiliser Prestashop.

Publii

Oui. Publii est un système CMS de bureau qui crée des pages HTML statiques. Utilisez l’option Déploiement manuel pour exporter les fichiers du site sur votre machine locale, puis poussez ces fichiers vers le dépôt Git connecté à votre application ou site statique chez Kinsta.

Python

Oui.  Vous pouvez utiliser des Nixpacks ou des Buildpacks pour construire l’image du conteneur de votre application. Nous avons les dépôts GitHub d’exemple et les guides de démarrage rapide suivants pour Python :

Quand vous utilisez Nixpacks, Python sera détecté si l’un des fichiers ci-dessous se trouve dans le dépot de votre application :

  • main.py
  • requirements.txt
  • pyproject.toml
  • Pipfile

Quand vous utilisez Buildpacks, Python sera détecté si l’un des fichiers suivants se trouve dans le répertoire racine du dépot de votre application :

  • requirements.txt
  • setup.py
  • Pipfile

QPDF

Peut-être. QPDF est un outil en ligne de commande qui est inclus dans la plupart des distributions Linux (et de nombreuses autres distributions de logiciels).

Il existe certains dépots publics sur GitHub qui installent QPDF comme une dépendance dans le Dockerfile. Si vous ajoutez les mêmes commandes à un Dockerfile, QPDF sera installé.

Notes :

  • Nous n’avons pas testé ceci dans l’hébergement d’applications.
  • QPDF est une librairie C++ et peut nécessiter l’installation de composants supplémentaires sur l’instance Linux afin de pouvoir être compilé avec succès.

Qwik

Oui. Nous avons un dépôt GitHub d’exemple de démarrage rapide pour Qwik, et vous pouvez suivre ce guide pour configurer un site statique avec Qwik sur Kinsta.

React

Oui. React est une bibliothèque JavaScript pour l’interface publique, souvent utilisée en conjonction avec Node.js, qui est utilisé pour l’administration. Nous avons les dépôts GitHub d’exemple et les guides de démarrage rapide suivants pour React :

Rspress

Oui. Nous avons un exemple de démarrage rapide GitHub repo pour Rspress, et vous pouvez suivre notre guide sur la configuration d’un site statique avec Rspress chez Kinsta.

Ruby

Oui. Utilisez les Buildpacks pour construire l’image du conteneur de votre application. Ruby sera uniquement détecté si un fichier Gemfile se trouve dans le dépot de votre application. Si l’application n’a pas de dépendances gem, le fichier Gemfile peut être vide.

Nous avons ces dépôts GitHub d’exemple et ces guides de démarrage rapide pour Ruby on Rails :

Rust

Oui. Utilisez Nixpacks pour construire l’image du conteneur de votre application, et Rust sera détecté si un fichier Cargo.toml se trouve dans le dépot de votre application.

Scala

Oui, vous pouvez utiliser Nixpacks ou Buildpacks pour construire l’image du conteneur de votre application. Nous avons un exemple de démarrage rapide sur GitHub pour Scala, et vous pouvez suivre ce guide pour configurer une application Scala chez Kinsta.

Quand vous utilisez Nixpacks, Scala sera détecté quand un fichier build.sbt se trouve à la racine du dépot de votre application.

Quand vous utilisez des Buildpacks, Scala sera détecté si l’un des éléments suivants se trouve dans le dépot de votre application :

  • Tout fichier .sbt à la racine du dépot de votre application.
  • Tout fichier .scala dans le répertoire /project.
  • Un fichier build.properties dans le répertoire /project.
  • Tout fichier .scala dans le répertoire /.sbt.

Shopify

Peut-être. Tous les dépots affichés dans le compte GitHub de Shopify sont pour différentes parties de leur application ; vous ne pouvez pas héberger vous-même le site entier. Cependant, vous pouvez utiliser Hydrogen pour créer une vitrine personnalisée auto-hébergée, qui serait utilisable sur l’hébergement d’applications si vous pouvez la conteneuriser avec un Dockerfile.

Shopware

Oui. Shopware est une plateforme d’eCommerce sans tête ouverte propulsée par Symfony (PHP) et Vue.js et peut être utilisée sur l’hébergement d’applications.

Silverstripe CMS

Peut-être. Silverstripe CMS est une application PHP qui prend en charge MySQL. Nous n’avons pas testé cela sur l’hébergement d’applications avec un stockage persistant, mais cela devrait être possible. Essayez gratuitement de donner un essai !

Sitecore

Oui. Le dépôt d’images Docker de Sitecore contient des images Docker officielles de Sitecore et de la communauté Sitecore pour plusieurs versions et systèmes d’exploitation différents.

Moteur de stockage Spider dans MariaDB

Non. Cette solution n’est pas prise en charge actuellement car elle utilise un niveau de regroupement de bases de données plus élevé que celui que nous proposons.

Spring

Oui. Spring est un framework Java, qui est pris en charge par l’hébergement d’applications.

SQLite

Non. SQLite nécessite que la base de données soit dans le même conteneur que l’application, ce qui n’est pas possible sur l’hébergement d’applications.

Statamic

Oui. Nous avons un exemple de dépôt GitHub pour Statamic, et vous pouvez suivre ce guide pour configurer une application Statamic chez Kinsta.

Strapi

Oui. Strapi est un CMS qui utilise JavaScript et peut être utilisé sur l’hébergement d’applications. Strapi nécessite également une base de données et supporte PostgreSQL, MySQL et MariaDB, qui peuvent tous être hébergés avec l’hébergement de base de données de Kinsta.

STUN (Session Traversal Utilities for NAT)

Non. Un serveur STUN permet d’établir des communications d’égal à égal entre des appareils situés derrière des traducteurs d’adresses réseau (NAT) ou des pare-feux. Les serveurs STUN nécessitent l’ouverture de ports spécifiques, ce qui n’est actuellement pas possible avec l’hébergement d’applications.

SuiteCRM

Peut-être. Nous n’avons pas testé cela sur l’hébergement d’application avec un stockage persistant, mais cela devrait être possible. N’hésitez pas à faire un essai !

Swift

Oui. Utilisez Nixpacks pour construire l’image du conteneur de votre application, et Swift sera détecté si un fichier Package.swift se trouve dans le dépot de votre application.

Symfony

Oui. Symfony est un framework PHP pour créer des sites web et des applications web et peut être utilisé sur un hébergement d’applications.

SvelteKit

Oui. SvelteKit est un framework UI qui compile vos composants en vanilla JavaScript et peut être utilisé sur l’hébergement d’applications.

Tailwind

Oui. Tailwind est un framework CSS, il fonctionnera donc en combinaison avec une application sur l’hébergeur d’applications de Kinsta.

TURN (Traversal Using Relays around NAT)

Non. Un serveur TURN permet d’établir des communications d’égal à égal entre des dispositifs situés derrière des traducteurs d’adresses réseau (NAT) ou des pare-feux. Les serveurs TURN nécessitent l’ouverture de ports spécifiques, ce qui n’est actuellement pas possible sur l’Hébergement d’applications.

VB.net

Oui. Vous pouvez héberger presque tous les langages sur l’hébergement d’applications, y compris VB.net (Visual Basic), si vous utilisez un Dockerfile.

Bases de données vectorielles

Non. Les bases de données vectorielles sont conçues pour le stockage et la gestion de données vectorielles. Notre hébergement de bases de données ne prend pas en charge les bases de données vectorielles ou les extensions vectorielles telles que pgvector pour PostgreSQL.

Velo par Wix

Non.Velo n’a pas d’option d’auto-hébergement. Vous pouvez uniquement utiliser Wix Cloud, vous ne pouvez donc pas accéder au code et le déployer sur notre hébergement d’applications.

Vite

Oui. Vite utilise CSS, JavaScript et Typescript pour créer des applications web et peut être hébergé sur l’hébergement d’applications de Kinsta. Nous avons un exemple de démarrage rapide de dépôt GitHub pour React avec Vite, et vous pouvez suivre ce guide sur la configuration d’une application React avec Vite chez Kinsta.

VitePress

Oui. Nous avons un exemple de dépôt GitHub pour VitePress, et vous pouvez suivre notre guide pour configurer un site statique avec VitePress chez Kinsta.

Vue.js

Oui. Vue.js est un framework JavaScript open source et est pris en charge par l’hébergement d’applications.

VuePress

Oui. Nous avons un exemple de démarrage rapide dépôt GitHub pour VuePress, et vous pouvez suivre notre guide sur la façon de configurer un site statique avec VuePress sur Kinsta.

Webflow CMS

Non. Webflow est un service géré sans version auto-hébergée. Cela signifie que seul Webflow peut héberger des sites Webflow.

WHMCS

Non. WHMCS n’est pas adapté à la plateforme Kinsta ; il est plus adapté pour être utilisé sur une VM (machine virtuelle) plutôt que sur un conteneur.

Applications Windows Server

Peut-être. Si l’application peut être exécutée dans un conteneur Linux, vous pourrez peut-être l’héberger dans le cadre de l’hébergement d’applications.

Wix

Non.Wix n’est pas open source, vous ne pouvez donc pas accéder au code pour déplacer l’application ou le site web sur nos services d’hébergement.

Yarn

Oui. Yarn est supporté pour l’hébergement d’applications.

Yii Framework

Peut-être. Nous n’avons pas testé cela sur l’hébergement d’application avec un stockage persistant, mais cela devrait être possible. N’hésitez pas à faire un essai !

Zig

Oui. Utilisez Nixpacks pour construire l’image du conteneur de votre application, et Zig sera détecté si un fichier .zig ou un fichier gyro.zzz se trouve dans le dépot de votre application.

Cet article vous a été utile ?