Tecnologie supportate
Questo articolo contiene un elenco di framework e linguaggi con informazioni sul rispettivo funzionamento con l’Hosting di Applicazioni e l’Hosting di Database di Kinsta.
Se il framework o il linguaggio che desiderate utilizzare non è presente nell’elenco, contattate i nostri team di vendita o supporto.
Adobe Content Server
Forse. Non lo abbiamo testato sull’Hosting di Applicazioni con l’archiviazione persistente, ma dovrebbe essere possibile. Provate pure!
Applicazioni Angular
Sì. Siamo in grado di ospitare applicazioni Angular. Per maggiori dettagli, consultare le nostre informazioni sulla compatibilità del generatore di siti statici.
Apostrophe
Forse. Apostrophe richiede MongoDB. Attualmente Kinsta non supporta MongoDB sull’Hosting di Database, ma è possibile ospitare l’applicazione su Kinsta e il database altrove, oppure utilizzare un Dockerfile con l’Hosting di Applicazioni e l’archiviazione persistente per distribuire un database MongoDB. L’immagine Docker ufficiale di MongoDB è disponibile su Docker Hub. Esiste anche un’immagine ufficiale per mongo-express, un’interfaccia di amministrazione basata sul web per MongoDB. Se il database è ospitato altrove, potrebbe essere necessario uno storage persistente, a seconda di come vengono archiviati i file multimediali o altri file non presenti nel repository dell’applicazione.
Arc XP
No. I prodotti Arc XP sono gestiti da Arc XP e ospitati esclusivamente su Amazon Web Services (AWS).
ASP.NET
Sì. Gli utenti possono eseguire applicazioni realizzate con Dotnet Core. DotNet Core può essere eseguito in container Linux; si veda questo esempio.
.NET si sta muovendo verso un ambiente Core/Cross-platform supported/cloud-ready. L’ASP.NET Core Runtime Docker hub contiene alcuni container Docker pre-costruiti per Core e la pagina dei samples .NET contiene alcuni esempi per l’utilizzo di configurazioni tipiche di MS SQL + ASP.NET Core con Docker compose.
Astro
Sì. Abbiamo un esempio di avvio rapido su GitHub per Astro ed è inoltre possibile seguire la nostra guida sulla creazione di un sito statico con Astro su Kinsta.
Applicazioni Bootstrap
Sì. Bootstrap è un framework frontend, quindi è compatibile con l’Hosting di Applicazioni. È necessario utilizzarlo in combinazione con un altro linguaggio, come PHP o JavaScript.
Builder.io
Sì.Builder.io è un SDK (libreria) che si può usare per costruire un sito statico o integrare nel codice per ottenere effetti visivi.
Bun
Sì.Bun è un runtime JavaScript scritto principalmente nel linguaggio di programmazione Zig. L’ Hosting di applicazioni di Kinsta supporta Zig in caso di distribuzione con Nixpacks; Pertanto, potete ospitare la vostra applicazione Bun su Kinsta e quest’ultimo creerà automaticamente l’immagine del container della vostra applicazione in base al vostro repository. Per ulteriori informazioni su Bun e su come integrarlo con l’ Hosting di applicazioni di Kinsta, consultate Cos’è Bun? Un runtime all-in-one che sfida Node.js.
C#
Sì. Usando Nixpacks per costruire l’immagine del container dell’applicazione, C# (CSharp) verrà rilevato se un file .csproj è presente nel repository dell’applicazione.
Cascade CMS
Forse. Potrebbe essere possibile ospitare Cascade CMS con un Dockerfile. Esiste un repository su GitHub, ma richiede molte modifiche. Sarà necessario sapere come scrivere i file Docker e comprendere i requisiti tecnici di Cascade CMS. Kinsta non è in grado di fornire assistenza tecnica.
Clojure
Sì. Usando Nixpacks per costruire l’immagine del container dell’applicazione, Clojure verrà rilevato se un file project.clj o build.clj è presente nel repository dell’applicazione.
COBOL
Sì. Usando Nixpacks per costruire l’immagine del container dell’applicazione, COBOL verrà rilevato se una variabile d’ambiente NIXPACKS_COBOL_APP_NAME
è disponibile per il processo di compilazione, se un file index.cbl o un altro file .cbl è presente nel repository dell’applicazione.
CodeIgniter
Sì. CodeIgniter è un’applicazione basata su PHP, quindi durante il processo di distribuzione Kinsta installa automaticamente le dipendenze definite nel file composer.json.
ColdFusion
Forse. Non lo abbiamo testato sull’Hosting di Applicazioni con l’archiviazione persistente, ma dovrebbe essere possibile. Provate pure!
commercetools
Sì. commercetools utilizza Java, JavaScript e PHP e può essere eseguito sull’Hosting di Applicazioni.
Contao
Forse. Se siete in grado di installare e configurare manualmente Contao e di containerizzarlo con un Dockerfile, allora potete ospitarlo sull’Hosting di Applicazioni.
Contentful
No. Contentful non ha un’opzione self-hosted. Non è possibile accedere e distribuire il codice sul nostro Hosting di Applicazioni.
CraftCMS
Maybe. CraftCMS è un’applicazione PHP self-hosted che può connettersi a database MySQL e PostgreSQL. Non lo abbiamo testato sull’Hosting di Applicazioni con l’archiviazione persistente, ma dovrebbe essere possibile. Provate pure!
Crystal
Sì. Usando Nixpacks per costruire l’immagine del container dell’applicazione, Crystal verrà rilevato se un file shard.yml è presente nel repository dell’applicazione.
Dart
Sì. Usando Nixpacks per costruire l’immagine del container dell’applicazione, Dart verrà rilevato se un file pubspec.yaml è presente nel repository dell’applicazione.
Repliche del Database
No. Al momento non forniamo repliche di database.
Indirizzi IP dedicati
Non forniamo indirizzi IP dedicati. Ogni nuova implementazione può avere un pod programmato su un host diverso, il che comporta un indirizzo IP diverso. Un cambio di indirizzo IP può avvenire anche se Kubernetes deve spostare un pod su un altro host a causa del consumo di risorse o se il pool di nodi su cui si trova è in fase di aggiornamento.
Deno
Sì. È possibile usare sia Nixpacks che Buildpacks per costruire l’immagine del container dell’applicazione. Abbiamo anche un esempio di repo GitHub per Deno per un avvio rapido da usare con Buildpacks, e una guida per impostare un sito statico con Deno su Kinsta.
Quando si usa Nixpacks, Deno viene rilevato se uno dei seguenti elementi è presente nel repository dell’applicazione:
- Un file deno.json.
- Un file deno.jsonc.
- Qualsiasi file .ts, .tsx, .js, o .jsx che importi qualcosa da deno.land.
Directus CMS
Sì. È possibile ospitare Directus CMS sull’Hosting di Applicazioni di Kinsta, a condizione di containerizzarlo con un Dockerfile. Per informazioni su come creare il file Docker, consultate la guida rapida di Directus sul Self-Hosting.
Accesso diretto SSH ai pod
Parzialmente. Attualmente non forniamo un accesso SSH completo ai pod, ma è possibile utilizzare l’Applicazione Terminale Web per eseguire scripts e leggere file in cui è in esecuzione il processo Web dell’applicazione. Per gestire un database, si può usare una connessione esterna per accedere al database.
Django
Sì. Abbiamo un esempio di repo su GitHub per Django ed è possibile seguire questa guida per configurare un’applicazione Django su Kinsta.
DNN CMS
No. DNN CMS richiede un sistema operativo Windows e un server web Microsoft. L’ Hosting di Applicazioni di Kinsta utilizza un sistema operativo Linux e un server web Nginx; pertanto, non è possibile ospitare DNN CMS.
Docusaurus
Sì. Abbiamo un repo GitHub di esempio per Docusaurus ed è possibile seguire la nostra guida sulla creazione di un sito statico con Docusaurus su Kinsta.
Drupal
No. Drupal richiede più volumi di archiviazione persistente. Attualmente, l’Hosting di Applicazioni di Kinsta supporta solo 1 volume di archiviazione persistente e quindi non è possibile eseguire Drupal.
Eleventy
Sì. Abbiamo un repo GitHub di esempio per Eleventy ed è possibile seguire la nostra guida sulla creazione di un sito statico con Eleventy su Kinsta.
Elixir
Sì. Usando Nixpacks per costruire l’immagine del container dell’applicazione, Elixir verrà rilevato se un file mix.exs file è presente nel repository dell’applicazione.
Emotion
Sì. Emotion è una libreria che può essere invocata tramite npm
. Se si aggiunge questa opzione all’albero delle dipendenze di package.json, il Buildpack estrae la versione specificata di Emotion e qualsiasi altra dipendenza specificata quando l’applicazione viene costruita.
F#
Sì. Usare Nixpacks per costruire l’immagine contenitore dell’applicazione e F# (F Sharp) verrà rilevato se un file .fsproj è presente nel repository dell’applicazione.
Fishbowl Inventory
No. Fishbowl supporta solo la versione 5.7 di MySQL, mentre l’Hosting di Database di Kinsta offre la versione 8.0 di MySQL. Se Fishbowl venisse aggiornato per supportare una versione più recente di MySQL (o un altro tipo e versione di database supportati dal nostro Hosting per database), sarebbe un forse perché la configurazione richiederebbe, come minimo, un Dockerfile e sarebbe probabilmente complicata e difficile da configurare.
Flask
Sì. Abbiamo un repo di esempio su GitHub per Flask ed è possibile seguire questa guida sulla creazione di un’applicazione Flask su Kinsta.
Flutter
Sì. Se l’applicazione Flutter è un’applicazione web ed è possibile containerizzarla con un Dockerfile, è possibile ospitarlo sull’Hosting di Applicazioni.
Galera Clusters
No. Al momento non è supportato su Kinsta.
Gatsby
Sì. Abbiamo un esempio di avvio rapido su GitHub per Gatsby.
Ghost
Forse. Non lo abbiamo testato con l’Hosting di Applicazioni e l’archiviazione persistente, ma dovrebbe essere possibile. Fate pure una prova!
L’immagine Dockerfile per Ghost ufficiale è disponibile su Docker Hub ed è il metodo consigliato per la distribuzione, con alcune modifiche:
- Lo storage persistente dovrà essere impostato tramite MyKinsta; non supportiamo la configurazione dello storage persistente da un Dockerfile.
- Kinsta imposta la variabile d’ambiente PORT automaticamente. Non è necessario definirla o codificarla nell’applicazione. Usare la variabile d’ambiente
PORT
per fare riferimento alla porta nell’applicazione.
GitLab Runner
Sì. GitLab Runner è basato su Go, che è supportato dall’Hosting di Applicazioni. È anche disponibile una documentazione su come eseguire GitLab Runner come contenitore Docker, anch’esso supportato.
Go
Sì. È possibile utilizzare Nixpacks o Buildpacks per creare l’immagine del container dell’applicazione. Abbiamo un repo GitHub per Go di esempio rapido, ed è possibile seguire questa guida sull’impostazione di un’applicazione Go con Kinsta.
Quando si usa Nixpacks, Go viene rilevato se un file main.go è presente nel repository dell’applicazione.
Quando si usa Buildpacks, Go viene rilevato se uno dei seguenti elementi è presente nel repository dell’applicazione:
- Un file Godeps/Godeps.json.
- Un file vendor/vendor.json.
- Una directory src con sottodirectory contenenti uno o più file .go.
Haskell
Sì. Usare Nixpacks per costruire l’immagine del container dell’applicazione e Haskell verrà rilevato se un file .package.yaml e qualsiasi file sorgente .hs sono presenti nel repository dell’applicazione.
Applicazioni Headless come Sanity
Sì. Il backend utilizza la piattaforma headless (in questo esempio, Sanity) e il frontend (ospitato su Kinsta) utilizza la libreria o il framework che preferite. Dovrete anche aggiungere il nome di dominio dell’applicazione frontend alle impostazioni CORS della piattaforma headless (in questo esempio, Impostazioni > Impostazioni API > Origini CORS e cliccare sul pulsante Aggiungi origine CORS nel progetto Sanity).
Hugo
Sì. Abbiamo un repo GitHub di esempio per Hugo, e potete seguire la nostra guida sulla creazione di un sito statico con Hugo su Kinsta.
Incremental Static Regeneration su Next.js
Sì. Funziona sull’Hosting di Applicazioni. Per maggiori informazioni su come configurare l’applicazione, si legga questo articolo di Next.js.
Jamstack
Si. Abbiamo i seguenti repository GitHub di esempio e guide rapide:
- Repository GitHub di esempio per Gatsby e guida rapida alla creazione di un sito statico con Gatsby.
- Repository GitHub di esempio per Astro e guida rapida alla creazione di un sito statico con Astro.
- Repository GitHub di esempio per Docusaurus e guida rapida alla creazione di un sito statico con Docusaurus.
- Repository GitHub di esempio per Jekyll e guida rapida alla creazione di un sito statico con Jekyll
- Repository GitHub di esempio per Nuxt e guida rapida alla creazione di un’applicazione Nuxt.
- Repository GitHub di esempio per VuePress e guida rapida alla creazione di un sito statico con VuePress.
- Repository GitHub di esempio per Jigsaw e guida rapida alla creazione di un sito statico con Jigsaw.
Java
Sì. È possibile usare Nixpacks o Buildpacks per costruire l’immagine del container dell’applicazione. Abbiamo un esempio di avvio rapido repo GitHub per Java, e seguire la nostra guida su come impostare un’applicazione Java con Kinsta.
Quando si usa Nixpacks, Java viene rilevato se nel repository dell’applicazione è presente un file gradlew o un file pom con una delle seguenti estensioni: xml, atom, clj, groovy, rb, scala, yaml, yml.
Quando si usa Buildpacks, viene rilevato se un file pom.xml è presente nel repository dell’applicazione.
Jekyll
Sì. Abbiamo un Repository GitHub di esempio per Jekyll ed è possibile seguire la nostra guida sulla creazione di un sito statico con Jekyll su Kinsta.
Jigsaw
Sì. Abbiamo un repository GitHub di esempio per Jigsaw ed è possibile seguire la nostra guida sulla creazione di un sito statico con Jigsaw su Kinsta.
Joomla
No.Joomla rchiede più volumi di archiviazione persistente. Attualmente, l’Hosting di Applicazioni di Kinsta supporta solo 1 volume di archiviazione persistente e quindi non è possibile eseguire Joomla.
Laravel
Sì. Abbiamo un repository GitHub di esempio per Laravel ed è possibile seguire questa guida per configurare un’applicazione Laravel su Kinsta.
Lume
Sì. Abbiamo un esempio di avvio rapido su GitHub per Lume, e potete seguire la nostra guida sulla creazione di un sito statico con Lume su Kinsta.
Lunatic
Sì. È possibile usare Nixpacks per costruire l’immagine del container dell’applicazione, e Lunatic verrà rilevato se un file Cargo.toml è presente nel repository dell’applicazione e .cargo/config.toml contiene una riga runner = "lunatic"
.
Magento
No.Magento richiede più volumi di archiviazione persistente. Attualmente, l’Hosting di Applicazioni di Kinsta supporta solo 1 volume di archiviazione persistente e, pertanto, non è possibile eseguire Magento.
Mastodon
Forse. È possibile eseguire Mastodon sull’Hosting di Applicazioni, ma richiede molte risorse, quindi il costo di esecuzione potrebbe essere elevato. Probabilmente sarà necessario un pod da 4GB perché utilizza ~1,5GB di RAM. Non lo abbiamo testato sull’Hosting di Applicazioni con l’archiviazione persistente, ma dovrebbe essere possibile. Se si esegue l’applicazione senza storage persistente e il pod viene ciclato o spostato, è necessario recuperare tutto. I pod non si riavviano spesso, ma quando lo fanno, il filesystem si ripristina al filesystem del contenitore originale se l’applicazione non è connessa allo storage persistente.
Matomo
Sì. È necessario un archivio persistente per la configurazione dei file (file .ini in /config) e un database MySQL o MariaDB. L’ immagine Dockerfile per Matomo ufficiale è disponibile su Docker Hub ed è il metodo consigliato per la distribuzione.
Se non si vuole usare un Dockerfile, un metodo alternativo è quello di trattare Matomo come qualsiasi altra applicazione PHP e lasciare che un Buildpack crei automaticamente il container. Per farlo, è necessario scaricare il file .zip di Matomo, decomprimerlo e aggiungerlo al proprio repository. Assicurarsi che un file composer.json sia incluso nel repository, in modo che venga riconosciuto dai Buildpack come un’applicazione PHP.
Stack MERN
Forse. MERN è l’acronimo di MongoDB, Express, React e Node, le quattro tecnologie chiave che compongono lo stack.
- MongoDB – database di documenti
- Express – framework web Node.js
- React – una libreria JavaScript lato client
- Node.js – un ambiente di runtime JavaScript
Kinsta non supporta attualmente MongoDB sull’Hosting di Database, ma è possibile ospitare l’applicazione su Kinsta mentre si ospita il database altrove o utilizzare un Dockerfile con l’Hosting di Applicazioni e l’archiviazione persistente per distribuire un database MongoDB. È possibile trovare l’immagine Docker ufficiale di MongoDB su Docker Hub. Esiste anche un’immagine ufficiale per mongo-express, un’interfaccia di amministrazione basata sul web per MongoDB.
Metabase
Sì. Metabase usa Java, che è supportato dall’Hosting di Applicazioni. Può essere collegato a diversi tipi di database, tra cui PostgreSQL, MySQL o MariaDB, tutti supportati dal nostro Hosting di Database. Non abbiamo testato questa possibilità su Hosting di Applicazioni e Hosting di Database, ma dovrebbe essere possibile. Non esitate a fare una prova!
Esiste anche un’immagine Docker per Metabase disponibole su Docker Hub. Nota: Se si desidera utilizzare un volume di archiviazione file con Docker, è necessario impostare l’archiviazione persistente tramite MyKinsta; non supportiamo la configurazione dell’archiviazione persistente da un Dockerfile.
Linguaggi di programmazione e database Microsoft
Sì. Se è possibile containerizzare l’applicazione con un Dockerfile, è possibile ospitarla sull’Hosting di Applicazioni, anche se utilizza un linguaggio di programmazione Microsoft come C# o F#. È anche possibile utilizzare un Dockerfile con l’Hosting di Applicazioni e l’Archiviazione Persistente per ospitare un database Microsoft SQL Server (MSSQL). Potete trovare le immagini Docker ufficiali di Microsoft per MSSQL in Docker Hub.
Applicazioni mobili
Forse. Dipende dall’applicazione; è possibile ospitare il backend di un’applicazione mobile con l’Hosting di Applicazioni ma non la creazione o la distribuzione dell’applicazione mobile stessa.
MODX
Maybe. MODX è una piattaforma CMS open-source in PHP. Non lo abbiamo testato sull’Hosting di Applicazioni con l’archiviazione persistente, ma dovrebbe essere possibile. Provate pure!
MongoDB
Sì. Anche se non supportiamo MongoDB sull’Hosting di Database, è possibile utilizzare un Dockerfile con l’Hosting di Applicazioni e l’Archiviazione Persistente per distribuire un database MongoDB. Potete trovare l’immagine Docker ufficiale di MongoDB in Docker Hub. C’è anche un’immagine ufficiale per mongo-express, un’interfaccia di amministrazione web-based per MongoDB.
Moodle
Forse. Non lo abbiamo testato sull’Hosting di Applicazioni con l’archiviazione persistente, ma dovrebbe essere possibile. Provate pure!
Movable Type
Forse. Ci sono due immagini Docker di Movable Type disponibile su Docker Hub, ma si consiglia di verificare con Movable Type che queste siano le loro immagini ufficiali. Sarà necessario un database, e forse anche un’archiviazione persistente, a seconda di come vengono archiviati i file multimediali o altri file non presenti nel repository dell’applicazione.
Microsoft SQL Server (MSSQL)
Sì. Anche se non supportiamo MSSQL sull’Hosting di Database, è possibile utilizzare un Dockerfile con l’Hosting di Applicazioni e l’Archiviazione Persistente per ospitare un database Microsoft SQL Server (MSSQL). Potete trovare le Microsoft official Docker images for MSSQL in Docker Hub.
Applicazione Multisito
Sì. Un’applicazione multisito permette di gestire più siti in un unico luogo. È possibile farlo con l’Hosting di Applicazioni, ma potrebbe richiedere più risorse rispetto a un singolo sito.
n8n
Sì. Non lo abbiamo testato sull’Hosting di Applicazioni con l’archiviazione persistente, ma dovrebbe essere possibile. Provate pure!
Secondo la Documentazione Docker n8n, è anche tecnicamente possibile eseguirlo senza memoria persistente, se si usa un database:
“È importante conservare i dati nella cartella /root/.n8n perché contiene i dati degli utenti n8n e, cosa ancora più importante, la chiave di crittografia per le credenziali… …La persistenza della cartella /root/.n8n anche quando si utilizzano database alternativi è consigliata, ma non esplicitamente richiesta.”
Netlify
Forse. Netlify è un servizio di hosting simile a Kinsta. È probabile che l’applicazione ospitata su Netlify possa essere ospitata anche su Kinsta, a seconda del framework dell’applicazione.
Nextcloud
Forse. Non lo abbiamo testato sull’Hosting di Applicazioni con l’archiviazione persistente, ma dovrebbe essere possibile. Provate pure!
Next.js
Sì. Abbiamo un repo GitHub di esempio per Next.js, e potete seguire la nostra guida sulla creazione di un sito statico con Next.js su Kinsta.
Node.js
Sì. È possibile usare Nixpacks o Buildpacks per costruire l’immagine del container dell’applicazione. Abbiamo i seguenti repository GitHub di esempio e le guide per Node.js:
- Repository GitHub di esempio di Node.js e guida rapida alla configurazione di un’applicazione Node.js.
- Repository GitHub di esempio per Node.js Dockerfile e guida rapida all’impostazione di un’applicazione Node.js con un Dockerfile.
- Repository GitHub di esempio per Node.js per l’invio di e-mail e guida rapida alla creazione di un’applicazione Node.js per l’invio di e-mail.
- Repository GitHub di esempio per Node.js con Background Worker e API e guida alla creazione di un’applicazione Node.js con Background Worker e API.
Quando si usano Nixpacks o Buildpacks, JavaScript viene rilevato se un file package.json è presente nel repository dell’applicazione.
Nuxt
Sì. Abbiamo un repo GitHub di esempio per Nuxt ed è possibile seguire questa guida per configurare un’applicazione Nuxt su Kinsta.
Odoo
Forse. Non lo abbiamo testato sull’Hosting di Applicazioni con l’archiviazione persistente, ma dovrebbe essere possibile. Provate pure!
OpenCart
No.OpenCart richiede più volumi di archiviazione persistente. Attualmente, l’Hosting di Applicazioni di Kinsta supporta solo 1 volume di archiviazione persistente e quindi non è possibile eseguire OpenCart.
Perfex
Forse. Non lo abbiamo testato sull’Hosting di Applicazioni con l’archiviazione persistente, ma dovrebbe essere possibile. È necessario comprendere i requisiti tecnici di Perfex. Kinsta non può fornire supporto tecnico per l’impostazione e la configurazione dell’applicazione.
PERL
Sì. Non esiste un Buildpack per PERL; tuttavia, l’Hosting di Applicazioni di Kinsta supporta gli script PERL se si utilizza un Dockerfile.
PHP
Sì. Abbiamo i seguenti repository GitHub di esempio e guide rapide per PHP:
- Repository GitHub di esempio per PHP e guida rapida alla configurazione di un’applicazione PHP.
- Repository GitHub di esempio di Laravel e guida rapida alla creazione di un’applicazione Laravel.
- Repository GitHub di esempio di PHP per l’invio di e-mail e guida rapida alla creazione di un’applicazione PHP per l’invio di e-mail.
Quando si usa Nixpacks, PHP viene rilevato se un file composer.json o index.php è presente nel repository dell’applicazione. Se composer.json è presente, deve includere una chiave require
con una versione PHP.
Quando si usa Buildpacks, PHP viene rilevato solo se un file composer.json si trova nel repository dell’applicazione. Se l’applicazione non ha dipendenze da Composer, il file composer.json può essere vuoto.
phpCMS
Forse. Non lo abbiamo testato sull’Hosting di Applicazioni con l’archiviazione persistente, ma dovrebbe essere possibile. È necessario comprendere i requisiti tecnici di phpCMS. Kinsta non può fornire supporto tecnico per l’impostazione e la configurazione dell’applicazione.
Pimcore
Sì. Pimcore è un framework PHP per la gestione dei dati digitali che può essere eseguito sull’Hosting di applicazioni.
PostGIS
No. PostGIS non è attualmente supportato dall’hosting di database.
Prestashop
No.Prestashop richiede più volumi di archiviazione persistente. Attualmente, l’Hosting di Applicazioni di Kinsta supporta solo 1 volume di archiviazione persistente e quindi non è possibile eseguire Prestashop.
Publii
Sì. Publii è un sistema CMS desktop che crea pagine HTML statiche. Utilizzate l’opzione Distribuzione Manuale per esportare i file del sito sul vostro computer locale, quindi inviate questi file al repository Git collegato alla vostra applicazione o sito statico su Kinsta.
Python
Sì. Abbiamo i seguenti repository GitHub di esempio e guide rapide per Python:
- Repository GitHub di esempio per Python e guida rapida alla configurazione di un’applicazione Python.
- Repository GitHub di esempio per Django e guida rapida alla creazione di un’applicazione Django.
- Repository GitHub di esempio per Flask e guida rapida alla creazione di un’applicazione Flask.
Quando si usa Nixpacks, Python viene rilevato se uno dei seguenti file si trova nel repository dell’applicazione:
- main.py
- requirements.txt
- pyproject.toml
- Pipfile
Quando si usa Buildpacks, Python viene rilevato se uno dei seguenti file si trova nella directory principale del repository dell’applicazione:
- requirements.txt
- setup.py
- Pipfile
QPDF
Forse. QPDF è uno strumento a riga di comando incluso nella maggior parte delle distribuzioni Linux (e in molte altre distribuzioni software).
Esistono alcuni repository pubblici su GitHub che installano QPDF come dipendenza nel Dockerfile. Se si aggiungono gli stessi comandi a un file Docker, QPDF verrà installato.
Note:
- Non abbiamo testato questo sistema nell’Hosting di Applicazioni.
- QPDF è una libreria C++ e potrebbe richiedere componenti aggiuntivi installati sull’istanza Linux per poter essere compilata correttamente.
Qwik
Sì. Abbiamo un Repository GitHub di esempio per Qwik ed è possibile seguire questa guida sulla creazione di un sito statico con Qwik su Kinsta.
React
Sì. React è una libreria JavaScript per il frontend, spesso utilizzata insieme a Node.js, che viene utilizzato per il backend. Abbiamo i seguenti repository GitHub di esempio e guide rapide per React:
- Repo GitHub React di esempio e una guida rapida all’installazione di Applicazioni React.
- Repo di esempio di React con Vite e guida rapida all’installazione di un’applicazione React con Vite.
Rspress
Sì. Abbiamo un repo GitHub di esempio per Rspress, e potete seguire la nostra guida sulla creazione di un sito statico con Rspress su Kinsta.
Ruby
Sì. È possibile usare Buildpacks per costruire l’immagine del container dell’applicazione. Ruby viene rilevato solo se un Gemfile è presente nel repository dell’applicazione. Se l’applicazione non ha dipendenze da gemme, il Gemfile può essere vuoto.
Abbiamo questi esempi di repository GitHub e guide rapide per Ruby on Rails:
- Esempio di repo GitHub Ruby on Rails e una guida rapida per impostare un’applicazioni Ruby on Rails
- Repo GitHub di esempio Dockerfile Ruby on Rails e una guida rapida per impostare un’applicazione Ruby on Rails con un Dockerfile
Rust
Sì. È possibile usare Nixpacks per costruire l’immagine del container dell’applicazione, e Rust verrà rilevato se un file Cargo.toml è presente nel repository dell’applicazione.
Scala
Sì. È possibile usare Nixpacks o Buildpacks per costruire l’immagine del container dell’applicazione. Abbiamo un esempio rapido di repo GitHub per Scala, e una guida su come configurare un’applicazione Scala su Kinsta.
Quando si usa Nixpacks, Scala viene rilevato se un file build.sbt si trova nella root del repository dell’applicazione.
Quando si usa Buildpacks, Scala viene rilevato se uno qualsiasi dei seguenti elementi si trova nel repository dell’applicazione:
- Qualsiasi file .sbt nella radice del repository dell’applicazione.
- Qualsiasi file .scala nella cartella /project.
- Un file build.properties nella cartella /project.
- Qualsiasi file .scala nella cartella /.sbt.
Shopify
Forse. Tutti i repository mostrati nell’account GitHub di Shopify sono per diverse parti della loro applicazione; non è possibile auto-ospitare l’intero sito. Tuttavia, è possibile utilizzare Hydrogen per creare una vetrina personalizzata autogestita, utilizzabile su Application Hosting se si riesce a containerizzarla con un Dockerfile.
Shopware
Sì. Shopware è una piattaforma di ecommerce aperta e headless, basata su Symfony (PHP) e Vue.js, che può essere eseguita sull’Hosting di Applicazioni.
Silverstripe CMS
Forse. Silverstripe CMS è un’applicazione PHP con supporto MySQL integrato. Non lo abbiamo testato sull’Hosting di Applicazioni con l’archiviazione persistente, ma dovrebbe essere possibile. Non esitate a fare una prova!
Sitecore
Sì. Il repository delle immagini Docker di Sitecore contiene immagini Docker ufficiali di Sitecore e della community di Sitecore per diverse versioni e sistemi operativi.
Spider Storage Engine in MariaDB
No. Al momento non è supportato perché utilizza un livello di clustering del database superiore a quello che offriamo.
Spring
Sì. Spring è un framework Java che è supportato dall’Hosting di Applicazioni.
SQLite
No. SQLite richiede che il database si trovi nello stesso container dell’applicazione, cosa che non è possibile sull’Hosting di Applicazioni.
Statamic
Si. Abbiamo un repository GitHub di esempio per Statamic ed è possibile seguire questa guida per configurare un’applicazione Statamic su Kinsta.
Strapi
Sì. Strapi è un CMS che utilizza JavaScript e può essere eseguito sull’Hosting di Applicazioni. Strapi richiede anche un database e supporta PostgreSQL, MySQL e MariaDB, che possono essere ospitati con l’Hosting di Database di Kinsta.
STUN (Session Traversal Utilities for NAT)
No. Un server STUN permette di stabilire comunicazioni peer-to-peer tra dispositivi dietro a traduttori di indirizzi di rete (NAT) o firewall. I server STUN richiedono l’apertura di porte specifiche, cosa che attualmente non è possibile sull’Hosting di Applicazioni.
SuiteCRM
Forse. Non lo abbiamo testato sull’Hosting di Applicazioni con l’archiviazione persistente, ma dovrebbe essere possibile. Provate pure!
Swift
Sì. È possibile usare Nixpacks per costruire l’immagine del container dell’applicazione, e Swift verrà rilevato se un file Package.swift è presente nel repository dell’applicazione.
Symfony
Sì. Symfony è un framework PHP per la creazione di siti web e applicazioni web e può essere eseguito sull’Hosting di Applicazioni.
SvelteKit
Sì. SvelteKit è un framework UI compila i componenti in vanilla JavaScript e può essere eseguito sull’Hosting di Applicazioni.
Tailwind
Sì. Tailwind è un framework CSS, quindi funzionerà in combinazione con un’applicazione sull’Hosting di Applicazioni di Kinsta.
TURN (Traversal Using Relays around NAT)
No. Un server TURN aiuta a stabilire comunicazioni peer-to-peer tra dispositivi che si trovano dietro a traduttori di indirizzi di rete (NAT) o firewall. I server TURN richiedono l’apertura di porte specifiche, cosa che attualmente non è possibile sull’Hosting di Applicazioni.
VB.net
Sì. Se si utilizza un Dockerfile, è possibile utilizzare quasi tutti i linguaggi di programmazione, compreso VB.net (Visual Basic) sull’Hosting di Applicazioni.
Vector Databases
No. I database vettoriali sono progettati per memorizzare e gestire dati vettoriali. Il nostro Hosting di Database non supporta attualmente database vettoriali o estensioni vettoriali come pgvector per PostgreSQL.
Velo by Wix
No.Velo non ha un’opzione self-hosted. È possibile utilizzare solo Wix Cloud, quindi non è possibile accedere al codice e distribuirlo sul nostro Hosting di Applicazioni.
Vite
Sì. Vite utilizza CSS, JavaScript e Typescript per creare applicazioni web e può essere ospitato sull’Hosting di Applicazioni di Kinsta. Abbiamo un repo GitHub di esempio rapido per React con Vite, e una guida su come impostare un’applicazione React con Vite con Kinsta.
VitePress
Sì. Abbiamo un repo GitHub di esempio per VitePress, e potete seguire la nostra guida sulla creazione di un sito statico con VitePress su Kinsta.
Vue.js
Sì. Vue.js è un framework JavaScript open-source e può essere distribuito sull’Hosting di Applicazioni.
VuePress
Sì. Abbiamo un repo GitHub di esempio per VuePress ed è possibile seguire la nostra guida sulla creazione di un sito statico con VuePress su Kinsta.
Webflow CMS
No. Webflow è un servizio gestito senza una versione self-hosted. Ciò significa che solo Webflow può ospitare siti Webflow.
WHMCS
No. WHMCS non è adatto alla piattaforma Kinsta; è più adatto ad essere eseguito su una VM (macchina virtuale) invece che su un container.
Applicazioni Windows Server
Forse. Se l’applicazione può essere eseguita in un container Linux, potrebbe essere possibile ospitarla nell’Hosting di Applicazioni.
Wix
No.Wix non è open source, quindi non è possibile accedere al codice per spostare l’applicazione o il sito web sui nostri servizi di hosting.
Yarn
Sì. Yarn è supportato dall’Hosting di Applicazioni.
Quadro Yii
Forse. Non lo abbiamo testato sull’Hosting di Applicazioni con l’archiviazione persistente, ma dovrebbe essere possibile. Provate pure!
Zig
Sì. È possibile usare Nixpacks per costruire l’immagine del container dell’applicazione, e Zig verrà rilevato se un file .zig o gyro.zzz è presente nel repository dell’applicazione.