Supporto » Fixing WordPress » Consumo RAM esagerato

  • Buonasera a tutti, dopo ormai 15-20 anni di server vps Windows (all’inizio hostavo anche siti asp), per questioni varie sto spostando tutto su un multi dominio Linux con plesk dove si pagano le risorse che si consumano (RAM e cpu).

    Installo il primo sito, che è un e-commerce (classico woocommerce), e il sistema, facendo delle semplici operazioni (ad es provando a installare il Jetpack o andando nella sezione “dati analizzati”) registra dei picchi di consumo RAM esorbitanti (fino a 2,3 giga circa).

    Considerando che ho già decine di siti WordPress installati e funzionanti su server vps Windows, con anche un woocommerce con più di 1400 prodotti inseriti, e che la RAM non è mai stata un problema (il server vps ha 8 giga di RAM, dove deve girare anche il sistema operativo, e con sistema operativo e tutti i siti tra cui questo woocommerce con 1400 prodotti inseriti, la RAM occupata difficilmente supera i 4 giga su 8. Ossia 4-5 giga di RAM risultano sempre liberi), qualcuno sa spiegarmi il perché di questo consumo esasperato di RAM da parte di un sito appena installato e praticamente ancora vuoto?

    C’è un modo per ottimizzare le risorse in modo che non accadano questi picchi assurdi?

    Un ringraziamento anticipato a chi vorrà rispondermi.

Stai visualizzando 14 risposte - dal 1 al 14 (di 14 totali)
  • Molte volte potrebbe essere il tema…

    Chi ha creato la discussione theprotoss

    (@theprotoss)

    Lo avevo pensato anch’io, il fatto è che sto usando lo stesso identico tema che ho usato per l’altro e-commerce (quello che sta girando su Windows senza dare alcun problema di RAM come di altro). Inoltre ho provato comunque a cambiare tema ma stesso problema….

    È una situazione normale o totalmente anomala?quanta RAM dovrebbe consumare un sito WordPress facendo queste operazioni?

    Ho fatto tutto in modo il più pulito possibile: ho installato WordPress direttamente da plesk, installato solo woocommerce, wordfence e tutti i plugin di uso comune che uso di solito e legati a woocommerce (facebook for woocommerce, tiktok, Pinterest, user role editor, yoast seo, wp go Maps, cookieyes, Google listing and ads) a parte il jackpack (che secondo me è molto pesante).

    C’è un modo per ottimizzare la situazione?

    La cosa che mi dà più da pensare è che il sito essendo appena fatto non fa praticamente viste, e contiene ancora zero prodotti. Se inserisco un prodotto che succede? (Ironico).

    Beh Jetpack+Wordfence sono un bel mattoncino…

    Chi ha creato la discussione theprotoss

    (@theprotoss)

    Jetpack l’ho rimosso per questo. Wordfence stavo pensando di rimuoverlo ma poi la sicurezza? 🤔

    Non è un plugin che fa la sicurezza… E comunque preferisco la suite di CleanTalk a quel punto

    Chi ha creato la discussione theprotoss

    (@theprotoss)

    Ricevuto. Provo a rimuoverlo, Comunque i picchi di RAM me li fa da prima che installassi wordfence. Ho inoltre visto che c’è il caching attivato sul plesk, nelle impostazioni di apache (nginx, dimensione cache 64 mega e 5 secondi di timeout), stavo pensando di provare a disattivarlo e piuttosto installare un wp super cache. Può essere un’idea? C’è un modo per configurarlo meglio?

    Sempre nelle impostazioni di apache c’è la dimensione massima per il corpo delle richieste http a 128 mega.

    Non sono un sistemista quindi lato server non saprei cosa consigliarti ma sicuramente, ultimamente, WP è diventato più pesante.

    Chi ha creato la discussione theprotoss

    (@theprotoss)

    Ok, intanto grazie di avermi risposto, buona serata 🙂

    Ciao @theprotoss ,
    ho usato anch’io plesk per un periodo, poi ho cambiato pannello ma, che mi ricordi, non ho mai avuto con plesk i problemi nel consumo di RAM che lamenti.

    Mi viene in mente un a sola cosa. Plesk installa l’ultima versione di wordpress, non vorrei che fosse l’ultima release di wordpress 6.2, la prossima versione stabile che uscirà a breve. Non tutte funzionano bene.

    Riguardo alla cache penso che hai ragione. La cache server ha il problema che deve essere cancellata ogni volta che si modifica il sito, per andare bene.
    La cosa è più disagevole che cancellare la cache di un plugin wordpress.

    Quindi bisogna inserire un comando nel cron job che faccia periodicamente ma molto spesso la pulizia della cache vecchia.
    Può essere che la cache del server ( nginx usato per il caching se non erro ) sia un filino più veloce della cache del plugin di wp ma il gioco non vale la candela direi.

    Saluto.

    Chi ha creato la discussione theprotoss

    (@theprotoss)

    Ciao Luca, grazie della tua testimonianza, io attualmente ho attivata sia la cache di nginx, che si trova nel pannello plesk alla voce delle impostazioni apache, sia wp super cache. Ho disattivato tiktok, Pinterest e wordfence, ma, se sul sito non ci si lavora (e per “non ci si lavora” intendo non ci si installano plugin o non si inseriscono nuovi prodotti, quindi nulla di eccezionale), il consumo di RAM vedo che rimane dai 190 ai 350 megabytes. Se ci si lavora, continuano a verificarsi picchi fino a 2,2 giga comunque.

    Se dici che il problema potrebbe essere la cache di nginx, posso provare a cancellare la cache (c’è il pulsante cancella cache) disattivare la spunta, se mi dici che non salta tutto irrimediabilmente (è la prima volta che ci ho a che fare).

    Ti dico subito le versioni sia di WordPress che di PHP: WordPress 6.1.1

    PHP 8.2.1

    P.s. il sito allo stato attuale sta facendo una media di 15-20 visite al giorno 😆😅

    • Questa risposta è stata modificata 2 settimane fa da theprotoss.

    Ciao @theprotoss ,
    PHP 8.2.1 è una versione molto avanzata per wp 6.1.1 . Magari provare con 8 oppure con 8.1?

    Una piccola occhiatina ai log di error. Magari c’è qualcosa.

    In effetti se il sito fosse su un hosting condiviso dove la quantità di RAM disponibile è forzatamente minore si sarebbe già grippato, mi sa.

    Sappimi dire se le due cache, server + plugin vanno in conflitto eh.

    Saluto.

    Chi ha creato la discussione theprotoss

    (@theprotoss)

    Ciao Luca, ho fatto un po’ di test, ho provato a impostare php 8.0 e togliere la cache nginx, ma il consumo rimane a 300-400 megabytes lasciando il sito ai navigatori, e fa ancora picchi a 2,4 giga appena si utilizza il pannello di gestione (è sufficiente anche fare un semplice login o navigare all’interno delle varie sezioni del pannello di gestione).

    Finora le due cache non hanno mai dato segno di conflitto (negli scorsi giorni ho tenuto attivato sia nginx che WP cache), il sito ha sempre funzionato regolarmente.

    In effetti controllando il registro ci sono degli errori che non capisco, anche perché parlano ancora di Jetpack (che ho rimosso dai plugin):

    90.3 K
    Accesso SSL/TLS Apache
    2023-01-22 08:58:19
    Error
    151.55.182.142
    404
    GET /apple-touch-icon.png HTTP/1.0
    DuckDuckGo/5 (com.duckduckgo.mobile.android; Android API 31)
    90.3 K
    Accesso SSL/TLS Apache
    2023-01-22 08:58:26
    Error
    151.55.182.142
    404
    GET /apple-touch-icon.png HTTP/1.0
    DuckDuckGo/5 (com.duckduckgo.mobile.android; Android API 31)
    90.3 K
    Accesso SSL/TLS Apache
    2023-01-22 08:58:42
    Error
    151.55.182.142
    404
    GET /apple-touch-icon.png HTTP/1.0
    DuckDuckGo/5 (com.duckduckgo.mobile.android; Android API 31)
    90.3 K
    Accesso SSL/TLS Apache
    2023-01-22 10:25:52
    Error
    151.55.182.142
    403
    GET /wp-json/yoast/v1/statistics HTTP/1.0
    https://sitoesempio.it/wp-admin/index.php
    Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36
    783
    Accesso SSL/TLS Apache
    2023-01-22 10:53:31
    Error
    192.0.101.54
    500
    POST /?rest_route=%2Fjetpack%2Fv4%2Fsync%2Fobject&_for=jetpack&token=Y3T5QCO8I8WTjLe3pIXte9fD1FDj%21j0I%3A1%3A0&timestamp=1674381210&nonce=DwyI11XArP&body-hash=eGzGe%2BTQuE203aFADc0jSknCE5k%3D&signature=6QIIzpIZ8NZHU9yHbLyNUpbbOf8%3D HTTP/1.0
    https://sitoesempio.it/?rest_route=%2Fjetpack%2Fv4%2Fsync%2Fobject&_for=jetpack&token=Y3T5QCO8I8WTjLe3pIXte9fD1FDj%21j0I%3A1%3A0&timestamp=1674381210&nonce=DwyI11XArP&body-hash=eGzGe%2BTQuE203aFADc0jSknCE5k%3D&signature=6QIIzpIZ8NZHU9yHbLyNUpbbOf8%3D
    Jetpack by WordPress.com
    817
    Accesso SSL/TLS Apache
    2023-01-22 10:58:04
    Error
    151.55.182.142
    404
    POST /wp-admin/admin-ajax.php HTTP/1.0
    https://sitoesempio.it/wp-admin/customize.php?return=%2Fwp-admin%2Findex.php&autofocus%5Bcontrol%5D=header_image
    Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36
    735
    Accesso SSL/TLS Apache
    2023-01-22 12:36:20
    Error
    151.55.182.142
    404
    POST /wp-admin/admin-ajax.php HTTP/1.0
    https://sitoesempio.it/wp-admin/customize.php?return=%2Fwp-admin%2Findex.php&autofocus%5Bcontrol%5D=header_image
    Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36
    735
    Accesso SSL/TLS Apache

    Ciao @theprotoss ,

    Errori
    404 – pagina non trovata
    403 – forbidden. Chiamata Rest a yoast senza password
    500 – errore servewr. Ciamata Rest a jetpack che non c’è più
    783 – json parse error
    817 – errore database
    735 – errore database sempre chiamate REST a plugin disattivati.

    Insomma, niente che giustifichi il consumo eccessivo di memoria.

    Per avere informazioni a volte adopero un plugin ” Query Monitor ” che lista le query database e trova le query doppie, gli hook WP utilizzati e l’occupazione di memoria ( finora ho trovato da un minimo di 15 MB con cache attiva e sito piccolo fino a una sessantina di MB. Senza Woocommerce. ).

    Un bell’aiuto per analizzare il funzionamento di un sito.

    Sappimi dire. 🙂
    Un saluto!

    Chi ha creato la discussione theprotoss

    (@theprotoss)

    Ciao Luca, grazie mille delle info e della disponibilità.

    Installerò query monitor e ti farò sapere. Intanto con entrambe le cache attivate, quindi sia nginx che WP super cache, il consumo RAM scende a livelli “accettabili”. (Circa 170 mega lasciando il sito ai soli visitatori e senza quindi lavorarci).

    Intanto grazie mille ancora! a presto!

Stai visualizzando 14 risposte - dal 1 al 14 (di 14 totali)
  • Devi essere collegato per rispondere a questo topic.