Dieser Artikel enthält eine Liste von Frameworks und Sprachen sowie Informationen darüber, ob sie mit Kinstas Anwendungs- und Datenbank-Hosting funktionieren.

Wenn du das Framework oder die Sprache, die du verwenden möchtest, hier nicht findest, wende dich bitte an unsere Vertriebs- oder Support-Teams.

Adobe Content Server

Möglicherweise. Wir haben dies nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Probiere es einfach mal aus!

Angular-Anwendungen

Ja. Wir können Angular-Anwendungen hosten. Weitere Informationen findest du in unseren Informationen zur Kompatibilität mit statischen Website-Generatoren.

Apostroph

Vielleicht. Apostrophe benötigt MongoDB. Kinsta bietet derzeit keinen Support für MongoDB auf Database Hosting, aber du kannst die Anwendung auf Kinsta hosten und die Datenbank an anderer Stelle hosten oder ein Dockerfile mit Application Hosting und dauerhaftem Speicher verwenden, um deine MongoDB-Datenbank bereitzustellen. Das offizielle Docker-Image von MongoDB findest du bei Docker Hub. Es gibt auch ein offizielles Image für mongo-express, eine webbasierte Verwaltungsoberfläche für MongoDB. Wenn die Datenbank an einem anderen Ort gehostet wird, kann dauerhafter Speicher erforderlich sein, je nachdem, wie Medien oder andere Dateien, die sich nicht im Repository der Anwendung befinden, gespeichert werden.

Arc XP

Nein. Arc XP-Produkte werden von Arc XP verwaltet und ausschließlich bei Amazon Web Services (AWS) gehostet.

ASP.NET

Ja. Die Nutzer können mit Dotnet Core erstellte Anwendungen ausführen. Dotnet Core kann in Linux-Containern ausgeführt werden; siehe dieses Beispiel.

.NET bewegt sich in Richtung einer Core/Cross-Plattform unterstützten/cloud-ready Umgebung. Der ASP.NET Core Runtime Docker Hub enthält einige vorgefertigte Docker-Container für Core, und auf der Seite .NET samples findest du einige Beispiele für die Verwendung typischer MS SQL + ASP.NET Core Setups mit Docker compose.

Astro

Ja. Wir haben ein Schnellstart-Beispiel auf GitHub für Astro und du kannst unseren Leitfaden zum Einrichten einer statischen Website mit Astro auf Kinsta lesen.

Bootstrap-Anwendungen

Ja. Bootstrap ist ein Frontend-Framework und daher mit dem Anwendungs-Hosting kompatibel. Du musst es in Kombination mit einer anderen Sprache, wie PHP oder JavaScript, verwenden.

Builder.io

Ja. Builder.io ist ein SDK (Bibliothek), mit dem du entweder eine statische Website erstellen oder in deinen Code für visuelle Effekte integrieren kannst.

C#

Ja. Verwende Nixpacks, um das Container-Image deiner Anwendung zu erstellen, und C# (C Sharp) wird erkannt, wenn sich eine .csproj-Datei im Repository deiner Anwendung befindet.

Kaskaden-CMS

Möglicherweise. Vielleicht kannst du Cascade CMS mit einem Dockerfile hosten. Es gibt ein GitHub-Repository, aber es erfordert eine Menge Anpassungen. Du musst wissen, wie man Dockerfiles schreibt und die technischen Anforderungen von Cascade CMS verstehen. Kinsta kann dafür keine technische Unterstützung bieten.

Clojure

Ja. Verwende Nixpacks, um das Container-Image deiner Anwendung zu erstellen, und Clojure wird erkannt, wenn sich eine project.clj– oder build.clj-Datei im Repository deiner Anwendung befindet.

COBOL

Ja. Verwende Nixpacks, um das Container-Image deiner Anwendung zu erstellen. COBOL wird erkannt, wenn eine NIXPACKS_COBOL_APP_NAME umgebungsvariable für den Build-Prozess verfügbar ist, eine index.cbl oder eine andere .cbl-Datei im Repository deiner Anwendung vorhanden ist.

CodeIgniter

Ja. Da CodeIgniter eine PHP-basierte Anwendung ist, installiert Kinsta während des Deployment-Prozesses automatisch die in deiner composer.json-Datei definierten Abhängigkeiten.

ColdFusion

Möglicherweise. Wir haben dies nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Probiere es einfach mal aus!

commercetools

Ja. commercetools verwendet Java, JavaScript und PHP und kann auf dem Anwendungs-Hosting ausgeführt werden.

Contentful

Nein. Contentful bietet keine Option zum Selbsthosten. Du kannst nicht auf den Code auf unserem Application Hosting zugreifen und ihn bereitstellen.

CraftCMS

Vielleicht. CraftCMS ist eine selbst gehostete PHP-Anwendung, die sich mit MySQL- und PostgreSQL-Datenbanken verbinden kann. Wir haben es nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Du kannst es gerne ausprobieren!

Crystal

Ja. Verwende Nixpacks, um das Container-Image deiner Anwendung zu erstellen, und Crystal wird erkannt, wenn sich eine shard.yml-Datei im Repository deiner Anwendung befindet.

Dart

Ja. Verwende Nixpacks, um das Container-Image deiner Anwendung zu erstellen, und Dart wird erkannt, wenn sich eine pubspec.yaml-Datei im Repository deiner Anwendung befindet.

Datenbank-Replikate

Nein. Wir bieten derzeit keine Datenbankreplikate an.

Dedizierte IP-Adressen

Nein. Wir stellen keine dedizierten IP-Adressen zur Verfügung. Bei jeder neuen Bereitstellung kann ein Pod auf einem anderen Host geplant werden, was zu einer anderen IP-Adresse führt. Eine Änderung der IP-Adresse kann auch vorkommen, wenn Kubernetes einen Pod wegen des Ressourcenverbrauchs auf einen anderen Host verschieben muss oder wenn der Node-Pool, auf dem er sich befindet, gerade ein Upgrade durchführt.

Deno

Ja. Du kannst Nixpacks oder Buildpacks verwenden, um das Container-Image deiner Anwendung zu erstellen. Wir haben ein Schnellstart-Beispiel auf GitHub für Deno und du kannst unsere Anleitung zum Einrichten einer Deno-Anwendung auf Kinsta lesen.

Wenn du Nixpacks verwendest, wird Deno erkannt, wenn eines der folgenden Elemente im Repository deiner Anwendung enthalten ist:

  • Eine deno.json-Datei.
  • Eine deno.jsonc Datei.
  • Jede .ts, .tsx, .js oder .jsx-Datei, die etwas aus deno.land importiert.

Direkter SSH-Zugang zu Pods

Teilweise. Wir bieten derzeit keinen vollständigen SSH-Zugang zu Pods, aber du kannst das Application Web Terminal verwenden, um Skripte auszuführen und Dateien in dem Container zu lesen, in dem der Webprozess deiner Anwendungläuft. Um eine Datenbank zu verwalten, kannst du eine externe Verbindung nutzen, um auf die Datenbank zuzugreifen.

Django

Ja. Wir haben ein Schnellstart-Beispiel auf GitHub für Django, und du kannst diese Anleitung zum Einrichten einer Django-Anwendung bei Kinsta befolgen.

Docusaurus

Ja. Wir haben ein Schnellstart-Beispiel für Docusaurus auf GitHub und du kannst unserem Leitfaden zum Einrichten einer statischen Website mit Docusaurus auf Kinsta folgen.

Drupal

Möglicherweise. Wir haben dies nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Probier es einfach mal aus!

Eleventy

Ja. Wir haben ein Schnellstart-Beispiel auf GitHub für Eleventy, und du kannst unsere Anleitung zum Einrichten einer statischen Website mit Eleventy auf Kinsta lesen.

Elixir

Ja. Verwende Nixpacks, um das Container-Image deiner Anwendung zu erstellen, und Elixir wird erkannt, wenn sich eine mix.exs-Datei im Repository deiner Anwendung befindet.

Emotion

Ja. Emotion ist eine Bibliothek, die du mit npm. Wenn du sie zum Dependencies Tree der package.json hinzufügst, zieht das Buildpack die angegebene Version von Emotion und alle anderen Abhängigkeiten, die beim Bauen der Anwendung angegeben werden.

F#

Ja. Wenn du Nixpacks verwendest, um das Container-Image deiner Anwendungzu erstellen, wird F#(F Sharp) erkannt, wenn sich eine .fsproj-Datei im Repository deiner Anwendungbefindet.

Fishbowl-Inventarisierung

Nein. Fishbowl unterstützt nur MySQL Version 5.7, während Kinstas Datenbank-Hosting MySQL Version 8.0 anbietet. Wenn Fishbowl aktualisiert wird, um eine neuere Version von MySQL (oder einen anderen Datenbanktyp und eine andere Version, die von unserem Datenbank-Hosting unterstützt wird) zu unterstützen, wäre das ein „Vielleicht“, denn die Einrichtung würde mindestens eine angepasste Dockerdatei erfordern und wäre wahrscheinlich kompliziert und schwierig zu konfigurieren.

Flask

Ja. Wir haben ein Schnellstart-Beispiel auf GitHub für Flask, und du kannst diese Anleitung zum Einrichten einer Flask-Anwendung bei Kinsta befolgen.

Flutter

Ja. Wenn die Flutter-Anwendung eine Webanwendung ist und du sie mit einem Dockerfile containerisieren kannst, kannst du sie auf dem Anwendungs-Hosting hosten.

Galera-Cluster

Nein. Wir unterstützen dies derzeit nicht auf Kinsta.

Gatsby

Ja. Wir haben ein Schnellstart-Beispiel auf GitHub für Gatsby.

Ghost

Vielleicht. Wir haben es nicht auf Application Hosting mit dauerhaftem Speicher getestet, aber es sollte möglich sein. Du kannst es gerne ausprobieren!

Das offizielle Dockerfile-Image für Ghost ist auf Docker Hub verfügbar und ist die empfohlene Methode für den Einsatz, mit ein paar Anpassungen:

  • Dauerhafter Speicher muss über MyKinsta eingerichtet werden; wir unterstützen die Konfiguration von dauerhaftem Speicher über eine Dockerdatei nicht.
  • Kinsta setzt automatisch die Umgebungsvariable PORT. Du brauchst es nicht zu definieren oder in der Anwendung fest zu programmieren. Verwende die Umgebungsvariable PORT, um auf den Port in deiner Anwendung zu verweisen.

GitLab Runner

Ja. GitLab Runner basiert auf Go, das auf dem Anwendungs-Hosting unterstützt wird. Es gibt auch eine Dokumentation darüber, wie man GitLab Runner als Docker-Container laufen lässt, was ebenfalls unterstützt wird.

Go

Ja. Du kannst Nixpacks oder Buildpacks verwenden, um das Container-Image deiner Anwendung zu erstellen. Wir haben ein Schnellstart-Beispiel auf GitHub für Go, und du kannst diese Anleitung zum Einrichten einer Go-Anwendung bei Kinsta befolgen.

Wenn du Nixpacks verwendest, wird Go erkannt, wenn sich eine main.go-Datei im Repository deiner Anwendung befindet.

Wenn du Buildpacks verwendest, wird Go erkannt, wenn sich eine der folgenden Dateien im Repository deiner Anwendung befindet:

  • Eine Godeps/Godeps. json-Datei.
  • Eine vendor/vendor.json Datei.
  • ein src-Verzeichnis mit Unterverzeichnissen, die eine oder mehrere .go-Dateien enthalten.

Haskell

Ja. Wenn du Nixpacks verwendest, um das Container-Image deiner Anwendungzu erstellen, wird Haskell erkannt, wenn sich eine .package.yaml-Datei und alle .hs-Quelldateien im Repository deiner Anwendungbefinden.

Headless-Anwendungen wie Sanity

Ja. Das Backend nutzt die Headless-Plattform (in diesem Beispiel Sanity), und das Frontend (bei Kinsta gehostet) verwendet deine bevorzugte Bibliothek oder dein Framework. Du musst auch den Domainnamen deiner Frontend-Anwendung zu den CORS-Einstellungen deiner Headless-Plattform hinzufügen (in diesem Beispiel, Einstellungen > API einstellungen > CORS-Ursprünge und dann auf die Schaltfläche CORS-Ursprung hinzufügen in deinem Sanity-Projekt klicken).

Inkrementelle statische Regeneration auf Next.js

Ja, das funktioniert bei dem Anwendungs-Hosting. Weitere Informationen zur Konfiguration der Anwendung findest du in diesem Next.js-Artikel.

Jamstack

Ja. Wir haben die folgenden Beispiel-GitHub-Repos und Schnellstartanleitungen:

Java

Ja, du kannst Nixpacks oder Buildpacks verwenden, um das Container-Image deiner Anwendung zu erstellen. Wir haben ein GitHub-Beispiel für Java und du kannst unsere Anleitung zum Einrichten einer Java-Anwendung bei Kinsta lesen.

Wenn du Nixpacks verwendest, wird Java erkannt, wenn sich eine gradlew-Datei oder eine pom-Datei mit einer der folgenden Erweiterungen im Repository deiner Anwendung befindet: xml, atom, clj, groovy, rb, scala, yaml, yml.

Wenn du Buildpacks verwendest, wird Java erkannt, wenn sich eine pom.xml-Datei im Repository deiner Anwendung befindet.

Jekyll

Ja. Wir haben ein Schnellstart-Beispiel auf GitHub für Jekyll, und du kannst unsere Anleitung zum Einrichten einer statischen Website mit Jekyll auf Kinsta lesen.

Jigsaw

Ja. Wir haben ein Schnellstart-Beispiel für Jigsaw auf GitHub und du kannst unserem Leitfaden zum Einrichten einer statischen Website mit Jigsaw auf Kinsta folgen.

Joomla

Möglicherweise. Wir haben dies nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Du kannst es gerne ausprobieren! Es ist auch technisch möglich, Joomla als zustandslose Anwendung zu betreiben. Es gibt ein Plugin, das die statischen Dateien auf S3 speichern kann, und es gibt ein offizielles Joomla-Docker-Image.

Laravel

Ja. Wir haben ein Schnellstart-Beispiel auf GitHub für Laravel, und du kannst diese Anleitung zum Einrichten einer Laravel-Anwendung bei Kinsta befolgen.

Lunatic

Ja. Verwende Nixpacks, um das Container-Image deiner Anwendungzu erstellen. Lunatic wird erkannt, wenn sich eine Cargo.toml-Datei im Repository deiner Anwendung befindet und .cargo/config.toml eine runner = "lunatic" Zeile enthält.

Magento

Möglicherweise. Wir haben dies nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Probier es einfach mal aus!

Mastodon

Möglicherweise. Es ist möglich, Mastodon auf dem Anwendungs-Hosting laufen zu lassen, aber es benötigt viele Ressourcen, so dass die Kosten für den Betrieb hoch sein können. Du würdest wahrscheinlich den 4GB-Pod brauchen, da er ~1,5GB RAM benötigt. Wir haben dies nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Wenn du die Anwendung ohne persistenten Speicher betreibst und dein Pod ausgetauscht oder verschoben wird, muss er alles neu abrufen. Die Pods werden nicht oft neu gestartet, aber wenn sie es tun, wird das Dateisystem auf das ursprüngliche Container-Dateisystem zurückgesetzt, wenn die Anwendung nicht mit dem persistenten Speicher verbunden ist.

Matomo

Ja. Es wird ein persistenter Speicher für die Konfigurationsdateien (.ini Dateien in /config) und eine MySQL oder MariaDB Datenbank benötigt. Das offizielle Dockerfile-Image für Matomo ist auf Docker Hub verfügbar und die empfohlene Methode für die Bereitstellung.

Wenn du kein Dockerfile verwenden möchtest, kannst du Matomo auch wie jede andere PHP-Anwendung behandeln und den Container automatisch von einem Buildpack erstellen lassen. Dazu musst du die Matomo-Zip-Datei herunterladen, entpacken und zu deinem Repository hinzufügen. Achte darauf, dass eine composer.json-Datei im Repository enthalten ist, damit sie von Buildpacks als PHP-Anwendung erkannt wird.

MERN-Stack

Vielleicht. MERN steht für MongoDB, Express, React und Node, nach den vier Schlüsseltechnologien, aus denen der Stack besteht.

  • MongoDB – Dokumentendatenbank
  • Express – Node.js Web-Framework
  • React – eine client-seitige JavaScript-Bibliothek
  • Node.js – eine JavaScript-Laufzeitumgebung

Kinsta unterstützt MongoDB derzeit nicht als Datenbank-Hosting, aber du kannst die Anwendung auf Kinsta hosten und die Datenbank woanders hosten oder ein Dockerfile mit dem Anwendungs-Hosting und Persistent Storage verwenden, um deine MongoDB-Datenbank bereitzustellen. Das offizielle Docker-Image von MongoDB findest du bei Docker Hub. Es gibt auch ein offizielles Image für mongo-express, eine webbasierte Verwaltungsoberfläche für MongoDB.

Metabase

Ja. Die Metabase verwendet Java, das von Application Hosting unterstützt wird. Es kann mit verschiedenen Arten von Datenbanken verbunden werden, z. B. PostgreSQL, MySQL oder MariaDB, die alle von unserem Database Hosting unterstützt werden. Wir haben dies nicht für Application Hosting und Database Hosting getestet, aber es sollte möglich sein. Du kannst es gerne ausprobieren!

Es gibt auch ein Docker-Image für Metabase auf Docker Hub. Hinweis: Wenn du einen Dateispeicher mit Docker verwenden möchtest, musst du dauerhaften Speicher über MyKinsta einrichten; wir unterstützen die Konfiguration von dauerhaftem Speicher über eine Dockerdatei nicht.

Microsoft Programmiersprachen und Datenbanken

Ja. Wenn du die Anwendung mit einem Dockerfile containerisieren kannst, kannst du sie auf dem Anwendungs-Hosting hosten, auch wenn sie eine Microsoft-Programmiersprache wie C# oder F# verwendet. Du kannst auch ein Dockerfile mit dem Anwendungs-Hosting und Persistent Storage verwenden, um eine Microsoft SQL Server Datenbank(MSSQL) zu hosten. Die offiziellen Docker-Images von Microsoft für MSSQL findest du bei Docker Hub.

Mobile Apps

Möglicherweise. Es hängt von der App ab; du kannst das Backend einer mobilen App mit dem Anwendungs-Hosting hosten, aber nicht die Erstellung oder Verteilung der mobilen App selbst.

MODX

Möglicherweise. MODX ist eine PHP Open-Source CMS-Plattform. Wir haben es nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Du kannst es gerne ausprobieren!

MongoDB

Ja. Wir unterstützen MongoDB zwar nicht beim Datenbank-Hosting, aber du kannst eine Dockerdatei mit dem Anwendungs-Hosting und Persistent Storage verwenden, um deine MongoDB-Datenbank bereitzustellen. Das offizielle Docker-Image von MongoDB findest du bei Docker Hub. Es gibt auch ein offizielles Image für mongo-express, eine webbasierte Verwaltungsoberfläche für MongoDB.

Moodle

Möglicherweise. Wir haben dies nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Probier es einfach mal aus!

Movable Type

Vielleicht. Es gibt zwei Movable Type Docker-Images im Docker Hub, aber wir empfehlen dir, dich bei Movable Type zu vergewissern, dass es sich um die offiziellen Images handelt. Je nachdem, wie es Medien oder andere Dateien speichert, die sich nicht im Repository der Anwendung befinden, wird eine Datenbank und möglicherweise auch dauerhafter Speicher benötigt.

Microsoft SQL Server (MSSQL)

Ja. Wir unterstützen MSSQL zwar nicht auf dem Datenbank-Hosting, aber du kannst eine Dockerdatei mit dem Anwendungs-Hosting und Persistent Storage verwenden, um eine Microsoft SQL Server-Datenbank(MSSQL) zu hosten. Du findest die offiziellen Docker-Images von Microsoft für MSSQL bei Docker Hub.

Multisite-Anwendung

Ja. Eine Multisite-Anwendung ermöglicht es dir, mehrere Websites an einem Ort zu verwalten. Du kannst dies mit dem Anwendungs-Hosting tun, aber es kann mehr Ressourcen erfordern als eine einzelne Site.

n8n

Ja. Wir haben dies nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Probier es einfach mal aus!

Laut der Docker n8n Dokumentation ist es technisch auch möglich, es ohne persistenten Speicher zu betreiben, wenn du eine Datenbank verwendest:

„Es ist wichtig, die Daten im Ordner /root/.n8n aufzubewahren, da dieser die n8n-Benutzerdaten und – was noch wichtiger ist – den Verschlüsselungsschlüssel für die Anmeldedaten enthält… …Das Verzeichnis /root/.n8n aufzubewahren, auch wenn alternative Datenbanken verwendet werden, ist die empfohlene Best Practice, aber nicht ausdrücklich erforderlich.“

Netlify

Vielleicht. Netlify ist ein Hosting-Dienst ähnlich wie Kinsta. Es ist wahrscheinlich, dass die Anwendung, die du auf Netlify hostest, auch auf Kinsta gehostet werden kann, je nach Anwendungsframework.

Nextcloud

Möglicherweise. Wir haben dies nicht mit dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Probier es einfach mal aus!

Node.js

Ja. Du kannst Nixpacks oder Buildpacks verwenden, um das Container-Image deiner Anwendung zu erstellen. Wir haben die folgenden GitHub-Repos und Anleitungen für Node.js als Beispiel:

Wenn du Nixpacks oder Buildpacks verwendest, wird JavaScript erkannt, wenn sich eine package.json Datei im Repository deiner Anwendung befindet.

Nuxt

Ja. Wir haben ein Schnellstart-Beispiel im GitHub-Repository für Nuxt, und du kannst diese Anleitung zum Einrichten einer Nuxt-Anwendung bei Kinsta befolgen.

Odoo

Möglicherweise. Wir haben dies nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Probiere es einfach mal aus!

OpenCart

Möglicherweise. Wir haben dies nicht auf dem Anwendungs-Hosting mit persistentem Speicherplatz getestet, aber es sollte möglich sein. Du kannst es gerne ausprobieren!

Perfex

Möglicherweise. Wir haben dies nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Du musst die technischen Anforderungen von Perfex verstehen. Kinsta kann keinen technischen Support für die Einrichtung und Konfiguration der Anwendung bieten.

PERL

Ja. Es gibt kein Buildpack für PERL; allerdings unterstützt das Anwendungs-Hosting von Kinsta PERL-Skripte, wenn du ein Dockerfile verwendest.

PHP

Ja, du kannst Nixpacks oder Buildpacks verwenden, um das Container-Image deiner Anwendungzu erstellen. Wir haben die folgenden Beispiel-GitHub-Repos und Schnellstartanleitungen für PHP:

Wenn du Nixpacks verwendest, wird PHP erkannt, wenn sich eine composer.json oder index.php Datei im Repository deiner Anwendung befindet. Wenn die composer.json-Datei vorhanden ist, muss sie einen require Schlüssel mit einer PHP-Version enthalten.

Wenn du Buildpacks verwendest, wird PHP nur erkannt, wenn sich eine composer.json-Datei im Repository deiner Anwendung befindet. Wenn die Anwendung keine Composer-Abhängigkeiten hat, kann die composer.json-Datei leer sein.

phpCMS

Möglicherweise. Wir haben dies nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Du musst die technischen Anforderungen von phpCMS verstehen. Kinsta kann keinen technischen Support für die Einrichtung und Konfiguration der Anwendung leisten.

PostGIS

Nein. PostGIS wird derzeit nicht auf dem Datenbank-Hosting unterstützt.

Prestashop

Möglicherweise. Wir haben dies nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Probiere es einfach mal aus!

Publii

Ja. Publii ist ein Desktop-CMS-System, das statische HTML-Seiten erstellt. Mit der Option Manuelle Bereitstellung exportierst du die Site-Dateien auf deinen lokalen Rechner und pusht diese Dateien dann in das Git-Repository, das mit deiner Anwendung oder statischen Site bei Kinsta verbunden ist.

Python

Ja. Du kannst Nixpacks oder Buildpacks verwenden, um das Container-Image deiner Anwendungzu erstellen. Wir haben die folgenden Beispiel-GitHub-Repos und Schnellstartanleitungen für Python:

Wenn du Nixpacks verwendest, wird Python erkannt, wenn sich eine der folgenden Dateien im Repository deiner Anwendung befindet:

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

Wenn du Buildpacks verwendest, wird Python erkannt, wenn sich eine der folgenden Dateien im Hauptverzeichnis des Repositorys deiner Anwendung befindet:

  • requirements.txt
  • setup.py
  • Pipfile

QPDF

Vielleicht. QPDF ist ein Kommandozeilen-Tool, das in den meisten Linux-Distributionen (und vielen anderen Software-Distributionen ) enthalten ist.

Einige öffentliche Repositories auf GitHub installieren QPDF als Abhängigkeit im Dockerfile. Wenn du die gleichen Befehle in ein Dockerfile einfügst, wird QPDF installiert.

Hinweise:

  • Wir haben dies nicht im Anwendungs-Hosting getestet.
  • QPDF ist eine C++-Lib und erfordert möglicherweise zusätzliche Komponenten, die auf der Linux-Instanz installiert sein müssen, um erfolgreich kompiliert zu werden.

Qwik

Ja. Wir haben ein Schnellstart-Beispiel auf GitHub für Qwik, und du kannst diese Anleitung zum Einrichten einer statischen Website mit Qwik bei Kinsta befolgen.

React

Ja. React ist eine JavaScript-Bibliothek für das Frontend, die oft in Verbindung mit Node.js verwendet wird, das für das Backend eingesetzt wird. Wir haben die folgenden Beispiel-GitHub-Repos und Schnellstartanleitungen für React:

Ruby

Ja. Verwende Buildpacks, um das Container-Image deiner Anwendung zu bauen. Ruby wird nur erkannt, wenn sich ein Gemfile im Repository deiner Anwendung befindet. Wenn die Anwendung keine Gem-Abhängigkeiten hat, kann das Gemfile leer sein.

Wir haben diese Beispiele für GitHub-Repos und Schnellstartanleitungen für Ruby on Rails:

Rust

Ja. Verwende Nixpacks, um das Container-Image deiner Anwendungzu erstellen, und Rust wird erkannt, wenn sich eine Cargo.toml-Datei im Repository deiner Anwendungbefindet.

Scala

Ja, du kannst Nixpacks oder Buildpacks verwenden, um das Container-Image deiner Anwendungzu erstellen. Wir haben ein Schnellstart-Beispiel auf GitHub für Scala und du kannst diese Anleitung zum Einrichten einer Scala-Anwendung bei Kinsta lesen.

Wenn du Nixpacks verwendest, wird Scala erkannt, wenn sich eine build.sbt-Datei im Stammverzeichnis des Repositorys deiner Anwendung befindet.

Wenn du Buildpacks verwendest, wird Scala erkannt, wenn sich eine der folgenden Dateien im Repository deiner Anwendung befindet:

  • Jede .sbt-Datei im Stammverzeichnis des Repositorys deiner Anwendung.
  • Jede .scala datei im Verzeichnis /project.
  • Eine build.properties-Datei im Verzeichnis /project.
  • Jede .scala datei im Verzeichnis /.sbt.

Shopify

Vielleicht. Alle im GitHub-Account von Shopify angezeigten Repositories sind für verschiedene Teile der Anwendung; du kannst nicht die gesamte Website selbst hosten. Allerdings kannst du mit Hydrogen ein selbst gehostetes, benutzerdefiniertes Storefront erstellen, das auf dem Anwendungs-Hosting genutzt werden kann, wenn du sie mit einem Dockerfile containerisieren kannst.

Shopware

Ja, Shopware ist eine offene E-Commerce-Plattform, die auf Symfony (PHP) und Vue.js basiert und auf dem Anwendungs-Hosting läuft.

Silverstripe CMS

Vielleicht. Silverstripe CMS ist eine PHP-Anwendung mit eingebautem MySQL-Support. Wir haben es nicht auf Application Hosting mit dauerhaftem Speicher getestet, aber es sollte möglich sein. Du kannst es gerne ausprobieren!

Sitecore

Ja. Das Sitecore Docker Images Repository enthält offizielle Sitecore und Sitecore Community Docker Images für verschiedene Versionen und Betriebssysteme.

Spider Storage Engine in MariaDB

Nein. Dies wird derzeit nicht unterstützt, da es ein höheres Level an Datenbank-Clustering verwendet, als wir anbieten.

Spring

Ja. Spring ist ein Java-Framework, das auf dem Anwendungs-Hosting unterstützt wird.

SQLite

Nein. SQLite erfordert, dass sich die Datenbank im selben Container wie die Anwendung befindet, was bei dem Anwendungs-Hosting nicht möglich ist.

Statamic

Ja. Wir haben ein Schnellstart-Beispiel auf GitHub für Statamic, und du kannst diese Anleitung zum Einrichten einer Statamic-Anwendung bei Kinsta befolgen.

Strapi

Ja. Strapi ist ein CMS, das JavaScript verwendet und auf dem Anwendungs-Hosting laufen kann. Strapi benötigt außerdem eine Datenbank und unterstützt PostgreSQL, MySQL und MariaDB, die alle mit dem Datenbank-Hosting von Kinsta gehostet werden können.

STUN (Session Traversal Utilities for NAT)

Nein. Ein STUN-Server hilft dabei, eine Peer-to-Peer-Kommunikation zwischen Geräten hinter Network Address Translators (NATs) oder Firewalls aufzubauen. Für STUN-Server musst du bestimmte Ports öffnen, was bei dem Anwendungs-Hosting derzeit nicht möglich ist.

SuiteCRM

Möglicherweise. Wir haben dies nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Du kannst es gerne ausprobieren!

Swift

Ja. Verwende Nixpacks, um das Container-Image deiner Anwendungzu erstellen, und Swift wird erkannt, wenn sich eine Package.swift-Datei im Repository deiner Anwendungbefindet.

Symfony

Ja. Symfony ist ein PHP-Framework zur Erstellung von Websites und Webanwendungen, die auf dem Anwendungs-Hosting laufen können.

SvelteKit

Ja. SvelteKit ist ein UI-Framework, das deine Komponenten zu Vanilla JavaScript kompiliert und auf dem Anwendungs-Hosting ausgeführt werden kann.

Tailwind

Ja. Tailwind ist ein CSS-Framework, das in Kombination mit einer Anwendung auf dem Anwendungs-Hosting von Kinsta laufen kann.

TURN (Traversal Using Relays around NAT)

Nein. Ein TURN-Server hilft dabei, Peer-to-Peer-Kommunikation zwischen Geräten hinter Network Address Translators (NATs) oder Firewalls herzustellen. Für TURN-Server musst du bestimmte Ports öffnen, was bei dem Anwendungs-Hosting derzeit nicht möglich ist.

VB.net

Ja. Wenn du ein Dockerfile verwendest, kannst du fast jede Sprache auf dem Anwendungs-Hosting hosten, einschließlich VB.net (Visual Basic).

Vektordatenbanken

Nein. Vektordatenbanken sind dafür gedacht, Vektordaten zu speichern und zu verwalten. Unser Database Hosting unterstützt derzeit keine Vektordatenbanken oder Vektorerweiterungen wie pgvector für PostgreSQL.

Velo von Wix

Nein. Velo kann nicht selbst gehostet werden. Du kannst nur die Wix Cloud nutzen, d.h. du kannst nicht auf den Code auf unserem Anwendungs-Hosting zugreifen und ihn einsetzen.

Vite

Ja. Vite nutzt CSS, JavaScript und Typescript zur Erstellung von Webanwendungen und kann auf dem Anwendungs-Hosting von Kinsta gehostet werden. Wir haben ein Schnellstart-Beispiel auf GitHub für React mit Vite, und du kannst diese Anleitung zum Einrichten einer React-Anwendung mit Vite bei Kinsta befolgen.

Vue.js

Ja. Vue.js ist ein Open-Source-JavaScript-Framework und kann auf dem Anwendungs-Hosting eingesetzt werden.

VuePress

Ja. Wir haben ein Schnellstart-Beispiel auf GitHub für VuePress, und du kannst unsere Anleitung zum Einrichten einer statischen Website mit VuePress auf Kinsta lesen.

Webflow CMS

Nein. Webflow ist ein gemanagter Dienst und wird nicht selbst gehostet. Das heißt, nur Webflow kann Webflow-Sites hosten.

WHMCS

Nein. WHMCS ist für die Kinsta-Plattform ungeeignet; es eignet sich eher für den Betrieb auf einer VM (virtuellen Maschine) als auf einem Container.

Windows Server-Anwendungen

Vielleicht. Wenn die Anwendung in einem Linux-Container ausgeführt werden kann, kannst du sie möglicherweise in dem Anwendungs-Hosting hosten.

Wix

Nein. Wix ist nicht quelloffen, du kannst also nicht auf den Code zugreifen, um die Anwendung oder Website auf unser Hosting-Angebot zu übertragen.

Yarn

Ja, Yarn wird für das Anwendungs-Hosting unterstützt.

Yii-Framework

Möglicherweise. Wir haben es nicht auf dem Anwendungs-Hosting mit persistentem Speicher getestet, aber es sollte möglich sein. Du kannst es gerne ausprobieren!

Zig

Ja. Verwende Nixpacks, um das Container-Image deiner Anwendung zu erstellen, und Zig wird erkannt, wenn sich eine .zig– oder eine gyro.zzz-Datei im Repository deiner Anwendung befindet.