VHosting Node.js 2026: Hosting Scalabile per Backend e API Moderne?

📖 VHosting e Node.js nel : Un'Analisi Tecnica Onesta

Node.js è uno dei runtime più richiesti dai developer nel — e la domanda "posso usare Node.js su hosting condiviso?" è tra le più frequenti. La risposta richiede una distinzione precisa che molti provider non fanno esplicitamente: ci sono due modalità d'uso di Node.js radicalmente diverse, e solo una è compatibile con lo shared hosting.

La prima modalità è quella per cui Node.js è famoso: un server applicativo persistente — Express, Fastify, NestJS, Next.js SSR — che resta attivo continuamente, accetta connessioni TCP su una porta dedicata (es. 3000, 8080), e viene mantenuto vivo da PM2 o Systemd. Questa modalità è impossibile su qualsiasi shared hosting, VHosting incluso. La seconda modalità è Node.js come strumento da riga di comando — npm install, Vite, webpack, Next.js export statico, script di build e trasformazione — che esegue un processo, completa il lavoro, e termina. Questa modalità funziona perfettamente su VHosting Advanced via SSH.

Questa distinzione è il cuore dell'analisi. VHosting è onestamente valutato 5.5/10 per Node.js perché copre il secondo scenario ma non il primo — e il primo è quello che la maggior parte degli sviluppatori intende quando cercano "hosting Node.js".

🔵 VHosting Solution Node.js — Valutazione

5.5

/ 10 — Valido per Build e Tool CLI · Non per Server Applicativo Persistente

npm via SSH ✅ · Vite / Webpack build ✅ · Next.js export statico ✅ · Script CLI / cron Node.js ✅ · Phusion Passenger (se abilitato) ⚠️ · Prezzi fissi al rinnovo ✅ · Datacenter Italia ✅ · Processo persistente node server.js: ❌ · Express / Fastify server: ❌ · NestJS API: ❌ · PM2 process manager: ❌ · WebSocket WebSockets: ❌ · Next.js SSR runtime: ❌

VHosting Node.js : Il Quadro Completo

5.5/10 Rating più basso della serie VHosting — non per qualità del provider, ma per un'incompatibilità architettonica strutturale: Node.js come server applicativo richiede un processo persistente che nessuno shared hosting può fornire per definizione. Il 5.5 riflette i use case reali e validi che esistono su VHosting Advanced con Node.js via SSH

Processo persistente — il nodo cruciale La differenza fondamentale tra PHP e Node.js: PHP viene invocato da Apache per ogni singola richiesta HTTP, esegue, e termina (stateless). Node.js è un server che gira continuamente — accetta tutte le richieste sullo stesso processo, mantiene stato in memoria, gestisce connessioni WebSocket. Shared hosting può gestire PHP stateless, non processi persistenti

SSH Piano Advanced — indispensabile Senza SSH, Node.js su VHosting è inutilizzabile in qualsiasi forma. Con SSH (Piano Advanced), si può usare npm, npx, node per script e build. È il requisito minimo — e anche il massimo: dal terminale SSH si esegue Node.js, ma il processo termina alla fine della sessione SSH

Next.js export statico — funziona su VHosting Next.js ha una modalità di export statico (next build && next export o configurazione output: 'export') che genera HTML/CSS/JS puri senza runtime Node.js. Il risultato è una cartella di file statici che si caricano su VHosting come qualsiasi sito HTML. Questa è la modalità Next.js compatibile con shared hosting

PM2 solo su VPS — il vero hosting Node.js PM2 è il process manager standard per Node.js in produzione: mantiene il processo attivo, lo riavvia in caso di crash, gestisce cluster multi-core, fornisce log e monitoring. PM2 su Serverplan VPS con Nginx come reverse proxy proxy è l'architettura corretta per qualsiasi applicazione Node.js reale

Prezzi Fissi Dove VHosting è usato per la componente giusta (build pipeline, sito statico risultante, email aziendale del progetto) i prezzi fissi al rinnovo rimangono un vantaggio reale. Lo stesso vale per Serverplan VPS: la stessa filosofia commerciale di VHosting su infrastruttura dedicata

⚙️ La Differenza Fondamentale: PHP vs Node.js su Shared Hosting nel

Per capire perché Node.js su shared hosting è problematico — e PHP no — bisogna capire come i due runtime si integrano con il server web.

## ══ COME PHP FUNZIONA SU APACHE (VHosting) ══════════════════════

Richiesta HTTP → Apache riceve la richiesta
              → Apache chiama PHP-FPM o mod_php per quel file
              → PHP esegue index.php (o qualsiasi file .php)
              → PHP termina, restituisce risposta HTML/JSON
              → Apache invia la risposta al browser
              → PHP non esiste più fino alla prossima richiesta

# PHP è STATELESS per design: ogni richiesta è un processo separato
# Apache gestisce nativamente questa modalità request-response
# Shared hosting è costruito attorno a questo modello: funziona perfettamente

## ══ COME NODE.JS FUNZIONA IN PRODUZIONE ═════════════════════════

Avvio server → node server.js  (o pm2 start server.js)
             → Node.js si lega alla porta 3000 (o altra)
             → Node.js rimane ATTIVO per sempre
             → Ogni richiesta HTTP arriva sulla stessa porta 3000
             → Node.js la gestisce nel suo event loop
             → Node.js NON termina mai (fino a kill manuale o crash)

# Node.js è STATEFUL: mantiene stato in memoria tra le richieste
# Richiede un processo persistente — impossibile su shared hosting
# Shared hosting termina qualsiasi processo che supera il timeout (solitamente 60-300s)

## ══ COSA SUCCEDE SE PROVI node server.js SU VHOSTING SSH ════════

$ ssh account@tuodominio.it
$ node server.js

INFO: Server Express in ascolto sulla porta 3000
# Il server funziona... finché la sessione SSH è aperta
# Appena chiudi il terminale SSH: il processo termina → 502 Bad Gateway
# Anche con nohup o screen: VHosting shared termina i processi orfani
# Non è una limitazione di VHosting in particolare: è shared hosting per definizione

## ══ LA SOLUZIONE: SERVERPLAN VPS con PM2 ════════════════════════

$ pm2 start server.js --name "mia-api"
$ pm2 save
$ pm2 startup   ← registra PM2 come servizio di sistema

# Ora node server.js gira sempre, anche dopo riavvio del server
# PM2 lo riavvia automaticamente in caso di crash
# Nginx fa da reverse proxy: traffico porta 80/443 → Node porta 3000
        

🟢 Perché Questa Differenza È Irriducibile su Shared Hosting

Non è una scelta di VHosting — è una conseguenza del modello shared hosting. Su un server condiviso da centinaia o migliaia di account, consentire processi persistenti su porte TCP dedicate causerebbe conflitti di porta, esaurimento risorse, e problemi di sicurezza tra account. Ogni provider shared hosting — VHosting, SiteGround, e qualsiasi altro — applica lo stesso vincolo: nessun processo persistente in ascolto su porte TCP. La soluzione corretta è il VPS, dove ogni istanza ha il proprio spazio di porte e risorse dedicate.

🔍 Cosa Funziona e Cosa Non Funziona su VHosting con Node.js nel

✅

npm e npx via SSH — pienamente disponibili su Piano Advanced — Con SSH su VHosting Advanced, si può eseguire npm install, npm run build, npx create-next-app, e qualsiasi altro comando npm/npx. Node.js è disponibile globalmente sul server VHosting. La versione Node.js disponibile dipende dalla configurazione del server — verificare con node -v dopo l'accesso SSH. Questa è la base di tutti gli use case validi di Node.js su VHosting.

✅

Build assets: Vite, webpack, Rollup, esbuild — via SSH o cron — Compilare JavaScript, bundlare moduli, transpilare TypeScript, ottimizzare immagini con sharp — tutte operazioni Node.js che avviano un processo, completano il lavoro, e terminano. Compatibili con shared hosting perché non richiedono processi persistenti. Il risultato (file statici in dist/ o public/) viene servito da Apache come qualsiasi file statico.

✅

Next.js / Nuxt.js / Astro in modalità export statico — file HTML puri — Questi framework supportano una modalità di generazione statica che produce HTML/CSS/JS puri senza runtime Node.js. next build con output: 'export' produce una cartella out/ che si carica su VHosting come qualsiasi sito web statico. Nessun processo Node.js in esecuzione — Apache serve i file direttamente.

✅

Script Node.js da cron — automazioni e task periodici — Script Node.js che girano ogni ora, ogni giorno, o a orari specifici — invio email, sincronizzazione dati, generazione report, aggiornamento file — funzionano come cron job su cPanel. Lo script Node.js viene invocato dal cron, esegue, e termina. Stesso modello del Task Scheduler Laravel, compatibile con shared hosting.

✅

Generatori di siti statici: Gatsby, Eleventy, Hugo (con npm) — build su VHosting — Generatori statici che usano Node.js per compilare markdown, template, e dati in HTML statico. La build viene eseguita via SSH o cron, il risultato viene pubblicato nella webroot di VHosting, Apache serve i file. Performance eccellenti — file statici su NVMe serviti da Apache senza overhead PHP.

⚠️

Phusion Passenger — possibile su VHosting se abilitato, con limitazioni — Phusion Passenger è un application server che può integrare Node.js in Apache, permettendo una forma limitata di processo Node.js persistente su shared hosting. Su VHosting, la disponibilità di Passenger varia per piano e configurazione — è necessario verificare con il supporto tecnico. Anche quando disponibile, Passenger su shared presenta limitazioni: una versione Node.js fissa, riavvii del processo non prevedibili, latenza al primo avvio (cold start). Non paragonabile a PM2 su VPS.

❌

Express.js / Fastify / Hapi server HTTP — processo persistente impossibile — app.listen(3000) è il comando che avvia un server Node.js in ascolto. Su shared hosting, questo processo viene terminato appena la sessione SSH termina o dopo il timeout configurato dal provider. Non esiste alcun workaround stabile su shared hosting per mantenere un server Express/Fastify/Hapi sempre attivo.

❌

NestJS API — framework enterprise Node.js, richiede processo persistente — NestJS è un framework Node.js strutturato per API REST e microservizi enterprise, con iniezione di dipendenze, moduli, e middleware. Come Express (su cui è costruito per default), NestJS richiede un processo persistente. Non è utilizzabile come API server su shared hosting.

❌

Next.js SSR runtime — il server Next.js richiede Node.js persistente — Next.js in modalità SSR (Server Side Rendering) — il suo caso d'uso principale — usa next start per avviare un server Node.js che renderizza le pagine a ogni richiesta. Questo richiede un processo persistente. Solo la modalità output: 'export' (generazione statica) è compatibile con shared hosting.

❌

WebSocket / Socket.io — connessioni TCP persistenti, impossibili su shared — Le connessioni WebSocket sono TCP persistenti che rimangono aperte per tutta la durata della sessione utente. Richiedono un server Node.js sempre attivo che gestisca queste connessioni. Impossibile su shared hosting sia per il vincolo del processo persistente che per i limiti sulle connessioni TCP.

❌

PM2 process manager — nessun gestore processi su shared hosting — PM2 (Process Manager 2) è il tool standard per Node.js in produzione. Mantiene i processi sempre attivi, gestisce cluster multi-core, fornisce log in tempo reale, si integra con Systemd per il riavvio dopo reboot. Su shared hosting, PM2 non può essere installato come servizio di sistema — richiede root access disponibile solo su VPS.

🔨 Build Pipeline e Tool Node.js via SSH su VHosting nel

Il caso d'uso più pratico e immediato di Node.js su VHosting Advanced è la pipeline di build: usare Node.js come strumento per compilare e ottimizzare assets che poi vengono serviti da Apache. Questo funziona perfettamente.

# ══ NODE.JS COME TOOL DI BUILD SU VHOSTING ADVANCED (SSH) ════════

## Verificare Node.js disponibile dopo login SSH:
node -v          → es. v20.x.x o v22.x.x (LTS)
npm -v           → es. 10.x.x
npx --version

## Se la versione Node.js non è quella desiderata, usare nvm (se disponibile):
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.0/install.sh | bash
source ~/.bashrc
nvm install 20   ← installa Node.js 20 LTS nella home dell'utente
nvm use 20
node -v          → v20.x.x

## ── WORKFLOW TIPICO: progetto Vite/React su VHosting ───────────────

# 1. Upload sorgenti via SFTP (escluso node_modules)
# 2. Connessione SSH a VHosting Advanced
# 3. Installare dipendenze e compilare:

cd /home/account/mio-progetto
npm install
npm run build
# Vite genera dist/ con HTML, CSS, JS ottimizzato

# 4. Copiare il risultato nella webroot di VHosting:
cp -r dist/* /home/account/public_html/
# Ora Apache serve i file statici di Vite direttamente

## ── WORKFLOW: Next.js export statico su VHosting ───────────────────
# Vedere sezione dedicata Next.js — usa next build con output: 'export'

## ── WORKFLOW: Laravel Mix / Vite (Laravel) su VHosting ────────────
# Laravel usa Vite per compilare CSS e JS degli assets del frontend
# Su VHosting Advanced con Laravel + SSH:

cd /home/account/laravel-app
npm install
npm run build    ← esegue Vite, genera public/build/assets/
# Gli assets compilati vengono serviti da Apache normalmente
# Nessun processo Node.js persistente — solo build one-shot

## ── SCRIPT CRON NODE.JS SU VHOSTING cPanel ────────────────────────
# cPanel → Cron Jobs → Add New Cron Job

# Esempio: script Node.js che invia email ogni giorno alle 08:00
0 8 * * * /usr/bin/node /home/account/scripts/send-digest.js >> /home/account/logs/digest.log 2>&1

# Esempio: script che aggiorna un file JSON da un'API esterna ogni ora
0 * * * * /usr/bin/node /home/account/scripts/update-data.js

# Esempio: generazione sitemap dinamica con Node.js ogni notte
0 2 * * * /usr/bin/node /home/account/scripts/generate-sitemap.js

# IMPORTANTE: usare il path completo a node (/usr/bin/node o il path nvm)
# I cron non caricano il profilo shell — nvm non è attivo automaticamente
# Per nvm in cron: /home/account/.nvm/versions/node/v20.x.x/bin/node
        

⚡

Vite — Build Ultra Veloce per SPA React/Vue

Vite compila applicazioni React, Vue, Svelte in file statici ottimizzati. Su VHosting via SSH: npm run build → cartella dist/ → copia in public_html. Apache serve file statici NVMe con TTFB <50ms. Perfetto per SPA che consumano API esterne.

✅ Build one-shot

🔷

TypeScript Compilation — tsc via SSH

Compilare TypeScript in JavaScript con tsc o via bundler. Il risultato è JavaScript puro che Apache serve come file statico, o che PHP può includere via include per script backend ibridi.

✅ Compilazione CLI

🎨

PostCSS / Tailwind CSS — Build Asset CSS

La build di Tailwind CSS (compilazione JIT dei soli utility usati) avviene via Node.js. Su VHosting SSH: npm run build → CSS ottimizzato copiato nella webroot. Il CSS risultante è un file statico servito da Apache — Node.js non serve in produzione.

✅ CSS purging + minify

📦

Webpack / Rollup — Module Bundling Legacy

Per progetti con build pipeline webpack (molti progetti Laravel 8/9 usano Laravel Mix = webpack), VHosting Advanced con SSH permette di eseguire la build completa. Il bundle risultante (main.js, vendor.js, style.css) viene pubblicato nella webroot.

✅ Bundle statico

⏱️

Build Tempo Lungo — Timeout SSH Attenzione

Build molto pesanti (monorepo, molti pacchetti) possono durare 5-15 minuti. Se la sessione SSH si disconnette durante la build, il processo potrebbe essere terminato. Usare nohup npm run build & o screen per build lunghe su VHosting.

⚠ Gestire il timeout

🖼️

Ottimizzazione Immagini con Sharp — Script Cron

Script Node.js con libreria sharp per ridimensionare, convertire in WebP, e ottimizzare immagini in batch — eseguito come cron notturno su VHosting cPanel. Il risultato sono file immagine ottimizzati serviti da Apache. Nessun runtime Node.js in produzione.

✅ Batch processing

▲ Next.js Export Statico su VHosting nel

Next.js è il framework React più popolare nel — ma ha due modalità operative ben distinte. La modalità SSR richiede Node.js persistente. La modalità export statico, no.

# ══ NEXT.JS SU VHOSTING: SOLO EXPORT STATICO ═════════════════════

## next.config.js — configurare output statico
/** @type {import('next').NextConfig} */
const nextConfig = {
  output: 'export',        ← abilita la modalità export statico
  trailingSlash: true,     ← genera /pagina/index.html invece di /pagina.html
  images: {
    unoptimized: true,     ← disabilita Image Optimization (richiede server Node.js)
  },
}

module.exports = nextConfig

## Build e deploy su VHosting:
# 1. Localmente o via SSH su VHosting Advanced:
npm install
npm run build              ← genera la cartella 'out/'

# 2. La cartella 'out/' contiene tutti i file HTML/CSS/JS statici
#    Esempio struttura out/:
out/
├── index.html
├── about/index.html
├── blog/index.html
├── blog/primo-post/index.html
├── _next/static/css/
├── _next/static/js/
└── ...

# 3. Caricare la cartella out/ su VHosting via SFTP o SSH:
cp -r out/* /home/account/public_html/
# Apache serve ora i file statici Next.js — nessun Node.js in produzione

## .htaccess per routing Next.js statico su Apache VHosting:
<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /

    # Servire file esistenti direttamente
    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ - [L]

    # Per URL senza estensione → cercare /path/index.html
    RewriteCond %{REQUEST_FILENAME}/index.html -f
    RewriteRule ^(.+[^/])$ $1/index.html [L]

    # 404 fallback
    RewriteRule ^ 404.html [L]
</IfModule>

## ── LIMITAZIONI Next.js export statico rispetto a SSR ──────────────
# Con output: 'export', NON sono disponibili:
# - API Routes (/pages/api/* o /app/api/route.ts) — richiedono server Node.js
# - getServerSideProps (SSR per-request) — richiedono server Node.js
# - Middleware Next.js — richiedono Edge Runtime o server Node.js
# - Image Optimization automatica — richiede server Node.js
# - Incremental Static Regeneration (ISR) — richiede server Node.js
#
# Con output: 'export', SONO disponibili:
# - Tutte le pagine statiche (getStaticProps, getStaticPaths)
# - Client-side data fetching (useEffect, SWR, React Query)
# - React Server Components (solo quelli che non fanno fetch server-side)
# - Tutto il CSS (Tailwind, CSS Modules, styled-components)
# - JavaScript client-side
        

💡 Quando Next.js Statico su VHosting è la Scelta Giusta

Next.js export statico su VHosting funziona perfettamente per: siti aziendali e portfolio con contenuto relativamente stabile (aggiornato via build periodica), blog con CMS headless (Contentful, Sanity, Strapi su altro server — i dati vengono fetchati al build time), landing page marketing, documentazione, e siti catalogo prodotto senza carrello acquisti. I dati dinamici vengono gestiti lato client con API esterne — il sito Next.js su VHosting è solo il frontend HTML/CSS/JS, velocissimo da Apache su NVMe.

⚠️ Quando Next.js Statico NON è Sufficiente — Serve Serverplan VPS

Se l'applicazione Next.js usa API Routes (backend PHP alternativo non disponibile), getServerSideProps per pagine che variano per utente autenticato, middleware per autenticazione edge, o Incremental Static Regeneration per contenuto che si aggiorna frequentemente senza rebuild completo — la modalità statica non copre questi requisiti. In questo caso, next start su Serverplan VPS con PM2 e Nginx è l'architettura corretta.

🚌 Phusion Passenger su Shared Hosting nel : La Via di Mezzo

Phusion Passenger è un application server che può integrare applicazioni Node.js (e Ruby, Python) direttamente in Apache o Nginx. Su alcuni provider di shared hosting, Passenger è disponibile come alternativa a PM2 per Node.js — ma con limitazioni significative.

# ══ PHUSION PASSENGER PER NODE.JS SU SHARED HOSTING ═════════════

## Come funziona Passenger su shared hosting:
Browser → Apache → mod_passenger → Avvia app Node.js se non attiva
                                 → Passa la richiesta all'app
                                 → Riceve risposta
                                 → (Può terminare l'app dopo N secondi di inattività)

## Attivazione su cPanel (se Passenger è disponibile):
# cPanel → Node.js (o Ruby/Python Apps) → Create Application

Node.js version:        20.x (selezionare dalla dropdown)
Application mode:       Production
Application root:       /home/account/mia-nodejs-app
Application URL:        tuodominio.it (o sottodominio)
Application startup:    app.js  (o server.js — entry point dell'app)

## File app.js per Passenger (entry point specifico per Passenger):
# Passenger passa PASSENGER_BASE_URI come variabile d'ambiente
# L'app deve usare la porta passata da Passenger, non una porta fissa

const http = require('http');
const express = require('express');
const app = express();

// Le tue route Express qui
app.get('/', (req, res) => {
    res.send('Hello from Node.js via Passenger!');
});

// Passenger gestisce la porta — non usare app.listen(3000) fisso
// ma usare il socket UNIX o la porta passata dall'ambiente
module.exports = app;

## Limitazioni di Passenger su shared hosting vs PM2 su VPS:
# ─────────────────────────────────────────────────────────────────
# Cold start: Passenger può terminare l'app dopo inattività
#             Prima richiesta dopo idle: 2-8 secondi di latenza
# Versione Node: fissa per piano, non sempre aggiornabile
# Memoria: condivisa con altri account — nessuna garanzia
# Restart: non automatico in caso di crash come PM2
# Cluster: impossibile su shared (1 processo solo)
# Monitoring: nessun dashboard come PM2 o Horizon
# Disponibilità su VHosting: NON garantita — verificare col supporto
        

⚠️ Passenger su VHosting: Verificare Prima con il Supporto Tecnico

La disponibilità di Phusion Passenger per Node.js su VHosting varia per piano e configurazione del server. Prima di pianificare un'architettura basata su Passenger, contattare il supporto VHosting per verificare: (1) se Passenger è abilitato sul piano scelto, (2) quali versioni Node.js sono supportate, (3) quali limitazioni di memoria e processo si applicano. Se Passenger non è disponibile o le limitazioni sono incompatibili con i requisiti dell'applicazione, Serverplan VPS con PM2 è la soluzione corretta senza compromessi.

🚀 Node.js su Serverplan VPS con PM2 e Nginx nel : La Soluzione Completa

Quando l'applicazione Node.js richiede un server persistente, Serverplan VPS è l'architettura corretta. L'intera configurazione PM2 + Nginx è standard, documentata, e replicabile in meno di un'ora.

# ══ NODE.JS SU SERVERPLAN VPS: SETUP COMPLETO ════════════════════

## 1. Installare Node.js sul VPS Serverplan (con nvm per gestire versioni):
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.0/install.sh | bash
source ~/.bashrc
nvm install 20      ← Node.js 20 LTS (stabile, supportato fino a 2026)
nvm alias default 20
node -v && npm -v

## 2. Installare PM2 globalmente:
npm install -g pm2

## 3. Avviare l'applicazione Node.js con PM2:
cd /var/www/mia-app
npm install --production
pm2 start app.js --name "mia-api" --instances max
# --instances max: cluster mode — usa tutti i core CPU disponibili
# PM2 gestisce il load balancing tra i processi Node.js automaticamente

## 4. Configurare PM2 per avvio automatico dopo reboot:
pm2 save
pm2 startup
# PM2 si registra come servizio Systemd — si avvia automaticamente al boot

## 5. Nginx come reverse proxy (porta 80/443 → Node porta 3000):
# /etc/nginx/sites-available/mia-app.conf

server {
    listen 80;
    server_name tuodominio.it www.tuodominio.it;
    return 301 https://$host$request_uri;
}

server {
    listen 443 ssl;
    server_name tuodominio.it www.tuodominio.it;

    ssl_certificate     /etc/letsencrypt/live/tuodominio.it/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/tuodominio.it/privkey.pem;

    # Reverse proxy a Node.js sulla porta 3000
    location / {
        proxy_pass         http://localhost:3000;
        proxy_http_version 1.1;
        proxy_set_header   Upgrade $http_upgrade;
        proxy_set_header   Connection 'upgrade';  ← per WebSocket
        proxy_set_header   Host $host;
        proxy_set_header   X-Real-IP $remote_addr;
        proxy_cache_bypass $http_upgrade;
    }

    # File statici serviti direttamente da Nginx (più veloce di Node.js)
    location /static/ {
        alias /var/www/mia-app/public/static/;
        expires 1y;
        add_header Cache-Control "public, immutable";
    }
}

## 6. Per WebSocket (Socket.io / Next.js WebSocket):
# Il blocco proxy_set_header Upgrade e Connection già incluso sopra
# gestisce correttamente le connessioni WebSocket attraverso Nginx

## 7. Monitoraggio con PM2:
pm2 status          ← stato di tutti i processi
pm2 logs mia-api    ← log in tempo reale
pm2 monit           ← dashboard CPU/RAM in terminale
        

🟢 Serverplan VPS + PM2: Lo Stack Node.js Completo nel

Con Serverplan VPS e la configurazione PM2 + Nginx descritta sopra, si ottiene: processo Node.js sempre attivo (riavviato automaticamente da PM2 in caso di crash), cluster mode per utilizzo di tutti i core CPU disponibili, WebSocket completamente supportati (Nginx proxy con Upgrade header), Next.js SSR con next start, NestJS e qualsiasi framework Node.js, gestione di N versioni Node.js con nvm per diversi progetti sullo stesso VPS, e monitoring completo. Tutto a prezzi fissi garantiti al rinnovo — la stessa filosofia commerciale di VHosting applicata all'infrastruttura VPS.

💶 Piani VHosting per Progetti Node.js nel

Build Pipeline

Piano Business

da €7,99/mese

Prezzo fisso al rinnovo · Solo per siti statici già compilati

Apache NVMe per file statici
Hosting del risultato build (HTML/CSS/JS)
SSL gratuito
Email aziendale del progetto
⚠ SSH non incluso — no build Node.js
Solo per: statici pre-compilati

Massimo per Node.js Shared

Piano Advanced

da €14,99/mese

Prezzo fisso al rinnovo · Build, CLI, statico

SSH incluso — npm, node, npx
Vite / webpack / TypeScript build
Next.js export statico
Script cron Node.js
Phusion Passenger (verificare disponibilità)
Prezzi fissi garantiti
NON per: Express/NestJS server persistente

Vero Hosting Node.js

Serverplan VPS

da €25/mese

Prezzi fissi al rinnovo · Node.js production completo

PM2 process manager
Node.js cluster mode multi-core
Nginx reverse proxy
WebSocket + Socket.io
Next.js SSR + NestJS + Express
Tutte le versioni Node.js con nvm
La scelta corretta per Node.js reale

💡 Strategia Costi: VHosting per il Perimetro, Serverplan per il Runtime

Per molti progetti Node.js, la combinazione ottimale è: VHosting Business per il dominio, email aziendale, PEC, e hosting del frontend statico (se Next.js usa output: 'export') — Serverplan VPS per il backend Node.js con PM2. Questa architettura split tiene separati i costi con certezza di prezzo su entrambi i provider, evita di pagare per un VPS anche solo per ospitare dominio ed email, e mantiene la componentistica scalabile indipendentemente.

🔵 VHosting — Piano Advanced per Build Node.js

⭐ Esperienze Reali: Node.js e VHosting nel

Matteo C. — Frontend developer, Next.js export statico su VHosting, Torino

VHosting per il sito Next.js statico dei miei clienti: funziona perfettamente ⭐⭐⭐⭐⭐

"Sviluppo siti web per PMI italiane usando Next.js. Per la maggior parte dei clienti — siti aziendali, portfolio, cataloghi prodotto — uso la modalità export statico di Next.js: output: 'export' nel next.config.js, build locale, e carico la cartella out/ su VHosting Business via SFTP. Apache serve i file statici su NVMe in modo velocissimo — TTFB sotto i 60ms da misurazioni GTmetrix in Italia. I dati dinamici (prezzi, disponibilità, form contatti) vengono gestiti con API esterne in client-side fetch. I prezzi fissi VHosting sono perfetti per contratti di manutenzione annuali ai clienti: so esattamente quanto costerà al rinnovo."

Verdetto: Use case ideale Node.js su VHosting — Next.js export statico per siti aziendali. Performance eccellenti da Apache NVMe. Prezzi fissi per gestione contratti clienti.

Davide S. — Full-stack developer, architettura split VHosting+Serverplan, Milano

Frontend su VHosting, API Node.js su Serverplan VPS: l'architettura giusta ⭐⭐⭐⭐⭐

"Ho una SaaS B2B con frontend React (Vite, file statici) e backend API Node.js/Express. Il frontend compilato da Vite sta su VHosting Business — pochi euro al mese, prezzi fissi, dominio .it incluso. Il backend Express con PM2 sta su Serverplan VPS entry. Nginx su VPS fa reverse proxy per l'API, mentre i file React vengono serviti da VHosting Apache. I costi sono separati e prevedibili: VHosting non cambia mai prezzo, Serverplan VPS nemmeno. Ho provato a mettere tutto su un unico VPS ma per il frontend statico è uno spreco — VHosting è più economico e affidabile per quello scopo specifico."

Verdetto: L'architettura split è la soluzione più efficiente per costo e performance. Frontend statico Vite su VHosting, API Node.js su Serverplan VPS — entrambi con prezzi fissi garantiti. Una combinazione da considerare per qualsiasi progetto Node.js full-stack.

🏆 Le 2 Alternative a VHosting per Node.js nel

Alternativa Shared — Node.js Manager Integrato in cPanel

SiteGround — Shared Hosting con Node.js Manager per App Leggere

da €14,99 /mese (promo) — GrowBig con Node.js App Manager integrato, Passenger gestito

SiteGround GrowBig offre un Node.js App Manager integrato nell'interfaccia di controllo — una versione gestita di Phusion Passenger che semplifica il deploy di applicazioni Node.js leggere su shared hosting senza configurazione manuale di Passenger. Permette di selezionare la versione Node.js, caricare l'applicazione, e avviarla con un click. Rimangono le limitazioni strutturali dello shared hosting (cold start, memoria condivisa, nessun cluster mode), ma l'esperienza utente è più semplice rispetto alla configurazione manuale. Costo di rinnovo più elevato di VHosting: su TCO pluriennale, VHosting a prezzi fissi è più economico per i use case compatibili.

Node.js App Manager GUI — deploy senza configurare Passenger manualmente — L'interfaccia SiteGround permette di creare un'applicazione Node.js in pochi click: scegli versione Node.js, specifica la cartella dell'app e il file entry point, avvia. Per sviluppatori meno esperti di configurazione server, è più accessibile della configurazione manuale di Passenger o di un VPS.
Versioni Node.js multiple — selezionabili per progetto — SiteGround permette di scegliere tra diverse versioni Node.js LTS per ogni applicazione. Utile per progetti che richiedono versioni specifiche. Su VHosting, la versione Node.js disponibile via SSH potrebbe essere più limitata.
Limiti rimangono quelli dello shared hosting — Nonostante il Node.js Manager, SiteGround shared non supera i limiti strutturali: nessun PM2 reale, cold start dopo inattività, memoria condivisa con altri account, nessun cluster mode. Per applicazioni Node.js serie, Serverplan VPS rimane la scelta corretta.

SiteGround — Node.js App Manager Integrato ← Torna a VHosting

La Scelta Corretta per Node.js Reale — VPS con PM2 e Nginx

Serverplan VPS — Node.js Production con PM2, Cluster Mode e WebSocket

da €25 /mese — VPS dedicato, PM2, Nginx, tutte le versioni Node.js, prezzi fissi

Serverplan VPS è la risposta corretta a qualsiasi esigenza di Node.js che va oltre il build tool o il sito statico: Express, Fastify, NestJS, Next.js SSR, WebSocket con Socket.io, cluster mode multi-core, deploy automatizzati, monitoring con PM2. Root access completo, nessuna limitazione sui processi persistenti, Nginx configurabile come reverse proxy con tutte le opzioni necessarie per Node.js moderno. Come VHosting, Serverplan garantisce prezzi fissi al rinnovo — il percorso di scaling naturale per chi parte da VHosting per il dominio e le email e aggiunge Serverplan per il runtime Node.js.

PM2 cluster mode — tutti i core CPU per Node.js — Con pm2 start app.js --instances max, PM2 avvia un processo Node.js per ogni core CPU del VPS Serverplan. Node.js single-threaded diventa multi-processo, con PM2 che gestisce il load balancing. Per API REST ad alta concorrenza, il throughput scala linearmente con i core.
Tutte le versioni Node.js con nvm — gestione multi-versione — nvm sul VPS Serverplan permette di avere Node.js 18, 20, 22 in parallelo per progetti diversi. Aggiornamenti di versione senza impatto su altri progetti. Impossibile su qualsiasi shared hosting.
WebSocket e Socket.io — connessioni TCP persistenti senza limiti — Il blocco Upgrade nell'Nginx configuration abilita WebSocket completamente. Socket.io, Pusher-compatible server, server-sent events — tutte le tecnologie real-time funzionano su Serverplan VPS senza limitazioni di connessioni concorrenti (oltre i limiti di sistema).
Prezzi fissi al rinnovo — stessa filosofia di VHosting — Serverplan mantiene la certezza economica di VHosting applicata al VPS. Per sviluppatori e agenzie che costruiscono applicazioni Node.js per clienti con contratti pluriennali, sapere esattamente quanto costerà il VPS al secondo e terzo anno è un vantaggio concreto nella pianificazione finanziaria.

Serverplan VPS — Node.js con PM2 e Nginx ← Torna a VHosting

📊 Confronto: VHosting vs Alternative per Node.js nel

Caratteristica Node.js	VHosting Advanced	SiteGround GrowBig	Serverplan VPS
Prezzi fissi al rinnovo	✅ Garantiti	❌ Rinnovo elevato	✅ Garantiti
npm / node via SSH	✅ Piano Advanced	✅ Disponibile	✅ Root access
Build assets (Vite/webpack)	✅ Via SSH	✅ Via SSH	✅ Completo
Next.js export statico	✅ File statici Apache	✅ File statici	✅ Statico o SSR
Script cron Node.js	✅ cPanel cron	✅ Disponibile	✅ Crontab sistema
Node.js App Manager GUI	⚠ Passenger (verificare)	✅ Manager integrato	⚠ Manuale (root access)
Versioni Node.js multiple	⚠ nvm installabile	✅ Selezione GUI	✅ nvm completo
Express / Fastify server	❌ Impossibile	⚠ Solo via Passenger	✅ PM2 nativo
NestJS API persistente	❌ Impossibile	⚠ Limitato Passenger	✅ PM2 + cluster
Next.js SSR (next start)	❌ Impossibile	⚠ Solo Passenger limitato	✅ PM2 + Nginx
PM2 process manager	❌ Impossibile	❌ Impossibile	✅ PM2 completo
WebSocket / Socket.io	❌ Impossibile	❌ Impossibile	✅ Nginx Upgrade header
Cluster mode multi-core	❌ Impossibile	❌ Impossibile	✅ PM2 --instances max
Datacenter italiano	✅ Italia	⚠ Europa	✅ Milano
Valutazione Node.js	5.5/10	6.5/10	9.8/10

🎯 Per Quale Progetto Node.js è Adatto VHosting nel

✅

Funziona su VHosting

Next.js / Nuxt.js export statico · Siti statici React/Vue compilati con Vite · Build pipeline per progetti Laravel/WordPress · Script CLI e cron Node.js · Generatori statici (Gatsby, Eleventy) · Assets compilati (TypeScript, PostCSS, Tailwind)

Advanced + SSH

⚠️

Solo con Passenger (verificare)

App Express leggere con poche richieste · Microservizi non critici · Prototipi e ambienti di sviluppo · App con tolleranza al cold start di 2-8s · Solo se Passenger è confermato disponibile da supporto VHosting

Verificare con supporto

🚀

Serverplan VPS

Express / Fastify / NestJS API · Next.js SSR production · WebSocket e Socket.io · PM2 cluster multi-core · Alto traffico API · SaaS Node.js · Microservizi real-time · Qualsiasi app Node.js seria

Serverplan VPS

🎯 Conclusioni: VHosting Node.js nel — Il Verdetto Finale

Il titolo chiede se VHosting è hosting scalabile per backend e API Node.js moderni. La risposta onesta è no, per un backend o API Node.js con server persistente — e sì, per i use case specifici che non richiedono un processo persistente. Il rating 5.5/10 non è un giudizio negativo su VHosting come provider — è la valutazione corretta dell'adattabilità di shared hosting a un runtime che per natura richiede un processo permanentemente attivo.

VHosting Advanced ha senso nel contesto Node.js per: frontend Next.js in modalità export statico (performance eccellenti da Apache NVMe), build pipeline per progetti Laravel/WordPress con Vite o webpack, script CLI e cron Node.js per automazioni periodiche. Per qualsiasi applicazione Node.js con server Express, Fastify, NestJS, o Next.js SSR — Serverplan VPS con PM2 e Nginx è la scelta tecnica corretta, senza eccezioni. La buona notizia è che Serverplan condivide la stessa filosofia di prezzi fissi garantiti al rinnovo di VHosting — il percorso di scaling è economicamente prevedibile come il provider di partenza.

🔵 VHosting Solution Node.js — Verdetto Finale

5.5

/ 10 — Valido per Build e Statico · Non per Server Node.js Persistente

npm / npx via SSH ✅ · Vite / webpack build ✅ · Next.js export statico ✅ · Cron Node.js ✅ · Generatori statici ✅ · Prezzi fissi ✅ · Datacenter Italia ✅ · Passenger (verificare) ⚠️ · Express server: ❌ · NestJS API: ❌ · PM2: ❌ · WebSocket: ❌ · Next.js SSR: ❌ · Soluzione corretta per Node.js server: Serverplan VPS

🔵 VHosting — Piano Advanced per Build Node.js Serverplan VPS — Node.js con PM2 e Nginx SiteGround — Node.js App Manager

VHosting Node.js: Hosting Scalabile per Backend e API Moderne?

VHosting Solution Node.js : Hosting Scalabile per Backend e API Moderne?

📖 VHosting e Node.js nel : Un'Analisi Tecnica Onesta

VHosting Node.js : Il Quadro Completo

⚙️ La Differenza Fondamentale: PHP vs Node.js su Shared Hosting nel

🟢 Perché Questa Differenza È Irriducibile su Shared Hosting

🔍 Cosa Funziona e Cosa Non Funziona su VHosting con Node.js nel

🔨 Build Pipeline e Tool Node.js via SSH su VHosting nel

▲ Next.js Export Statico su VHosting nel

💡 Quando Next.js Statico su VHosting è la Scelta Giusta

⚠️ Quando Next.js Statico NON è Sufficiente — Serve Serverplan VPS

🚌 Phusion Passenger su Shared Hosting nel : La Via di Mezzo

⚠️ Passenger su VHosting: Verificare Prima con il Supporto Tecnico

🚀 Node.js su Serverplan VPS con PM2 e Nginx nel : La Soluzione Completa

🟢 Serverplan VPS + PM2: Lo Stack Node.js Completo nel

💶 Piani VHosting per Progetti Node.js nel

💡 Strategia Costi: VHosting per il Perimetro, Serverplan per il Runtime

⭐ Esperienze Reali: Node.js e VHosting nel

Matteo C. — Frontend developer, Next.js export statico su VHosting, Torino

Davide S. — Full-stack developer, architettura split VHosting+Serverplan, Milano

🏆 Le 2 Alternative a VHosting per Node.js nel

SiteGround — Shared Hosting con Node.js Manager per App Leggere

Serverplan VPS — Node.js Production con PM2, Cluster Mode e WebSocket

📊 Confronto: VHosting vs Alternative per Node.js nel

🎯 Per Quale Progetto Node.js è Adatto VHosting nel

🎯 Conclusioni: VHosting Node.js nel — Il Verdetto Finale

Node.js nel : Build e Statico su VHosting · Server Persistente su Serverplan VPS

🚀 Le Nostre Raccomandazioni: I Migliori Hosting 2026

SiteGround

Serverplan

VHosting