Cercare di alleggerire il carico del server e il numero di query… E il vostro blog che carico fa??

lamp wampSto facendo dei lavori di riprogettazione del tema grafico Trafflyckr (Gioco di parole tra Traffyk e Flickr dai quali prende i due colori dominanti) che come sapete deriva dallo stupendo template Regulus. Fin dai principi mi sempre stato un pochino stretto cos piano piano si allargato, inoltre la sidebar era davvero molto lenta a caricarsi non appena si inseriva qualche widget in pi.

Dal tema sto eliminando tutti i fronzoli e le cose che fanno query al database per caricare i settaggi. Invece ho creato un config.php dove dentro andranno salvate tutte le variabili.

Titolo del blog, indirizzo del feed, url del foglio di stile, posizione della barra, stile di colori ecc..ecc.. non vedo per quale motivo debbano essere salvati in un database quando poi cambiati la prima volta si pu dire che resteranno sempre, o quasi, gli stessi.
Sto davvero cercando di eliminare quanto tutto e di pi, quasi quasi resta solo l’html, pensate che ho da tempo la pulce nell’orecchio che mi incita a creare una cache della sidebar almeno per parti come BlogRoll e Categorie che tutto sommato restano uguali per molto tempo.
Il tema una volta terminato sar rilasciato pubblicamente ๐Ÿ˜‰
Attualmente la mia Home Page conta 21 query e un tempo di esecuzione di 0.422 secondi (a mio parere un tempo biblico ๐Ÿ™ ).

E voi che carico avete? Per voi contano prestazioni eccellenti o vi lasciate andare con plugin e widget per il vostro blog?? Sareste cos gentili da scriverlo nei commenti?? Grazie mille!
Per visualizzare il numero di query al database e il carico del server in php basta aggiungere nel vostro footer il seguente codice:

<?php echo get_num_queries(); ?> queries, <?php timer_stop(1); ?> seconds.

20 pensieri su “Cercare di alleggerire il carico del server e il numero di query… E il vostro blog che carico fa??”

  1. Grazie per il codice php! Il mio sito sembra richiedere 16 query ma il tempo di apertura รƒยจ 1.518 secondi (riprovando ho ottenuto 2.996 secondi)!! Troppo vero? Da “Tophost” continuano a dirmi di ottimizzare il sito ๐Ÿ™ Purtroppo non รƒยจ che ne capisco tanto di html e nel test di validazione del codice mi da 136 errori…

  2. 25 query un buon risultato. Per la generazione pagina dipende un pochino dal tuo template, io in un primo momento ero molto accorto all’ottimizzazione del blog tanto vero che la mia templata utilizzava tutte variabili statiche e non aveva widget e moltissimi plugin installati, ora da quando uso wp-cache davvero non posso lamentarmi e posso permettermi di utilizzare senza problemi qualche funzione in pi. Ho risposto al tuo altro commento speriamo riesca risolvere i problemi con wp-cache comunque i tempi di generazione dai non sono pessimi sei sotto i 2 secondi ero io ad essere un po troppo pignolo ๐Ÿ™‚

  3. Salve! ๐Ÿ™‚

    Io ho:

    25 queries. 1.873 seconds

    Se posso azzardarmi in un calcolo pseudostatistico, il tuo secondi/query (espresso in %): 2.01%

    Mentre il mio : 7.49%

    dunque il mio blog ha una veloeconomicit (velocit+ecomicit; che equivale al rapporto fra i due secondi/query) di 0.23 inferiore rispetto alla tua. Insomma il mio blog fa schifo….

    …consigli su come migliorare la situazione? :-S

  4. Allora gzip serve a comprimere i kb da scaricare per ricevere la pagina, diciamo che ci richiede un poco di tempo in pi sia lato server che lato browser utente.
    Avendo wp-cache attivo necessita di gzip disattivato, ma ogni pagina del mio blog pesa 40-70kb, non penso sia un problema.
    Non conosco symlink devo documentarmi prima e fare delle ricerche ๐Ÿ˜‰

  5. avevo letto qualcosa di wp-cache; mi sembra che c’ anche una versione per lavorare con symlink ma in che condizioni si hanno questi symlink in wp?
    inoltre mi sembra di aver letto che per lavoarre anche con gzip serva qualch altro accorgimento;
    se usi gzip, conviene sempre usarli?: cio il tempo per comprimere e decomprimere vantaggioso rispetto al semplice invio? oppure serve solo per la banda?

  6. bloginfo viene precaricata una sola volta nel core di wordpress, quante e qualsiasi volta la utilizzerai non userai query aggiuntive visto che appunto se ne fa il preload, se proprio vogliamo essere pignoli si avr un leggero incremento di tempo dovuto all’esecuzione della funzione php.

    get_option invece fa una query.
    Io inzialmente come scritto in questo articolo avevo messo manualmente tutti gli indirizzi e altro come hai intenzione di fare tu, ma la scelta per non paga in caso di aggiornamenti o spostamenti (o meglio ancora se decidi di rilasciare il tema).

    Posso darti un consiglio definitivo, da 2 giorni sto utilizzando Wp-Cache
    http://mnm.uib.es/gallir/wp-cache-2/ ancora non ci ho fatto un articolo sopra, ma posso assicurarti che una volta in cache la pagina sembra di scaricare una pagina html, prova a navigare un po nel mio blog soprattutto in home e nelle pagine e vedi se noti quello che dico ๐Ÿ˜€

  7. scusa volevo mettere partedel codice fdell header che forse non serve usarevariabili ma ha tagliato:
    metto singolarmente le variabili che credo devo passare a valorii fissi ma non so se poi aprono o no query;

    bloginfo(‘html_type’); bloginfo(‘charset’)bloginfo(‘name’)bloginfo(‘version’)bloginfo(‘stylesheet_url’)

    questa non usando rss credo non servir proprio type=”application/rss+xml” bloginfo(‘rss2_url’) e rallenta molto se c’?

    bloginfo(‘pingback_url’) idem per questa (non so a che serve) ma puo’ rallentare?

  8. ; charset=” />

    » Archive

    ” />

    ” type=”text/css” media=”screen” />
    RSS Feed” href=”” />
    ” />

    /”>

    in header ad esempio credo tutto questa roba non seve o in alcune posso mettere delle variabili; o direttamente scrivere dentro, ma non so poi quanto si velocizzi; yes su forum it

  9. Ciao rob, non posso fornirti una lista perch il lavoro che faccio sul template molto saltuario e totalmente disorganizzato tale da non ricordarmi le differenze tra la versione originale del tema (Subversion mi conta 158 revisioni, naturalmente non ho commentato le parti ๐Ÿ™ ) MA quando avr terminato interamente il lavoro rilascer il template pubblicamente, di pi non posso fare.

    Non conosco il tuo blog altrimenti lo avrei visto, mi sembra di capire che lavori su una versione in locale sul tuo pc altrimenti non si spiegherebbero i 6 secondi di caricamento della pagina (notare che comunque i secondi comprendono anche altro non solo le query).

    Riguardo ai plugin dipende da come sono creati, ci sono alcuni che effettuano query anche se non interpellati e altri invece solamente se richiamati direttamente dipende dalla funzione che sono tenuti a svolgere e comunque non penso vengano caricate tutte le opzioni di volta in volta, o perlomeno non quelle superflue.

    PS: per caso sei lo stesso utente che sta facendo queste domande nel forum di WP Italy?

  10. puoi, con calma fare una lista di quello tolto e messo nel file ?
    ora quante query ti risultano e in che tempi ? avevi 21 query in 0.422sec;
    ——————————–
    se puoi spiegarmi questo:
    sono ancora in fase di test: con timer_step(1) a volte ok a volte 6-8-10 secondi ma se analizzo le singole query e faccio somma sono al max a 0.2sec ;
    quindi non so se sono le query a dare problemi; o se altro; che test si possono fare?
    ——————————–
    inoltre non capisco perch carica query i cui valori li uso solo nel pannello di admin; cio qualsiasi plugin uno mette lui carica sempre tutte le query ?

  11. Titoli, percorsi e vari path, molte opzioni di wordpress (vedasi get_option ) e altro ancora salvato tutto direttamente nella template visto che sono valori che non avr bisogno di modificare nel tempo.
    Per cache della sidebar si intende pi o meno che invece di fare ogni volta delle query per ricostruire la sidebar(e questa migliaia di volte al giorno) ci si crea un file da utilizzare con il vantaggio di creare una sola volta la sidebar.
    Soltanto per la sidebar appunto perch gli altri contenuti sono soggetti a cambiamenti(commenti, modifiche agli articoli, aggiunta eliminazione tag e altro ancora).
    Gzip attivo ๐Ÿ˜‰ Ma ci non toglie il consumo spropositato di query che in una giornata possono essere effettuate anche da un blog come questo nonostante la grande ottimizzazione di wordpress.

  12. “Dal tema sto eliminando tutti i fronzoli e le cose che fanno query al database per caricare i settaggi. Invece ho creato un config.php dove dentro andranno salvate tutte le variabili.”

    Quali cose ha eliminato e quali invece ha messo nel file?
    e per cache sidebar cosa intende?
    e perch solo della sidebar e non anche pagine?
    non so poi se l’uso di gzip o altri moduli chache possono
    servire

  13. Ciao Flashmotus, 35 query non sono molte. Per io sono un minimalista poi aruba non il massimo come velocit dei server e quindi ogni singola query risparmiata oro soprattutto nei periodi in cui ci sono 1000-2000 pagine viste al giorno.
    Si sono napoletano anche tu??
    Ora vado nel tuo blog ๐Ÿ˜‰

  14. mi correggo, sar stato un caso il test di carico precedente dava un tempo davvero troppo alto, i testi successivi danno tempi da 0.475 sec. a 0.650 sec.
    insomma… meglio di prima
    P.S. se ho capito sei napoletano vero?

  15. allora io sono rovinato? 35 queries. 5.391 altro che tempi biblici,
    spero di trovare presto il tempo di mettere mano al db, nel frattempo ti ringrazio per avermi dato questo imput e seguir l’evolversi della tua analisi

  16. Si la validazione del codice Xhtml stata la prima cosa che feci ๐Ÿ˜‰
    Ieri per ho passato la DTD da Strict 1.0 a Transitional 1.0 perch l’attributo align=”left” mi fa troppo comodo da poterci rinunciare, non tanto per il blog che sostituivo con una classe nel css ma per il feed rss che visualizzava le immagini ancorate al testo e su quelle lunghe in altezza era davvero seccante dover scrollare la pagina per cercare il testo.

  17. Io uso Regulus e gi in passato ho cercato pi volte di snellirlo, ma soprattutto ho effettuato modifiche per ottenere la validazione del codice. Interessante il tuo lavoro lavoro, seguir le evoluzioni. ๐Ÿ™‚

    Ho effettuato un test al db. Il log mi dice: “Sono carico, carico, carico”. A parte gli scherzi, appeno ho due minuti faccio qualche prova. Ciao.

I commenti sono chiusi.