In questo mondo niente o quasi è gratuito, avere un sito web costa denaro, poiché devi acquistare (e mantenere) il dominio, così come hai bisogno di un hosting o di un server in cui si trovano il sito oi siti.
Quando un sito necessita e dipende da un database di tipo MySQL per il suo funzionamento, quando il sito non è completamente ottimizzato, ma soprattutto ... quando il sito è relativamente popolare (o comunque riceve un gran numero di visite) può esserlo convertito in un problema per i fornitori di hosting, perché il sito può arrivare a consumare troppe risorse.
Nell'articolo precedente in cui ho menzionato che stavamo testando un GnuTransfer VPS per diversi utenti (Bruno y José Torres) me pidieron que compartiera las experiencias que hemos tenido con proveedores de VPS (y Hosting asumo también), por lo que … acá estoy para eso, para explicar por partes cómo se ha mantenido online hasta el momento DesdeLinux 😀
Spieghiamo in parte come siamo arrivati qui 😉
1. Hosting su SlickWebHost:
Cuando empezamos con DesdeLinux hace poco más de dos años esto era solo una idea, un simple sitio (blog) donde elav y yo pensábamos compartir nuestras experiencias y conocimientos. En ese momento pudimos comprar el dominio y también solo un mes de hosting en SlickWebHost.com
Ospitando con loro non ricordo molto bene come fosse in termini di qualità, ma ricordo che a quel tempo lo consideravo piuttosto costoso, in quanto non era un rivenditore economico.
Non siamo rimasti a lungo, meno di un mese.
2. Hosting presso A2Hosting:
Alla ricerca di un hosting migliore del precedente, ho parlato su LiveChat con diversi provider di hosting che all'epoca avevano prezzi relativamente bassi, uno in particolare ha attirato la mia attenzione perché molti l'hanno classificata come "un'azienda di smanettoni", questa è stata A2Hosting.com . Ho avuto alcuni colloqui con loro tramite LiveChat e mi hanno convinto, hanno fornito un buon hosting e anche servizi come CPanel e Softaculus
En Novembre di 2011 (appena 4 mesi dopo aver acquistato l'hosting con loro) abbiamo già avuto grossi problemi, abbiamo avuto cadute contemporaneamente. Non ci è voluto molto ad A2Hosting per inviarci un'e-mail dicendoci che noi (il blog) stavamo consumando troppe risorse, che dovevamo passare a un piano più alto (che include il pagamento di più soldi), questo ovviamente non ci piaceva un po 'così che grazie alle donazioni di diversi amici, siamo stati in grado acquista un Hosting con Hostgator.
3 (a). VPS con AlvoTech:
Con le donazioni che abbiamo ricevuto siamo stati anche in grado di acquistare un VPS con alvotech.de, una società tedesca che vende VPS (server virtuali). Abbiamo provato in un primo momento a mettere il blog lì, ma purtroppo non è stato possibile, in quel momento il blog consumava troppe risorse perché era ottimizzato molto male, il VPS non poteva supportare nemmeno da remoto il carico che il blog avrebbe generato.
Invece, abbiamo deciso di inserire altri servizi in quel VPS come Forum, Paste, IRC, FTP, il nostro MailServer e qualche altra cosa.
Sebbene il VPS occasionalmente presenti qualche altro problema, è qualcosa di strano perché in generale il servizio Alvotech è davvero stabile, tuttavia con il riavvio del VPS viene risolto.
A proposito ... il VPS funziona con Debian e si trova a Düsseldorf, Germania 😉
3 (b). Hosting presso Hostgator:
Una volta che il blog si trova in Hostgator tutto è andato per il meglio all'inizio. Rispetto ai fornitori precedenti Hostgator era senza dubbio superiore all'epoca, il sito funzionava in modo più fluido, era pieno di bug, non era un segreto che a quel tempo (anche adesso) Hostgator fosse uno dei migliori provider di hosting.
Il problema è arrivato nel tempo, più visite abbiamo avuto, più lettori abbiamo avuto, più siamo diventati popolari, più problemi abbiamo presentato su Hostgator.
È stato ancora una volta, lo stesso problema di sempre, abbiamo ricevuto troppe visite, abbiamo generato troppe elaborazioni, abbiamo sovraccaricato il server dove si trovava il nostro account di Hosting, quindi ... ancora una volta sono tornati i fastidiosi errori: «Errore 500 server interno«.
4. VPS con GnuTransfer:
I ragazzi GnuTransfer (Javier nello specifico) ha avuto la gentilezza e la cortesia di inviarmi un coupon per testare un VPS per un mese completamente gratuito, e sebbene siamo ancora in quel periodo di prova ... ci hanno già convinto ad acquistare con loro (molteplici motivi, io lo commenterò in un altro post).
Oggi il blog si trova su un VPS di GnuTransfer, finora non abbiamo problemi, il sito funziona velocemente come mai prima d'ora ... nessun errore, nessun glitch, una meraviglia.
Parlerò in un altro articolo specificamente di GnuTransfer e dei suoi servizi perché c'è molto di cui parlare e spiegare per il momento dirò solo che il VPS funziona con Debian (Wheezy), usando Nginx+ MySQL + PHP5 + APC, ottimizza davvero tutto, al punto che con circa 60 utenti online il consumo di RAM non supera i 390 MB ... anzi, sorprendente 😀
In questo minuto abbiamo il file piano xen-02048 E fa miracoli per noi, ma ... beh, in un altro post vi racconterò la notizia, perché non abbiamo intenzione di restare solo con questo piano 😉
Il traffico eccessivo è molto buono in quanto sai che raggiungi molte persone ma cattivo perché ti costringe ad avere risorse migliori. Se nel VPS in cui questo dà problemi, c'è un'ottima società spagnola VPS Cloud che consiglio, si chiama gigas, ha due mesi gratuiti e garanzia di soddisfazione o rimborso, io ci sono e finora non ha dato problemi (7 mesi) in termini di richieste di download, prova a usare Cloudflare, aiuta troppo, anche nella versione gratuita.
Spero che tutto migliori, la community continua.
Devono mettere Debian Wheezy (e GNUTransfer lo ha già battuto a questo proposito).
Sì, abbiamo in programma di utilizzare CloudFlare (la versione gratuita), dobbiamo ancora configurarlo correttamente.
Nel mio blog sto usando Nginx + MySQL + PHP5 + il modulo google page_speed, dovresti provarlo.
Saluti!
Solo per curiosità, che hosting usi?
Un server dedicato in ovh, il più basilare in particolare KS 2G. Saluti
OVH non è male. Ha solo 2 inconvenienti. Il supporto ha la reputazione di essere nullo, cioè devi cucinare tutto. Ma penso che non sia un problema perché questi ragazzi pilotano un uovo. E non mettere con loro alcun dominio importante che a volte ho letto problemi. E ne ho 3 con loro ... ma una importante la ho al 100% in Spagna (il dominio) pagando 14 euro all'anno per un .com, se devo segnalare un'azienda preferisco che sia in Spagna.
Oltre a quello. Nel nuovo datacenter negli USA, controlla quali macchine e quali prezzi:
http://www.ovh.com/us/dedicated-servers/kimsufi.xml
Ma se GNUTransfer va bene e si sentono a loro agio, questa è la cosa importante, OVH non li sosterrà, te lo dirò d'ora in poi.
È vero quello che dici del supporto, ma mi ha aiutato a imparare molto sull'amministrazione del server, cercando su google troverai tutto alla fine.
Sono persino riuscito a configurare il DNS manualmente modificando i file di configurazione di BIND.
La cosa buona di questa azienda è che sono molto economici, pago 142 euro all'anno.
Per quanto riguarda il dominio non ce l'ho con loro, ho comprato il .com per 12 $ quando avevo il blog ospitato su blogger e con loro è andato bene.
Ma quello che dici, se stanno bene adesso, va bene.
Saluti !!
Il nostro DNS (bind9) è qualcosa che voglio fare, ma elav mi consiglia di non farlo ehe ..
Il supporto tecnico non è che sia qualcosa di urgente o molto meno, sia io che elav abbiamo amministrato reti e server per molti anni, né è che abbiamo paura del terminale o dei daemon 🙂
Se sei interessato ho scritto 3 articoli che descrivono il processo di configurazione manuale di un server DNS in Debian, fammelo sapere e ti mando il link (Non spam).
Saluti!
Sì, non preoccuparti, bind9 è davvero la specialità di elav LOL !!
Come qui, scriviamo un processo dettagliato al riguardo https://blog.desdelinux.net/tag/bind9
Ma ... assolutamente no, elav mi chiede di lasciare il DNS nelle mani di qualcun altro (come NameCheap per esempio).
A proposito, l'altro giorno stavo testando nsd3 ... abbastanza interessante come genera un .db e controlla anche le impostazioni prima di avviare il demone, dai un'occhiata e me lo dirai 🙂
Preferisco che il servizio DNS sia offerto da una società ad esso dedicata. È più sicuro. U_U
PageSpeed ci ha dato problemi con ... qualcosa che in questo momento non ricordo, dovrò testarlo su questo server per vedere come funziona.
Per il resto, è esattamente quello che stiamo usando 😀
Quale plug-in di cache usi qui?
Immagino che debba essere w3-total-cache o wp-super-cache. No Alejo?
WP non ha molti plugin per questo, tuttavia, sai bene che WP con o senza cache è piuttosto sciocco con connessioni simultanee.
Sì, è W3 Total Cache.
Non so se sono l'unico che accade, ma sia su iPad che su iPhone, quando apro un post su questo blog nell'applicazione Feedly, l'applicazione va in crash. Non mi succede con nessun altro dei 120 abbonamenti che ho, quindi forse è un problema nella struttura del feed.
Scusa se non è un buon posto per commentare questo, ma mi fa arrabbiare il fatto che tu non possa leggere comodamente dal mio iDevice.
Guarda dentro questo post del forum.
Che feed segui, https://blog.desdelinux.net/feed o http://feeds.feedburner.com/usemoslinux?
Entrambi. Continua a fallire. Sono passato a un altro lettore di feed chiamato Reeder su iPhone e presto sarà su iPad e OSX.
Grazie per le risposte.
Come ti ho detto in situazioni precedenti, è meglio rendere statico (html) il più possibile, utilizzare CDN per immagini e contenuti come css, js, ecc.
Usa memcache oltre ad apc. Con ciò riducono notevolmente il consumo del server.
Tanti successi!
APC è ciò che ho configurato sul VPS, più la cache del sito che serve direttamente quasi tutto l'html (evitando molte elaborazioni PHP)
Peccato che in termini di condivisione di GnuTransfer sia estremamente limitato. Ho avuto l'idea di assumere un piano per vedere come sta andando il blog, ma consentono solo 1 dominio e 1 database in tutte le modalità. 🙁
Molto buona. Aspettando il prossimo post dove spiegheranno di più sul GNUTransfer.
https://www.digitalocean.com/pricing
Grazie per aver condiviso le tue esperienze al riguardo. molto interessante.
Grazie a te per averci letto amico.
Grazie mille per il grande sforzo che fai per condividere con tutti. Sei delle "crepe".
Niente affatto, grazie a te per averci letto 🙂
E che dire di un blog statico generato con pellicano e che utilizza disqus per i commenti? Molto spartano?
Un'altra idea: vernice ...
http://danielmiessler.com/blog/optimizing-wordpress-with-nginx-varnish-w3-total-cache-amazon-s3-and-memcached
Ed eccomi qui con i milioni di Grazie! 🙂
Sostengo la raccomandazione di Oscar. Usa CDN per CSS, JS e immagini (quest'ultima solo se possibile e sicura)
Da quello che vedo usano bootstrap e lo stesso ho provato i server CDN. In questo momento Bootstrap è stato aggiornato alla versione 3 di cui non ho visto GRANDI cambiamenti (da quel poco che ho letto), ma se si sono concentrati sulle risorse, dato che forniscono CDN come un'ottima opzione e l'inclusione di icone come opzione .. .
Saluti!
Useremo un CDN (CloudFlare se non sbaglio) 😉
Riguardo la nuova versione di Bootstrap ... lo lascio a elav, è lui che si occupa del design, mi occupo dei server e dei servizi 😀
Bene! Successi a quello allora! il sito sta ancora volando!
Grazie per le recensioni, sono molto utili.
Grazie a te per aver commentato 🙂
Non so perché mi elimini se tutto quello che voglio è contribuire, al seguente link https://www.digitalocean.com/ Sembra migliore di quello che usi, penso, è un suggerimento, tutto qui.
Come puoi vedere, non lo cancelliamo, c'è un po 'più in alto. È rimasto moderato perché il sistema ha pensato che potesse essere spam. E la verità è che aveva tutte le sembianze di spam, quindi più attenti. Grazie ancora per il contributo. 🙂
Con questa decisione e la prova attendibile che GNUTransfer mi ha motivato a ospitare il mio sito Web in GNUTransfer.
Farò un post che parli specificamente di GnuTransfer 😉
Sarebbe bello parlare un po 'dell'ottimizzazione del sito, qualcosa come buone pratiche.
saluti
Sostengo la mozione. Se mi piacerebbe leggerlo.