• User

    Ci sono sempre tra spiders, visitatori e utenti da un minimo di 20 ad un massimo di 40 collegati.
    Gli allegati non sono visibili ai visitatori, quindi anche questo potrebbe essere un punto a favore della banda, ma nella home è tutto visibile.
    Ti ho mandato un mp, per evitare di linkare siti, e se vuoi puoi riportare qui i dati importanti.
    Come ti ripeto: sembra essere solo il sistema Joomla! ad intaccare il nostro server virtuale, ma l'architettura di Joomla! è cosi' complessa da non permettermi una disgnostica accurata.
    Ho "montato" l'intero sistema, specularmente identico a quello che vedi nel link su un sito che ho parcheggiato su A--ruba /linux .
    Mentre nella diagnostica dello stesso identico sito, gli external multimedia files" sono zero, nel sito vero e proprio sembrano essere tanti..troppi.
    Ecco perchè insisto col chiedere: ma che diamine sono?
    Gli utenti che si collegano giornalmente sono un 120-130 al massimo (ma nell'intera giornata).
    Nel VPS la banda disponibile è 200,000 MB, lo spazio su disco 20,000 MB, mentre > **Allocated Memory: **
    The amount of memory which you are guaranteed. The second number is the burstable memory allocation. 256-512 MBQuesto te l'ho dovuto copiare e incollare perchè non sò tradurlo.
    Non credo che le risorse siano basse...
    Edito per aggiungere che lo stesso host mi ha detto che se anche raddoppiassi le risorse saremmo nella stessa identica situazione. Avrebbe tutto l'interesse a propormi un piano piu' caro, ma non lo ha fatto e lo stesso host mi ha spostato a titolo di prova su di un VPS per arginare i conflitti che Joomla! (parlo non in generale ma del mio sito) creava sul server che ci ospitava-


  • Super User

    Calcolando che nella tua home page ci sono 1170742 bytes di sole immagini, moltiplicando i bytes per 130 accessi giornalieri e considerando che i 130 accessi aprissero solo la home page e poi abbandonano il sito, avremmo un risultato del genere:

    1170742 * 130 = 152.196,460 bytes = 150 MB circa

    ora c'è da considerare una cosa, e cioè che stai usando un cms nel quale la pagina con meno quantità di immagini è di 670.000 bytes circa, quindi circa la metà della home page...

    Bene, senza che ci mettiamo a fare calcoli matematici per trovare la media del peso delle immagini presenti nel tuo sito in relazione al numero di pagine, basta pensare che se ogni utente dei 130 che accede al tuo sito ogni giorno visitasse circa 10 pagine, arriviamo già a un consumo di banda di circa 10 GB, ma questo solo in base al peso delle sole immagini, perchè poi c'è da aggiungere il peso complessivo di ogni singola pagina che è composta dal codice html, dai fogli di stile e dai js, quindi se come hai detto, la tua vps ha 200 GB di banda mensile, già con il peso delle immagini vai fuori...

    ora per fare un'analisi precisa sul consumo reale della banda, dovresti prendere i dati statistici del tuo sito e di cosa fanno i visitatori durante la permanenza sul tuo sito e cosi saresti in grado di ricavere il reale cosnumo.

    questo è quello che penso io avendo fatto una piccolissima analisi del tuo sito, ma ripeto, tu puoi farne una reale avendo dati alla mano.

    Spero di esserti stato d'aiuto 😉


  • User

    Mi stai dicendo che è una questione di load delle immagini secondo te una concausa del crash del server? Ossia: se riduco TUTTE (sono oltre 2000 le immagini del portale :mmm: ) le immagini degli articoli (chiaro, soprattutto di quelle nella pagina principale e di quelle che si caricano ad ogni apertura-pagina ) il problema si potrebbe arginare sostanzialmente (?).
    Oltre alla riduzione dei CSS, Js ecc (poi si vede come fare...almeno so che sono un problema anche loro)-

    Se cosi' fosse mi aspetta un lavoro pazzesco (che mi consigli? Photoshop >>>salva per web o simili ) ma almeno ..... grazie davvero!!
    Una cassa di birra, non una!
    Provo per questa via intanto, e ti faro' sapere.
    Sei stato immenso!
    P.s. credevo che non fossero influenti il numero delle immagini..ho visto siti che sono dei caroselli, ma non pensavo certo alla risoluzione di ogni singola immagine.


  • User Attivo

    per il peso delle immagini occhio anche a tutte quelle belle gif animate in home ... ce ne sono anche da 120k l'una ... qui vedi un report di cosa pesa di più nella home websiteoptimization.com/services/analyze/wso.php?url=discuspassion.net/

    comunque se fosse "solo" un problema di peso il vps darebbe che hai superato la banda disponibile e in teoria non un crash sul sistema.
    sul vps dovresti avere accesso alla console di linux e da qui vedere le risorse consumate e da chi (demoni vari, apache, posta, mysql) e cercare di individuare che non sia magari qualche piccolo problema di configurazione (a volte sistemando un po i file di config di apache o php si possono migliorare di molto le prestazioni).
    Joomla di per se non mi ha mai dato problemi di risorse, nemmeno su host molto di fascia bassa, ne su vps con risorse striminzite ... anche se la ram (128Mb) mi risultava occupata al 93% (molta attenzione a quante istanze del mysql vengono aperte contemporaneamente che occupano non poca ram).
    anche il bridge con il forum potrebbe dare qualche "noia" o altri componenti non standard di joomla base (a me su un server la galleria foto bloccava tutto per il metodo di ridemensionamento automatico delle foto e ho dovuto cambiare gallery), il problema è che dovresti provare a disattivare i componenti uno ad uno per trovare quale magari da problemi


  • User

    Grazie Michele.
    Infatti per quanto riguarda il ridimensionamento delle immagini...beh, ho fatto una roba da matti (oltre 1.400 foto ridimensionate con photoshop, col metodo "salva per il web").
    Per le gif animate e png vari mi sono un pochino adagiato sugli allori, in quanto mi ero un tantino perso d'animo.
    Devo necessariamente contattare il committende ed invitarlo a inviarmi un banner meno pesante(ho provato a smontare, ridimensionare e rimontare l'animazione...una schifezza unica: le gif perdono se "snellite").
    Pensa che prima del checkup suggeritomi qui, il solo file png che è il logo pesava 400kb e oltre...da pazzi. Non me n'ero accorto. E quello si ricarica ad ogni pagina.
    Moduli e modulini vari andavano a pescare in una cartella (stories) delle foto, parcheggiate sul server, alcune delle quali pesavano oltre due mega.
    Rimane dal check che hai fatto te (e che faccio anch'io), una voce sconosciuta che sono i files multimediali che eccedono (in siti identici che ho fatto non c'è l'ombra di un file multimediale...ergo non so che sono!).
    La Zoom Gallery si apre con ben 650 queries (scusate se poco).
    Voglio dire: adesso hanno implementato tutto (per pena e per simpatia), ricompilato apache e php (io non ne sarei in grado) e tutto viaggia meglio...ma prima o poi il problema si ripresenterà.
    Il bridge a detta degli ideatori (Orstio & CO, sono charter member su SimpleMachine.org) non incide sulle performances di Joomla!...dubbi legittimi.

    Un grazie a te e GloboGsm, che mi avete dato le dritte giuste...almeno per sanare temporaneamente il problema.


  • Super User

    Tienici informati sulle future anomalie 😉


  • User

    Grazie mille, GloboGsm, ma hai già fatto abbastanza fornendomi quelle statistiche e facendomi capire "ma dove vai con quel carico da 90 sulle spalle?". :fumato:

    Forse in una sezione apposita (qui sare decisamente off topic), vorrei chiedere se, per caso, esiste un programma (anche a pagamento), un .js o simile, che fa ruotare banner con estensioni miste (gif, jpg, swf ), senza essere costretto ad utilizzare OpenAds, che, seppur ottimo, ciuccia parecchia cpu...e anche quello grava sullo stato del VPS.
    Era stato il mio primo topic qui sul forum.
    Grazie ancora, siete stati di enorme aiuto.


  • Super User

    Hai provato con artbannerplus ?


  • User

    Perdonami, il circuito banner non era destinato per la home ma per il forum del mio portale /forum
    Ecco perchè ti dicevo che rischiavo un ammonito e dichiarato off topic 😉


  • Super User

    Ah, pardon, ho letto male io 😞
    ok, allora posta nella sezione vbulletin 😉