• User Newbie

    risolto....... ti mando in privato un sito


  • User Attivo

    @PrMarketing said:

    risolto.......

    Ok molto bene, mentre ti rispondevo infatti ho visto che il sito è molto reattivo. Anche gzip è abilitato, non comprime una sola risorsa.
    Ma alla fine si tratta di piccole ottimizzazioni che riguardano il sito.


  • User Attivo

    L'unica cosa che posso dirti è che sul server è abilitato gzip tutto il resto riguarda il sito, solitamente le regole in htaccess per forzare la compressione di alcune risorse.
    Se fai un test con Gtmetrix vedi subito le 2 risorse non compresse, se gzip non fosse attivo lo capiresti immediatamente, ma in questo caso è attivo, solo che quelle 2 risorse che vedrai in elenco non riesce a comprimerle.


  • User Attivo

    Hai la casella dei pvt piena, ma in ogni caso se continuiamo qui è meglio 🙂


  • User

    Ciao Hub eccomi scusami del ritardo e scusa della casella piena ma 3 messaggi sono pochini.

    Ho fatto un po di pulizia sul server e il mio server da plesk mi da questi dati: utilizzo ram 3,2 gb e 25 gb di spazio..

    stavo pensando di trasferirlo ..... stavo pensando di spostarmi su un pubblic cloud, ho visto uno che spero potrebbe fare al caso mio 7gb di ram e 50gb di hard disk, ora ho una banda di 100mb e la porterei a 250

    che ne pensi, può essere una soluzione migliorativa ?

    grazie


  • User Attivo

    Mi è venuto un dubbio è ho fatto un test webpagetest.org per verificare il first byte (TTFB) che in effetti è risultato alto: quasi 2 secondi.
    Questo problema non implica però che sia causato dal server, però molto probabile, ma anche possibile che il sito abbia dei problemi.
    Fai un test su webpagetest.org con qualche altro sito ospitato sui tuo server, meglio ancora se crei una semplice pagina HTML, spartano come test ma almeno hai un riferimento su cui lavorare.


  • User

    Hub ..... ma se per te potrebbe essere una buona configurazione io in settimana lo cambio anche per vari fattori:

    • macchina in cloud quindi 0 problemi di rotture
    • tot ip dedicati da portare ad ogni sito (miglioramento indicizzazione)
    • aumento della banda a 250 mb

    Onestamente se la soluzione sopra scritta risulta giusta per il mio utilizzo io cambierei volentieri per ottenere i vantaggi sopra

    che ne pensi ?

    grazie
    Luca


  • User Attivo

    Ciao, nulla ti impedisce di fare dei miglioramenti 🙂
    Prima di cambiare server però analizza bene sito e configurazione server in modo da chiarire quell'anomalia sulla eccessiva lentezza del primo byte, cioè che sia davvero un'anomalia del server e non del sito.
    Se dipende dal server potrai ragionevolmente stare tranquillo e quel sito insieme agli altri funzioneranno meglio, ma se è quel sito che hai dei problemi andrai a caricarti di ulteriore lavoro e problemi 😉


  • User Newbie

    Hub leggendo un po in internet mi sono accorto che ero su un provider noto per la lentezza e se hai notato i miei siti pingavano a 2 ....

    guarda adesso sto provando a configurare il nuovo server metto un sito di test e vediamo cosa succede... ti aggiorno

    grazie


  • Super User

    Ciao PrMarketing,
    ritengo inappropriata un'affermazione del genere, i provider tedeschi sono il top, non ci sono competitor al mondo che possano eguagliarli per connettività e qualità dei componenti!

    Latenza e rallentamenti dipendono solo da due fattori:

    1. La tua connessione è scadente;
    2. La configurazione del server è errata.

    Buon lavoro.


  • User

    Ciao Francois, il provider su cui mi appoggiavo io è stato citato per ben due volte per la lentezza, io ora utilizzando gmetrix mi sono accordo che ho dimunito del 50% il tempo di apertura delle pagine a parità di sito.


  • Super User

    Ciao lucax3,
    il provider chi lo ha citato? E dove? Che metro hanno utilizzato per valutarlo "lento"?
    Come al solito si esce sempre dal seminato... chi ha aperto il thread sta parlando di server VIRTUALE, le cui risorse dipendono dal numero di sistemi host presenti su quel nodo!
    La lentezza non dipende solo dalla connettività ma da fattori intrinsechi, e in questo caso, da un sistema che condivide ram, cpu e disco con altri sistemi!
    Se quel nodo era sovraccarico a livello di ram e/o cpu, mi pare ovvio che possano verificarsi dei "rallentamenti" nei tempi di risposta dei "demoni" del server!
    Su un nodo sovraccarico a livello di cpu/ram, php e database faticano a rispondere entro tempi ragionevoli!

    Se cercate delle buone prestazioni dovete puntare su sistemi dedicati, perché muovere lamentele su sistemi virtuali è un'inutile perdita di tempo! Le risorse dei virtuali sono condivise, quindi c'è poco da fare!

    Saluti.