[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

Hosting di Siti Statici

Con l’Hosting di Siti Statici di Kinsta, è possibile distribuire siti statici composti da file non dinamici come HTML, CSS e JavaScript. Il repository può contenere i file pre-costruiti o il codice sorgente per generare un sito statico.

Kinsta ha 260+ sedi CDN per l’Hosting di Siti Statici. I siti statici vengono distribuiti sull’edge in queste posizioni CDN. Ciò significa che i visitatori del sito vengono serviti dalla posizione CDN più vicina, più veloce e più facile da raggiungere.

Se avete bisogno di ulteriore assistenza per l’Hosting di Siti Statici, non esitate a partecipare al Community forum di Kinsta.

Fornitori di servizi Git

La prima volta che aggiungete un sito statico, dovrete selezionare un fornitore di servizi Git e un repository dal vostro account. Potete scegliere tra i seguenti (o tutti):

Una volta collegato l’account del provider Git, verrete riportati a MyKinsta per continuare con il resto dei passaggi per aggiungere un sito statico.

Caratteristiche

Potete aggiungere fino a 100 siti statici per azienda. I siti statici utilizzano meno risorse perché non richiedono un’elaborazione lato server o un database. Sono anche più sicuri perché non ci sono exploit di scripting o di database di cui approfittare. Date un’occhiata alle caratteristiche del nostro Hosting di Siti Statici per un elenco completo di ciò che l’Hosting di Siti Statici di Kinsta ha da offrire.

Costi

L’Hosting di Siti Statici di Kinsta è gratuito; tuttavia, include i seguenti limiti relativi alla politica di utilizzo corretto:

  • 100 siti in totale
  • 600 minuti di build e 100 GB di larghezza di banda al mese per account
  • 1 GB di build e 1 build simultanea per sito

The Edge

The Edge è la rete globale di Cloudflare che posiziona i contenuti geograficamente più vicini agli utenti finali.

Nel tipico cloud computing, i dati e le attività di elaborazione vengono inviati a server centralizzati situati in data center. Questi server gestiscono l’archiviazione, l’elaborazione e la consegna dei dati per varie applicazioni. Tuttavia, l’invio di dati a centri dati distanti per l’elaborazione potrebbe non essere efficiente a causa di fattori come la latenza, le limitazioni della larghezza di banda o la necessità di un’elaborazione in tempo reale.

È qui che entra in gioco l’Edge. Estende le funzionalità del cloud posizionando le risorse e i servizi di elaborazione più vicino agli utenti finali o ai dispositivi ai “margini” della rete. Noi di Kinsta utilizziamo la rete di distribuzione dei contenuti (CDN) di Cloudflare, con 260+ sedi per l’Hosting di Siti Statici.

I siti statici vengono distribuiti sull’edge della rete da queste postazioni CDN. I visitatori del sito vengono serviti dalla posizione CDN più vicina, più veloce e più facile da raggiungere, in modo che l’elaborazione dei dati possa avvenire molto più vicino agli utenti finali. In questo modo si riduce il tempo che i dati impiegano per andare avanti e indietro dai server cloud centralizzati, il che consente tempi di risposta più rapidi, latenza più bassa e prestazioni migliori per i siti che richiedono un’elaborazione in tempo reale o quasi.

Questo rende l’Edge ideale per i siti statici, in quanto sono costituiti da file HTML, CSS e JavaScript prerenderizzati che non richiedono un’elaborazione lato server o query di database. Inoltre, possono gestire in modo più efficiente i carichi di traffico elevati perché non si affidano all’elaborazione lato server. L’Edge può servire i contenuti in modo indipendente, riducendo il carico sul server di origine, migliorando le prestazioni complessive, l’affidabilità del sito e riducendo i rischi di guasto.

La distribuzione dei contenuti all’Edge offre anche una migliore resistenza ai problemi di rete, riduce i requisiti di larghezza di banda e minimizza i costi di trasferimento dei dati, ottimizzando l’efficienza dei costi.

Note importanti e risoluzione dei problemi

Se avete problemi con la distribuzione di un sito statico, consultate la nostra guida alla risoluzione dei problemi. Ecco alcune cose importanti da tenere a mente:

  • L’Hosting di Siti Statici di Kinsta è destinato a siti statici precostruiti o a siti realizzati con i moderni framework di generazione di siti statici che utilizzano Node.js. Se il vostro sito soddisfa una delle seguenti condizioni, sarà più adatto al nostro Hosting di Applicazioni:
    • Utilizza un linguaggio diverso da Node.js per costruire il sito (ad esempio PHP).
    • Richiede il rendering del server per servire una parte o la totalità del sito.
    • Richiede la connessione a un database.
    • Serve contenuti dinamici.
    • Richiede sessioni o autenticazioni gestite sul lato server.
  • Durante il processo di configurazione vi verrà chiesto di specificare il comando di Build e la directory di pubblicazione. Il comando di Build indica al nostro sistema come assemblare il sito, mentre la directory di pubblicazione è la sottodirectory in cui si trovano i file del sito finito, rispetto alla root del repository. È fondamentale compilare correttamente questi campi se il sito dipende da una fase di build. In questo modo, vi assicurerete che il sito venga costruito e servito come desiderate. Se il comando di Build viene lasciato vuoto, il sistema potrebbe indicare che la distribuzione è completa, ma caricherà solo il contenuto non costruito del repository.
  • Se state distribuendo un sito precostruito e i file si trovano in una sottodirectory del repository, assicuratevi di aver inserito il percorso di tale sottodirectory (dove sono memorizzati i file HTML e le risorse) nel campo directory di pubblicazione, relativamente alla root del repository.
  • Il log del processo di build e di rollout per ogni distribuzione può essere visualizzato nella pagina dei dettagli della distribuzione.
  • Se un sito viene cancellato, a seconda degli header di cache inviati dal sito e delle impostazioni del browser dell’utente, il sito cancellato può sembrare ancora disponibile per alcuni minuti o ore a causa della cache.
  • Il Nome visualizzato del sito statico deve essere unico; non può essere lo stesso di un altro sito statico, di un’applicazione o di un sito WordPress.
Questo articolo ti è stato utile?