<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Siteground on Melabit</title>
    <link>https://static.233.196.69.159.clients.your-server.de/it/tags/siteground/</link>
    <description>Recent content in Siteground on Melabit</description>
    <generator>Hugo</generator>
    <language>it</language>
    <lastBuildDate>Mon, 24 Jun 2019 06:00:00 +0000</lastBuildDate>
    <atom:link href="https://static.233.196.69.159.clients.your-server.de/it/tags/siteground/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Da melabit a melabit: andare sul cloud</title>
      <link>https://static.233.196.69.159.clients.your-server.de/it/2019/06/24/da-melabit-a-melabit-andare-sul-cloud/</link>
      <pubDate>Mon, 24 Jun 2019 06:00:00 +0000</pubDate>
      <guid>https://static.233.196.69.159.clients.your-server.de/it/2019/06/24/da-melabit-a-melabit-andare-sul-cloud/</guid>
      <description>&lt;p&gt;&lt;img src=&#34;https://melabit.files.wordpress.com/2019/06/daniel-falcao-418402-unsplash.jpg&#34; alt=&#34;&#34;&gt;&#xA;&amp;ndash; &lt;em&gt;Fonte: &lt;a href=&#34;https://unsplash.com/@danielsfalcao&#34;&gt;Daniel Falcão&lt;/a&gt; su &lt;a href=&#34;https://unsplash.com&#34;&gt;Unsplash&lt;/a&gt;.&lt;/em&gt;&lt;/p&gt;&#xA;&lt;p&gt;Il &lt;em&gt;cloud computing&lt;/em&gt; è ovunque e ci sono decine di servizi diversi che ci permettono di usare un computer &lt;em&gt;virtuale&lt;/em&gt; situato da qualche parte nel mondo come se fosse il computer fisico che abbiamo sulla scrivania. In questo campo i grossi calibri sono &lt;a href=&#34;https://aws.amazon.com&#34;&gt;Amazon AWS&lt;/a&gt;, &lt;a href=&#34;https://cloud.google.com&#34;&gt;Google Cloud&lt;/a&gt;, &lt;a href=&#34;https://azure.microsoft.com&#34;&gt;Microsoft Azure&lt;/a&gt;, &lt;a href=&#34;https://www.openshift.com/&#34;&gt;Red Hat OpenShift&lt;/a&gt; (in rigoroso ordine alfabetico), ma ci sono anche i servizi offerti da fornitori di servizi di hosting come &lt;a href=&#34;https://it.siteground.com/cloud-hosting&#34;&gt;SiteGround&lt;/a&gt;, &lt;a href=&#34;https://www.dreamhost.com/cloud/&#34;&gt;DreamHost&lt;/a&gt; o &lt;a href=&#34;https://www.netsons.com&#34;&gt;Netsons&lt;/a&gt; oppure da &lt;em&gt;provider&lt;/em&gt; più orientati al mondo degli sviluppatori come &lt;a href=&#34;https://www.digitalocean.com/products/droplets&#34;&gt;Digital Ocean&lt;/a&gt;, &lt;a href=&#34;https://codenvy.com&#34;&gt;Codenvy&lt;/a&gt;, &lt;a href=&#34;https://www.heroku.com&#34;&gt;Heroku&lt;/a&gt;, &lt;a href=&#34;https://upcloud.com/&#34;&gt;UpCloud&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Descrivere tutto quello che fanno questi servizi è impossibile, le opzioni e le configurazioni sono tante e tanto diverse che cercare di orientarsi fra le varie possibilità fa letteralmente girare la testa (provate a districarvi nel sito di Amazon AWS e poi ditemi). Ma rimanendo a quello che ci interessa qui, tutti questi servizi mettono a disposizione un computer &lt;em&gt;virtuale&lt;/em&gt; ospitato sull&amp;rsquo;onnipresente cloud dove possiamo installare un sistema operativo (generalmente Linux) e tutte le applicazioni necessarie per realizzare il nostro sito web.&lt;/p&gt;&#xA;&lt;p&gt;&lt;img src=&#34;https://melabit.files.wordpress.com/2019/06/debian-on-cloud1.png&#34; alt=&#34;&#34;&gt;&#xA;&lt;img src=&#34;https://melabit.files.wordpress.com/2019/06/debian-on-cloud2.png&#34; alt=&#34;&#34;&gt;&lt;/p&gt;&#xA;&lt;p&gt;Anche in questo caso valgono &lt;a href=&#34;https://melabit.wordpress.com/2019/06/18/da-melabit-a-melabit-fare-da-se/&#34;&gt;considerazioni analoghe a quelle fatte una settimana fa per il Raspberry Pi&lt;/a&gt;, con l&amp;rsquo;ovvia differenza che ora non dobbiamo preoccuparci degli aspetti legati all&amp;rsquo;hardware, visto che la &lt;em&gt;macchina&lt;/em&gt; fisica e l&amp;rsquo;indirizzo IP sono forniti dal fornitore di servizi di cloud computing (in realtà la nostra macchina fisica non esiste nemmeno, il nostro computer virtuale sul cloud è solo un &lt;a href=&#34;https://www.html.it/pag/62783/docker-e-i-container/&#34;&gt;contenitore Docker&lt;/a&gt; ospitato insieme a mille altri su un server di un qualche datacenter).&lt;sup id=&#34;fnref:1&#34;&gt;&lt;a href=&#34;#fn:1&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;1&lt;/a&gt;&lt;/sup&gt; A noi rimarranno comunque alcuni oneri importanti, come ad esempio quello di aggiornare e mantenere in sicurezza il sistema operativo e i pacchetti software che utilizziamo per realizzare il sito web.&lt;/p&gt;&#xA;&lt;p&gt;Ma oltre a non doverci preoccupare di gestire l&amp;rsquo;hardware, il vero vantaggio di ospitare il sito su un servizio di cloud computing è quello di essere liberi di utilizzare per il sito il software che preferiamo, senza i vincoli stabiliti dai normali fornitori di servizio di hosting che normalmente danno la possibilità di scegliere solo fra un certo numero di applicazioni predefinite, selezionate fra quelle più popolari.&lt;/p&gt;&#xA;&lt;p&gt;Se per il nostro sito vogliamo usare un CMS come Wordpress, Drupal, CMS Made Simple o Kirby non fa nessuna differenza, anzi un servizio di hosting tradizionale può essere preferibile perché ci permette di concentrarci sui contenuti, lasciando tutta la gestione del sito al fornitore del servizio di hosting. Ma se vogliamo utilizzare dei CMS meno diffusi come &lt;a href=&#34;https://ghost.org&#34;&gt;Ghost&lt;/a&gt; o &lt;a href=&#34;https://www.postleaf.org&#34;&gt;Postleaf&lt;/a&gt; oppure dei generatori di siti statici come &lt;a href=&#34;https://jekyllrb.com/&#34;&gt;Jekyll&lt;/a&gt;, &lt;a href=&#34;https://gohugo.io&#34;&gt;Hugo&lt;/a&gt;, &lt;a href=&#34;https://getgrav.org&#34;&gt;Grav&lt;/a&gt; o &lt;a href=&#34;https://hexo.io&#34;&gt;Hexo&lt;/a&gt;,&lt;sup id=&#34;fnref:2&#34;&gt;&lt;a href=&#34;#fn:2&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;2&lt;/a&gt;&lt;/sup&gt; la soluzione &lt;em&gt;cloud&lt;/em&gt; ci offre una flessibilità impareggiabile, nettamente maggiore di quella offerta da un normale servizio di hosting.&lt;/p&gt;&#xA;&lt;p&gt;Tutto questo però ha un prezzo da pagare. Un servizio di hosting decente può costare anche solo qualche decina di euro all&amp;rsquo;anno, per usufruire di un computer (anche se solo virtuale) nel cloud la cifra da sborsare è nettamente maggiore, dell&amp;rsquo;ordine di almeno 20-30 euro al mese (con variazioni enormi fra le offerte dei diversi provider).&lt;/p&gt;&#xA;&lt;p&gt;Prima di scegliere fra hosting e cloud bisognerà quindi valutare realisticamente quello che vogliamo fare con il sito web (un blog personale è ben diverso da un sito di commercio elettronico), tenendo bene in conto dell&amp;rsquo;impegno richiesto per mantenerlo in &lt;em&gt;forma&lt;/em&gt; e delle competenze tecniche necessarie per gestire un servizio mediamente complesso come questo. Trascurare quest&amp;rsquo;ultimo punto in particolare potrebbe significare dover spendere cifre nettamente maggiori per rimediare ai problemi di configurazione, o peggio di sicurezza, che potrebbero danneggiare gravemente non solo il sito ma anche la nostra immagine. In questo campo i costi non sono solo quelli che si vedono sul cartellino del prezzo.&lt;/p&gt;&#xA;&lt;h4 id=&#34;da-melabit-a-melabit-la-serie-completa-degli-articoli&#34;&gt;Da melabit a melabit, la serie completa degli articoli&lt;/h4&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;a href=&#34;https://melabit.wordpress.com/2018/04/16/da-melabit-a-melabit-introduzione/&#34;&gt;Da melabit a melabit: introduzione&lt;/a&gt;.&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;https://melabit.wordpress.com/2018/05/21/da-melabit-a-melabit-la-scelta-dell-hosting/&#34;&gt;Da melabit a melabit: la scelta dell’hosting&lt;/a&gt;.&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;https://melabit.wordpress.com/2018/06/19/da-melabit-a-melabit-la-scelta-del-dominio/&#34;&gt;Da melabit a melabit: la scelta del dominio&lt;/a&gt;.&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;https://melabit.wordpress.com/2019/06/18/da-melabit-a-melabit-fare-da-se/&#34;&gt;Da melabit a melabit: fare da sé?&lt;/a&gt;.&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;https://melabit.wordpress.com/2019/06/24/da-melabit-a-melabit-andare-sul-cloud/&#34;&gt;Da melabit a melabit: andare sul cloud&lt;/a&gt;.&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;https://melabit.wordpress.com/2019/07/03/da-melabit-a-melabit-conclusioni/&#34;&gt;Da melabit a melabit: conclusioni&lt;/a&gt;.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;div class=&#34;footnotes&#34; role=&#34;doc-endnotes&#34;&gt;&#xA;&lt;hr&gt;&#xA;&lt;ol&gt;&#xA;&lt;li id=&#34;fn:1&#34;&gt;&#xA;&lt;p&gt;Il nostro unico problema sarà quello di associare l&amp;rsquo;indirizzo IP al nome di dominio (ma in genere lo stesso fornitore del nome di dominio ci mette a disposizione gli strumenti per farlo da soli).&amp;#160;&lt;a href=&#34;#fnref:1&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li id=&#34;fn:2&#34;&gt;&#xA;&lt;p&gt;Dei primi tre ne ho scritto parecchio anche qui, chi vuole può leggere i vecchi articoli su &lt;a href=&#34;https://melabit.wordpress.com/2015/05/28/grav-bello-ma-impossibile/&#34;&gt;Grav&lt;/a&gt;, &lt;a href=&#34;https://melabit.wordpress.com/2014/12/28/hugo-la-prova/&#34;&gt;Hugo&lt;/a&gt; e &lt;a href=&#34;https://melabit.wordpress.com/2014/12/31/and-the-winner-is/&#34;&gt;Jekyll&lt;/a&gt;.&amp;#160;&lt;a href=&#34;#fnref:2&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;/div&gt;&#xA;</description>
    </item>
    <item>
      <title>Da melabit a melabit: la scelta dell&#39;hosting</title>
      <link>https://static.233.196.69.159.clients.your-server.de/it/2018/05/21/da-melabit-a-melabit-la-scelta-dellhosting/</link>
      <pubDate>Mon, 21 May 2018 06:00:00 +0000</pubDate>
      <guid>https://static.233.196.69.159.clients.your-server.de/it/2018/05/21/da-melabit-a-melabit-la-scelta-dellhosting/</guid>
      <description>&lt;p&gt;Dopo l&amp;rsquo;&lt;a href=&#34;https://melabit.wordpress.com/2018/04/16/da-melabit-a-melabit-introduzione/&#34;&gt;introduzione generale&lt;/a&gt; di un mese fa (è già passato un mese!), eccoci subito a quello che forse è il passo più difficile della transizione, la scelta del servizio di &lt;em&gt;hosting&lt;/em&gt;. Nella maggior parte dei casi, per avere una presenza su internet dobbiamo appoggiarci ad una azienda (&lt;em&gt;provider&lt;/em&gt;) che ci mette a disposizione il server che ospita il sito (il servizio di &lt;em&gt;hosting&lt;/em&gt; propriamente detto) e tutta l&amp;rsquo;infrastruttura hardware e software che rende il sito raggiungibile attraverso internet.&lt;/p&gt;&#xA;&lt;p&gt;Ho letto da qualche parte che scegliere un servizio di hosting è come sposarsi: bisogna scegliere il partner, stabilire una relazione e sperare che duri nel tempo. E come nel matrimonio, separarsi non è mai facile né privo di conseguenze negative. Non so quanto sia vera la parte riguardante la separazione (dal provider), ma posso testimoniare che la semplice scelta del servizio-partner si è dimostrata molto più complicata di quanto potessi immaginare. Ho pensato quindi di elencare le linee guida che ho seguito per la scelta, sperando che possano essere utili anche a qualcun&amp;rsquo;altro.&lt;/p&gt;&#xA;&lt;p&gt;Prima di iniziare un piccolo &lt;em&gt;disclaimer&lt;/em&gt;: questi consigli sono adatti a chi voglia mettere su un blog o un sito web per un professionista o una piccola azienda, magari anche un piccolo sito di commercio elettronico. Chi ha bisogno di gestire un sito web di livello superiore farà meglio a rivolgersi altrove, i principi di base sono più o meno sempre gli stessi ma cambia parecchio il peso che si da ai vari fattori. E poi, è più che probabile che in questi casi non vi basti più un normale servizio di hosting condiviso (&lt;em&gt;shared hosting&lt;/em&gt;) ma che abbiate bisogno di un server virtuale privato (VPS) o perfino di un server &amp;ldquo;fisico&amp;rdquo; vero e proprio (&lt;em&gt;dedicated hosting&lt;/em&gt;).&lt;/p&gt;&#xA;&lt;p&gt;Su internet le guide alla scelta dell&amp;rsquo;hosting non mancano, purtroppo per la maggior parte non sono altro che degli spot pubblicitari per questo o quel provider. Fra tutte quelle a cui ho dato una occhiata, l&amp;rsquo;unica che mi sento di consigliare è questa &lt;a href=&#34;https://www.sitepoint.com/ultimate-guide-choosing-hosting-provider/&#34;&gt;guida di SitePoint&lt;/a&gt;: c&amp;rsquo;è anche qui un po&amp;rsquo; di pubblicità, ma almeno quelli di SitePoint lo ammettono onestamente.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Avere pazienza.&lt;/strong&gt; Non sto scherzando, è una cosa fondamentale. I provider che forniscono servizio di hosting sono centinaia, se non migliaia (nel mondo). Ognuno di loro a parole fornisce un servizio esemplare, una assistenza immediata, un prezzo stracciato. Nella maggior parte dei casi sono delle balle o perlomeno delle affermazioni, diciamo così, &lt;em&gt;piuttosto esagerate&lt;/em&gt;. Di conseguenza dovete rassegnarvi a navigare a lungo in rete, per cercare di capire cosa offrono (e soprattutto cosa &lt;em&gt;non&lt;/em&gt; offrono) i vari provider e se quello che vi danno serve veramente.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Niente è per sempre.&lt;/strong&gt; Niente è per sempre, soprattutto su internet. Un certo numero di aziende nascono, crescono e prosperano. Ma tante di più chiudono malamente dopo pochi anni. Come potete fidarvi di provider semisconosciuti che offrono servizi di hosting &lt;em&gt;a vita&lt;/em&gt;, da pagare ovviamente sempre in anticipo, magari allettandovi con lo zuccherino di uno sconto mai visto?&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Provare il servizio.&lt;/strong&gt; Sono invece molto interessanti i provider che offrono pagamenti su base mensile o bimestrale. Si spende di più, è vero, ma si può provare direttamente la qualità del servizio offerto. E dopo un mese o due di prova &lt;em&gt;sul campo&lt;/em&gt;, potrete decidere a ragion veduta se rimanere con quel provider passando ad una tariffazione annuale o se cambiare aria in cerca di qualcosa di meglio. E poi, se un provider decide di copiare Netflix e di farsi pagare ogni mese, secondo me sa il fatto suo ed è sicuro che il servizio che offre non fa fuggire i clienti dopo i primi trenta giorni. Proprio come Netflix.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tenere i piedi per terra.&lt;/strong&gt; Forse è una banalità, ma prima di scegliere questo o quel contratto bisogna fare due conti e valutare quanto spazio occuperà il vostro sito (oggi e nei prossimi anni). Con &amp;ldquo;spazio&amp;rdquo; intendo proprio lo spazio occupato sul disco rigido del server dai testi, dalle immagini e magari dai documenti allegati nonché, se usiamo un CMS &lt;em&gt;dinamico&lt;/em&gt; come Wordpress, Drupal o, Dio ce ne scampi!, Joomla, dal database associato. Altrettanto importante è valutare il numero di utenti che visiteranno il sito. Inutile acquistare un servizio di hosting con spazio su disco &amp;ldquo;infinito&amp;rdquo; e banda di traferimento dati altrettanto &amp;ldquo;infinita&amp;rdquo; se poi non vi serve. A parte che l&amp;rsquo;infinito qui non esiste, a che vi serve tutto questo spazio se oggi avete solo dieci pagine e cento visitatori al giorno? Meglio iniziare con un contratto base, assicurandosi di poterlo aggiornare prontamente quando ce ne sarà bisogno. Anche perché i servizi di hosting forniti dai vari provider cambiano molto velocemente seguendo l&amp;rsquo;evoluzione tecnologica, per cui è probabile che, quando avrete veramente bisogno di più spazio e di più banda, riuscirete a spuntare prezzi e condizioni decisamente più convenienti di quelli odierni.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Ciò che è veramente importante&lt;/strong&gt;. Tre parole: HTTP2, SSL, backup. Se il provider non vi garantisce queste cose fondamentali, andate da un&amp;rsquo;altra parte. E se ve le fa pagare a parte, valutate bene se vi conviene o se non è meglio rivolgersi altrove. In tutti i casi, su questo non ci piove, dovete averle tutte e tre. Per il backup in particolare, non fidatevi del provider e fate voi stessi un backup periodico del sito in aggiunta a quello automatico, che in ogni caso deve essere almeno giornaliero (penso comunque che nessun provider oggi possa pensare di stare sul mercato con qualcosa di meno). Perché? Perché non potete mai essere sicuri che il backup del provider funzioni finché non succede il &lt;em&gt;fattaccio&lt;/em&gt; e in quel malaugurato caso è meglio avere una seconda alternativa. Ma anche perché potete essere ancora meno sicuri che un bel(?) giorno il provider non chiuda tutto all&amp;rsquo;improvviso, lasciandovi senza servizio e pure senza backup.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Ciò che è abbastanza importante&lt;/strong&gt;. Server che usano dischi SSD al posto di quelli meccanici. Ho qualche dubbio che facciano veramente la differenza, vista la scarsa qualità delle linee dati del nostro Paese (che me ne faccio di un server che legge velocissimamente i file dal disco se poi ci vuole un sacco di tempo per trasmetterli a destinazione?), però i dischi SSD sono più affidabili di quelli meccanici, quindi: perché no?&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Ciò che è piuttosto importante&lt;/strong&gt;. Se il provider vi offre una CDN o dispone di più server sparsi per l&amp;rsquo;Europa (come è sufficiente per un sito italiano) o per il mondo, fateci un serio pensierino sopra, soprattutto se il prezzo è onesto. La velocità su internet è tutto, se il sito ci mette più del dovuto a caricare i testi e le immagini, i visitatori si scocciano e scappano via. Non ci vuole molto, basta un ritardo di due o tre secondi. Le nostre linee dati si danno già parecchio da fare per rallentare la velocità di accesso ai siti (l&amp;rsquo;avete già letto prima), per cui è consigliabile stare sul sicuro e ridurre per quanto è possibile gli altri colli di bottiglia. Non è male poter avere un accesso al server anche tramite SSH, ma solo se sapete già usare il Terminale, del Mac o di Linux, perfino quello di Windows (finalmente dalle parti di Microsoft si sono decisi a metterne uno decente).&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Ciò che è incontrollabile.&lt;/strong&gt; Tante guide che ho letto prestano molta attenzione (troppa attenzione, secondo me) ad aspetti come l&amp;rsquo;affidabilità del servizio di hosting, la velocità nel rispondere alle richieste di aiuto, la qualità del supporto tecnico, la reputazione dell&amp;rsquo;azienda. Purtroppo sono tutti fattori sui quali non potete avere il minimo controllo, almeno finché non provate il servizio per qualche mese (anche per questo è utile poter iniziare con dei pagamenti mensili). In teoria la reputazione aziendale può essere valutata leggendo qualche recensione sul web o dando una occhiata a quello che dicono i social. In teoria. Nella pratica le recensioni sono inutili, nel 99.99% dei casi sembrano, e sono, solo pubblicità. Sull&amp;rsquo;affidabilità di quello che compare sui social è inutile sprecare tempo e parole.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Sicurezza.&lt;/strong&gt; Dovrei consigliarvi di scegliere un provider che curi particolarmente bene la sicurezza dei server e della infrastruttura di rete. Che disponga degli strumenti software adatti a respingere le principali tipologie di attacchi e che soprattutto sappia usarli. Che aggiorni rapidamente i software che girano sui server e magari anche quelli utilizzati dai siti web dei clienti, in modo da riparare velocemente alle vulnerabilità, agli errori di programmazione, che vengono scoperti ogni giorno e che possono essere sfruttati dai tanti malintenzionati che girano per il web. Purtroppo tutto ciò è forse ancora meno controllabile a priori della qualità del servizio offerto dal provider, e in questo caso anche i mesi di prova iniziale non bastano a darvi informazioni utili su questo aspetto (fondamentale!) del servizio. In questo caso particolare, una azienda nota e attiva da parecchi anni è potenzialmente preferibile ad una &lt;em&gt;startup&lt;/em&gt; appena nata, ma non è neanche detto a priori, magari i gestori della &lt;em&gt;startup&lt;/em&gt; sono particolarmente esperti in questo campo e possono agire con una rapidità ed una efficienza impossibili per una azienda di grosse dimensioni. Insomma, la questione sicurezza è veramente spinosa, l&amp;rsquo;unica cosa che mi sento di consigliare è quella di provare a verificare se il provider che avete scelto è stato soggetto ad attacchi nel passato e come ha reagito. È un consiglio molto debole, lo so, spero che qualcuno abbia delle idee migliori.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Prezzo chiaro.&lt;/strong&gt; Questa cosa la metto alla fine, in modo che sia più evidente. Non so a voi, a me danno profondamente fastidio quei provider (e sono tanti, anche fra i più quotati, come &lt;a href=&#34;https://www.bluehost.com/products/shared&#34;&gt;Bluehost&lt;/a&gt;, &lt;a href=&#34;https://www.siteground.it/hosting-web&#34;&gt;SiteGround&lt;/a&gt; o per stare in Italia, &lt;a href=&#34;https://hosting.aruba.it/en/hosting/linux.aspx&#34;&gt;Aruba&lt;/a&gt; o &lt;a href=&#34;https://www.1and1.it/web-hosting&#34;&gt;1&amp;amp;1&lt;/a&gt;) che propongono un prezzo molto basso per il primo anno, che poi si duplica (o si triplica) negli anni successivi. Un sito web non è un affare di un solo anno, e anche il servizio di hosting dovrebbe essere una relazione a lunga scadenza. Un provider lo sa benissimo e, se fa così, mi da l&amp;rsquo;impressione di essere un furbetto che applica la stessa politica di marketing di un supermercato. Con la differenza che ci vuol poco a cambiare supermercato, mentre trasferire il sito da un provider all&amp;rsquo;altro è una faccenda molto più complicata.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Trasferimento.&lt;/strong&gt; Se avete già un sito web e volete cambiare provider, siate consapevoli che trasferire il sito, fra DNS, dominio, email, database, CMS (e di tante altre cose che ora non mi vengono in mente), non è facilissimo. Se avete conoscenze tecniche sufficienti e tempo a disposizione fatelo pure da voi, in tutti gli altri casi vale decisamente la pena affidarsi al provider che avete scelto. Costa un po&amp;rsquo; ma dubito che ve ne pentirete.&lt;/p&gt;&#xA;&lt;h4 id=&#34;da-melabit-a-melabit-la-serie-completa-degli-articoli&#34;&gt;Da melabit a melabit, la serie completa degli articoli&lt;/h4&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;a href=&#34;https://melabit.wordpress.com/2018/04/16/da-melabit-a-melabit-introduzione/&#34;&gt;Da melabit a melabit: introduzione&lt;/a&gt;.&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;https://melabit.wordpress.com/2018/05/21/da-melabit-a-melabit-la-scelta-dell-hosting/&#34;&gt;Da melabit a melabit: la scelta dell’hosting&lt;/a&gt;.&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;https://melabit.wordpress.com/2018/06/19/da-melabit-a-melabit-la-scelta-del-dominio/&#34;&gt;Da melabit a melabit: la scelta del dominio&lt;/a&gt;.&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;https://melabit.wordpress.com/2019/06/18/da-melabit-a-melabit-fare-da-se/&#34;&gt;Da melabit a melabit: fare da sé?&lt;/a&gt;.&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;https://melabit.wordpress.com/2019/06/24/da-melabit-a-melabit-andare-sul-cloud/&#34;&gt;Da melabit a melabit: andare sul cloud&lt;/a&gt;.&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;https://melabit.wordpress.com/2019/07/03/da-melabit-a-melabit-conclusioni/&#34;&gt;Da melabit a melabit: conclusioni&lt;/a&gt;.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;</description>
    </item>
  </channel>
</rss>
