MultiCmsManager

WordPress 5

Monitorare i siti rimasti su WordPress 5 e PHP 7.4

Molti siti di clienti restano su WordPress 5 perché un tema o un plugin non regge l'aggiornamento, o perché l'hosting ha ancora PHP 7.4. Vanno controllati come gli altri, anzi di più.

Il problema

Le versioni vecchie hanno API diverse.

Le API di WordPress per date e fusi orari sono arrivate con la 5.3. Un agente che le usa senza alternative sbaglia gli orari o si ferma sulle versioni precedenti.

E più passa il tempo, più vulnerabilità note si accumulano sul core e sui plugin installati.

Come funziona

Provato su ogni versione 5.x.

  1. 1

    Installazioni reali

    WordPress 5.0, 5.1, 5.2, 5.3, 5.4, 5.5, 5.6, 5.7, 5.8 e 5.9 con PHP 7.4.

  2. 2

    Gli stessi controlli

    Collegamento, eventi, accesso con un clic, integrità del core, scansione, backup e ripristino su ogni versione.

  3. 3

    Aggiornamenti

    Aggiornamenti reali del core con l'installer di WordPress: un solo avviso per aggiornamento.

Nel dettaglio

Nel dettaglio.

  • Integrità del core con i checksum ufficiali: da 1.488 file sulla 5.0 a 2.373 sulla 5.9
  • Vulnerabilità note del core e dei plugin da Wordfence Intelligence
  • Date degli eventi corrette anche prima delle API introdotte nella 5.3
  • Aggiornamento dell'agente anche prima della 5.5, con l'installer nativo
  • Backup cifrati e ripristino di database e file

FAQ

Domande frequenti

Serve PHP 8?

No, l'agente WordPress gira da PHP 7.4. La versione di PHP deve andare bene anche per la versione di WordPress installata.

E WordPress 4?

No, il supporto parte dalla 5.0.

Provalo sui siti dei tuoi clienti.

Durante la beta facciamo entrare poche agenzie alla volta e configuriamo con voi i primi siti.