Visualizzazione Stampabile
Come previsto, tutto bello, tutto fico, però quanto pesa! Ora il sito va un po' lento. Ho appena speso 200€ per la licenza, spendere di più per un server ora non mi è proprio possibile.
Come posso velocizzare e alleggerire in modo sicuro vbulletin? Ci sono guide/plugin per la cache?
Inoltre ho visto che il codice di ogni pagina è chilometrico, perchè?:cop:
Disabilita tutto ciò che non è indispensabile:
Alcune funzioni sono molto pesanti a prescindere dagli utenti collegati sul forum, altre funzioni sono molto invasive per il server anche se attivate da un solo utente.
Secondo me queste sono le cose da controllare dopo l'installazione di vB, ovviamente alcune sono indispensabili per molti utenti quindi tranne che in casi particolari non possono essere disabilitate, per esempio il punto 7.
1) Utenti collegati
2) Nuvola tag
3) Utenti Attivi
4) Messaggio di benvenuto
5) Lista di utenti registrati
6) Menu di navigazione veloce
7) Sottoscrizioni
8) Risposta veloce
9) Compleanni
10) Calendario
11) Utenti che visualizzano il forum
12) Votazione Topic
13) Utilizza i cookie per marcare i forum letti invece del db
14) Ricerca automatica di Thread simili
15) Salva il foglio di stile in un file
16) Ridurre il numero di thread per pagina ad un massimo di 20
17) Ridurre il numero di risposte ad un thread a dun massimo di 10
18) non abilitare il pulsante "mi piace" di Facebook (non richede un eccessivo sforzo da parte del server ma è lento nello scaricare le API dai server facebook
19) Visualizzazione dei moderatori dei forum
20) Elimina la pagina di reindirizzamento dell'utente dove possibile .
21) Ricontrolla la lista dei processi
Per il momento non me ne vengono in mente altre ..
Ci sono alcune cose molto pesanti, fra di questi ad esempio lo stream delle attività. Io l'ho impostato a qualche giorno, non di certo al valore predefinito, perché appena che il forum si popola un po', diventa molto lungo e pesante.
Gli altri valori ho visto c'entrano poco, non di certo per un forum appena aperto.
Ok, grazie mille.
C'è invece un modo per controllare le query, che voi sappiate, in modo da farsi un'idea su quale CPU sarebbe necessario avere? Mi spiego, dal pannello di controllo che mi fornisce l'hosting ho visto che la ram ne consumo poca, sempre meno di 500mb, mentre il processore è spesso al limite (20% di un xeon quad core).
La maggioranza di CPU viene consumata per il trasferimento dei contenuti, se le connessioni sono lente o se la banda è "flat" e quindi viene raggiunto il limite superiore. Quando il server non è in grado di inviare le pagine regolarmente, perché limitato dalla banda, allora deve accodare i processi fino allo smaltimento della coda, che nelle ore di punta può rappresentare un problema. Motivo per il quale ho su tutti i server della classe superiore la banda a consumo.
Le query influiscono soltanto se MySQL non è impostato correttamente. I provider grandi non hanno nessun problema, perché devono operare con enormi quantità di dati e l'efficienza è vitale per loro stessi. I piccoli e improvvisati provider invece possono sbagliare su più fronti, maggiormente nella scelta della cache delle query.
Ma è anche possibile che determinati plugin di un forum rallentano parecchio, come ad esempio vbSEO, che mangia il 30% della performance, a prescindere di qualsiasi configurazione.
In genere però, il 20% di CPU è ancora nella norma, quando si tratta di forum grandi, e fino al 40% del totale è tollerabile, se comunque è garantito il caricamento delle pagine entro certi limiti.
Se gestisci il server in autonomia, osserva prima i log degli errori di Apache, poi di PHP, per trovare eventuali problemi di configurazione. Spesso si tratta di semplici errori che portano a una proliferazione di processi, che non portano ad alcun risultato utile. Spesso ad esempio è troppo basso o troppo alto il numero di processi Apache preallocati in rispetto alle richieste. Il valore giusto viene trovato sperimentalmente, evitando ovviamente che il sistema vada in swap.
Allora, ho chiesto all'hosting attuale, con un traffico di 150utenti contemporanei. Ora sono su un hosting, con 20% di CPU, 1GB di Ram e tutto il resto illimitato. Diciamo che a parte momenti in cui va un po' lento è abbastanza buono. La loro risposta mi ha un po' spiazzato, in quanto io chiedevo una confgurazione con 1GB di RAM, 1-2CPU e 10GB di spazio. Loro mi hanno riferito:
Il problema sarebbe nella gestione del carico di MySQL e per reggere 150 utenti unici online ha necessità di una configurazione avente almeno 6GB di RAM e 50Gb di disco.
Potresti farmi capire la situazione? Attualmente ho una ram che non va oltre i 500MB, perchè passando da un hosting dedicato ad un VPS mi servirebbero addirittura 6GB? o.O Altri hosting mi hanno fatto preventivi con 1, massimo 2GB di ram. E anche lo spazio disco, il mio sito attualmente occupa 6GB, perchè dovrei averne 50?:eek:
Considera di passare a un server dedicato, della classe media. Il costo è attorno ai €800+IVA all'anno e ha vantaggi netti in rispetto al "Virtual", qualunque esso sia (Virtual hosting, Virtual private server).
Qui puoi giocare un po' con il hardware e i prezzi, che sono molto accessibili, a meno che non passi alla fascia professional, che però ha diversi svantaggi, fra di questi una riduzione di velocità ecc, cose che forse non sono evidenti, di fronte a una maggiore stabilità.
Qui invece trovi le configurazioni ultra-approvate con i prezzi indicativi.
Detto questo, torno alla tua domanda. Il virtual hosting normalmente è diviso fra il hosting e il database, per cui penso che ti volevano far salire nel piano database per far fronte alle richieste maggiori. Normalmente però, il database dovrebbe essere incluso e illimitato nel piano, se gli accordi erano questo. Da me ad esempio, l'utilizzo del database è illimitato (se non per limiti hardware). Ma metto i paletti a quanto riguarda il numero di utenze connesse, ossia al consumo globale di risorse. Il database gioca un ruolo importante, ma non è il fattore determinante.
Penso che non hai nel tuo piano hosting un database "dedicato", ma condiviso. Quindi mi chiedo come fanno a distinguere il tuo dal traffico altrui ... a parte che non è facilissimo "dedicare" MySQL nel hosting, perché è pensato per molti siti contemporaneamente. Dall'altra parte, se è veramente dedicato, penso che hai già una configurazione VPS, e quindi l'aggiunta non ti cambia nulla, e dovresti passare a un server dedicato.
E in ogni caso, 150 utenti contemporaneamente online, se non sono frenetici navigatori, non è poi quel gran numero di utenti. Con una soluzione anche meno evoluta, come indicato nel mio piano server, te la cavi benissimo, soprattutto se accetti che nelle ore di punta ci possano essere rallentamenti.
Uff ritorniamo a non capirci niente :P
Il problema è che io ho un budget molto limitato, 360€/anno, almeno per un altro anno. Stavo quindi valutando anche l'opzione di passare ad un cloud, per poi tornare su un server dedicato se riesco a far aumentare il budget a mia disposizione. Una configurazione come questa: https://cloudbill.aziendeitalia.com/...p/cart/&step=3 quindi sarebbe insufficiente, visto che ha solo 2GB di ram e 10GB di spazio, in confronto ai 6 e 50 che mi consigliano gli altri?
Lo spazio di 10 GB è più che sufficiente. La RAM dovrebbe essere sufficiente ma se avesse tipo 2 GB o 4 GB sarebbe meglio.
Ti consiglio non passare alla Cloud perché una volta che sei lì non vai più via da lì. Ti creerà una serie di dipendenze che non potrai disfare. Soprattutto all'inizio la Cloud sembra avere tutti vantaggi, mentre alla fine del percorso paghi il triplo di una qualunque altra soluzione, senza poter andare via, ovviamente, o solo con delle spese incredibili.
Quindi tornando al tuo hosting attuale, lascia tutto come è fino a quando non si muove più nulla. Poi vediamo di cosa hai bisogno realmente. Se hai cominciato ora, è anche presto a dire cosa serve.
Son passato a VB ora, ma il sito è attivo da 3 anni. So che il cloud è un rischio, il problema è che considerando comunque che adesso ho un budget limitato, meglio del cloud a quel prezzo ora proprio non potrei trovare. Me lo stai descrivendo tipo il gioco d'azzardo. XD Comunque ora attendo un mesetto, e vedo come saranno le prestazioni del sito quando il carico aumenterà. Ci aggiorniamo. Grazie mille come sempre per la disponibilità!Citazione:
Originariamente Scritto da y2ksw
Ho avuto diverse esperienze "premature" delle cloud, quando non si parlava ancora di esse. Fra di questi un cliente con un mega sito, si è trovato alla fine di dover chiudere il sito e rinunciare a decine di migliaia di Euro di incasso, perché il servizio gli costava di più e spostare le pagine era diventato tecnicamente impossibile.
Con le cloud infatti si ha spazio illimitato, ma questo fatto crea problemi irrisolvibili, quando si deve spostare il contenuto.
Nel senso che era diventato troppo grande (di dimensione sul DB) il sito e non riusciva più a trasferire tutti i dati per quanti erano?Citazione:
Originariamente Scritto da y2ksw
No, erano talmente tante pagine statiche che alla fine non si era più in grado di visualizzarle in lista. Quindi qualunque mezzo di trasferimento (FTP, rsync, copy) non vedeva più alcun file, mentre chiamate singolarmente si potevano vedere. Era praticamente costretto a rimanere sulla cloud. Siccome gli costava più degli incassi, voleva andare su un server decicato, ma non poteva per questo motivo.Citazione:
Originariamente Scritto da daimpa
E questo problema non si presenterebbe anche su un server dedicato, qualora si volesse cambiare server? Quale sarebbe la differenza? Chiedo per cultura :P
In un server dedicato non arrivi a questa condizione perché prima di arrivarci tocchi i limiti del disco. Quando hai tipo 100.000 pagine in una sola cartella ti viene bloccato la possibilità di aggiungere altre. Nella Cloud invece poi aggiungere quante ne vuoi perché la Cloud ha altri parametri.