![\"hosting-server\"](\"https:\/\/www.flapane.com\/blog\/wp-content\/uploads\/2013\/09\/hosting-server-530x397.jpg\")
<\/p>\n<\/p>\n
** DISCLAIMER: Quanto raccontato \u00e8 una singola esperienza personale<\/strong>, e va presa per quella che \u00e8, senza generalizzarne e farne una regola generale sui servizi erogati dell’azienda. D’altra parte, \u00e8 giusto usare il web per recensire un qualsiasi prodotto, come pu\u00f2 essere un hosting web. Va da s\u00e9 che una replica ufficiale di Netsons non pu\u00f2 che essere ben accolta, ed anzi contribuire pu\u00f2 essere utile per creare un dialogo costruttivo con un provider che, va detto, mi ha dato soddisfazioni per tanti anni.<\/span> **<\/em><\/p>\n Qualcuno avr\u00e0 notato, a partire dal 21 Agosto 2013, un rallentamento quasi “tragico” dei tempi di risposta e di caricamento<\/strong> di questo sito.<\/p>\n Non ero in Italia e, al ritorno, sono rimasto sorpreso di vedere una situazione cos\u00ec tragica, in termini di calo dei visitatori e di tempi di risposta (mostrati su Pingdom<\/a>).<\/p>\n Da anni possedevo un account shared hosting su Netsons, ed ancor prima che iniziassero a vendere spazio web, utilizzavo il loro account gratuito. Insomma, quasi 8 anni di fila sui loro server<\/strong>, senza avere particolari problemi.<\/p>\n Purtroppo, nell’ultimo anno o poco pi\u00f9, e mi dispiace dirlo, ho personalmente notato un peggioramento sia in termini di assistenza (per il mio modo di vedere, di livello inferiore rispetto ad anni fa), sia di sporadici problemi di down segnalatimi da Pingdom (che, certo, possono accadere), che di feature disabilitate all’improvviso (lecito, per ragioni di sicurezza), e per cui si \u00e8 fatto finta che fossero disabilitate DA SEMPRE<\/strong> (v. la disabilitazione di escapeshellarg() ).<\/p>\n Un campanello d’allarme \u00e8 suonato a fine 2012, quando decisero (almeno per gli hosting condivisi, non so per gli altri profili), di punto in bianco, di abilitare una policy che contava il numero totale di hits (numero di file caricati dal server) giornalieri<\/strong>. Anche il mio sito fin\u00ec nel “tritacarne”. (maggiori dettagli in questo thread di hostingtalk, dove altri utenti espongono il problema<\/a>)<\/p>\n Siti dal traffico limitato che si sono visti recapitare dei warning per superamento degli hits giornalieri entro pochi giorni, ed invitati a limitarli, o ad effettuare un upgrade, pena la sospensione del servizio.<\/p>\n Ovviamente, chiedendo spiegazioni, fu dato per scontato che fosse cos\u00ec da sempre, e non<\/strong> ci sono state assolutamente conferme circa il fatto che la policy fosse stata cambiata da poco.<\/p>\n Questo incredibile limite sugli hits giornalieri (che garantivano pochissime visite giornaliere) fu disabilitato dopo pochi giorni, a furor di popolo, con clienti scontenti e che minacciavano disdetta (anche sulla pagine ufficiale di FB).<\/p>\n Arriviamo quindi al fatidico 21 Agosto 2013 (la coincidenza vuole che, proprio in quei giorni, ci siano problemi al MIX di Milano (link FB non pi\u00f9 valido)<\/em>). Ecco come si presentava, secondo cpanel, il sito in Agosto.<\/p><\/div>\n Notato come il limite di Entry Processes sia improvvisamente calato, fra Luglio ed Agosto, da 20 a 10? L’assistenza fa sapere che 20 era “un errore”, ed il limite \u00e8 sempre stato, da contratto, 10. Sar\u00e0, ne prendo atto.<\/p>\n Inizia un lungo botta e risposta con l’assistenza, in cui le uniche cose palesi che uscivano fuori, erano:<\/p>\n – La policy QoS non \u00e8 cambiata, \u00e8 sempre stata questa.<\/p>\n – Se voglio “ottimizzare le risorse” per “il mio business”, devo effettuare un upgrade verso un servizio pi\u00f9 costoso.<\/p>\n – Il traffico \u00e8 eccessivo, oppure alcuni script creano un eccessivo carico sul server.<\/p>\n Era come rimbalzare contro un muro di gomma. Inutile dire che queste precisazioni non servono a nulla. Secondo l’assistenza, devo “effettuare un upgrade<\/em>“. Ma anche no.<\/p>\n Insomma, misteriosamente, il mio sito consuma troppe risorse. La ragione? Sconosciuta.<\/p>\n Volendo venire incontro a siffatta novit\u00e0, noto che nei log di accesso c’erano numerosi bot ed IP di utenti “malevoli” (quasi tutti cinesi, russi ed ucraini) che consumavano inutilmente banda, caricando tante pagine in poco tempo, cercando pagine di admin, etc. etc. Il risultato? cPanel non segnala pi\u00f9 alcuno sforamento.<\/p>\n Pur essendo passate 24 ore SENZA SFORARE I LIMITI (cPanel indicava “your site had no issues in the last 24h”), il sito continua ad essere spaventosamente lento, sia per tempi di caricamento, che per tempi di risposta.<\/p>\n Ecco il response time al 9 Settembre, secondo Pingdom. Notare come il tempo aumenti a dismisura proprio dal 21 Agosto.<\/p>\n Questo il report di Google Analytics, che mostra il tempo di caricamento medio del sito per Agosto 2013, paragonato rispetto ad Agosto 2012, dove si evince che “qualcosa” accade nella seconda met\u00e0 del mese.<\/p>\n Com’\u00e8 possibile tutto ci\u00f2? Segnalo il tutto all’assistenza, e… spiacente, i nostri sistemi rilevano che lei consuma troppe risorse, se vuole “ottimizzare” (eh?) il sito pu\u00f2 effettuare un upgrade<\/em> e, no, non possono concedermi risorse aggiuntive<\/em>. Insomma, in NESSUN modo mi \u00e8 stato spiegato perch\u00e8, pur non sforando i limiti, il sito continuasse ad essere lentissimo<\/strong>. Che intervenisse il QoS o meno, il sito risultava lentissimo ed inutilizzabile.<\/p>\n Inizio a darmi uno sguardo in giro, e noto che anche altri utenti (link alle discussioni su hostingtalk<\/a> e Google+<\/a>) riscontrano problemi analoghi<\/strong>, ed anche le date in cui si riscontrano problemi (fine Agosto) sembrano coincidere.<\/p>\n A questo punto, pur essendo cliente dal 2007 del servizio a pagamento, e precedentemente del servizio gratuito, ritengo che nessuno sconosciuto possa trattarmi da cretino, e decido di rivolgermi presso ad altri fornitori, spostando il dominio negli USA<\/strong> (approfittando di una promozione pluriennale con Namesilo<\/strong>, per avere anche voi 1eur di sconto<\/strong> basta registrare o trasferire il proprio dominio cliccando su questo indirizzo<\/strong><\/a>, ed inserendo, all’atto dell’ordine, il referral code flapanecom-sconto<\/strong>), e l’hosting in Italia<\/strong>.<\/p>\n Risultato? Il sito che “consumava troppe risorse” \u00e8 tornato ad avere tempi di caricamento (1000ms) e di response time (700ms) normali<\/strong>. I grafici di Pingdom sono eloquenti.<\/p>\n
\nA vedere il grafico, sembra ci sia in atto un cap alle risorse<\/strong>, e d’altra parte le risorse di cPanel mostrano che i limiti per CPU, I\/O ed entry processes vengono di sovente superati, come mostrato in figura.<\/p>\n![\"Ecco](\"https:\/\/www.flapane.com\/blog\/wp-content\/uploads\/2013\/09\/cpanel-risorse-cap-507x600.png\")
<\/a>
\nIn ogni caso, verifico che, mentre non ero in Italia, qualcuno non abbia inieittato del codice malevolo<\/strong>.
\nIl traffico<\/strong>, d’altra parte, \u00e8 costante<\/strong> da anni ed, anzi, a causa dei DANNATI rallentamenti durati quasi un mese, era anche calato.<\/p>\n
\nBanno via htaccess TUTTI i range di IP cinesi, e limito l’accesso a tutti i bot inutili che quotidianamente accedevano al mio sito.<\/p>\n![\"cpanel-risorse-cap](\"https:\/\/www.flapane.com\/blog\/wp-content\/uploads\/2013\/09\/cpanel-risorse-cap-sito-lento-anche-senza-superare-i-limiti-530x377.jpg\")
<\/a><\/p>\n![\"response](\"https:\/\/www.flapane.com\/blog\/wp-content\/uploads\/2013\/09\/response-time-9-settembre-530x484.jpg\")
<\/a><\/p>\n![\"analytics-velocita-caricamento\"](\"https:\/\/www.flapane.com\/blog\/wp-content\/uploads\/2013\/09\/analytics-velocita-caricamento-700x321.jpg\")
<\/a><\/p>\n
\nIo non ho MAI<\/strong> chiesto risorse aggiuntive in maniera gratuita, lascio chiedere l’elemosina ad altri.<\/p>\n
![\"load](\"https:\/\/www.flapane.com\/blog\/wp-content\/uploads\/2013\/09\/load-time-su-fastnom-530x191.png\")
<\/a><\/p>\n![\"response](\"https:\/\/www.flapane.com\/blog\/wp-content\/uploads\/2013\/09\/response-time-fastnom-530x255.jpg\")
<\/a><\/p>\n