{"id":992,"date":"2026-02-14T13:00:00","date_gmt":"2026-02-14T12:00:00","guid":{"rendered":"https:\/\/darioiannascoli.it\/blog\/cronjob-plesk-backup-manutenzione-server\/"},"modified":"2026-02-14T13:00:00","modified_gmt":"2026-02-14T12:00:00","slug":"cronjob-plesk-backup-manutenzione-server","status":"publish","type":"post","link":"https:\/\/darioiannascoli.it\/blog\/cronjob-plesk-backup-manutenzione-server\/","title":{"rendered":"Come Configuro i Cronjob su Plesk per Automatizzare Backup e Manutenzione del Server"},"content":{"rendered":"<p>Gestire un server senza automazione \u00e8 come guidare con il freno a mano tirato: si va avanti, ma con uno sforzo inutile e continui rischi. Nel corso degli anni ho imparato che la <strong>configurazione dei cronjob su Plesk<\/strong> \u00e8 uno dei primi passi che faccio appena metto in piedi un nuovo server. Automatizzare backup, pulizia dei log, manutenzione dei database e controlli di sicurezza non \u00e8 un lusso \u2014 \u00e8 una necessit\u00e0 per qualsiasi sysadmin serio.<\/p>\n<p>In questa guida vi mostro come configuro i <strong>cronjob su Plesk Obsidian<\/strong> nel dettaglio, partendo dall&#8217;interfaccia grafica fino agli script personalizzati via CLI. Se gestite server con Plesk, troverete procedure testate e funzionanti che potete applicare immediatamente sui vostri ambienti di produzione.<\/p>\n<p>Se avete gi\u00e0 configurato i <a href=\"https:\/\/darioiannascoli.it\/blog\/plesk-backup-remoto-s3-wasabi\/\">backup remoti su Plesk con storage S3 compatibile come Wasabi<\/a>, i cronjob vi permetteranno di portare l&#8217;automazione al livello successivo, integrando operazioni di manutenzione che Plesk da solo non gestisce.<\/p>\n<h2>Cosa Sono i Cronjob su Plesk e Perch\u00e9 Servono<\/h2>\n<p>I <em>cronjob<\/em> (o <em>scheduled tasks<\/em>) sono operazioni pianificate che il server esegue automaticamente a intervalli definiti. Su Plesk Obsidian, la gestione dei cronjob \u00e8 integrata nell&#8217;interfaccia e accessibile sia a livello di singolo dominio che a livello server.<\/p>\n<p>Nella mia esperienza quotidiana, utilizzo i cronjob per:<\/p>\n<ul>\n<li><strong>Backup automatici<\/strong> di file, database e configurazioni<\/li>\n<li><strong>Pulizia dei file temporanei<\/strong> e dei log obsoleti<\/li>\n<li><strong>Manutenzione dei database<\/strong> (ottimizzazione tabelle MySQL\/MariaDB)<\/li>\n<li><strong>Monitoraggio dello spazio disco<\/strong> e alert via email<\/li>\n<li><strong>Aggiornamento automatico<\/strong> dei certificati SSL e cache<\/li>\n<li><strong>Esecuzione di script PHP<\/strong> per attivit\u00e0 WordPress (wp-cron)<\/li>\n<\/ul>\n<h2>Come Creare un Cronjob su Plesk: Procedura dall&#8217;Interfaccia Grafica<\/h2>\n<p>La creazione di un cronjob tramite l&#8217;interfaccia di Plesk \u00e8 piuttosto intuitiva. Vi mostro la procedura passo dopo passo:<\/p>\n<h3>Step 1: Accedere alla Sezione Scheduled Tasks<\/h3>\n<p>Accedete al pannello Plesk e navigate verso <strong>Tools &amp; Settings &gt; Scheduled Tasks (Cron jobs)<\/strong> nella sezione &#8220;Tools &amp; Resources&#8221;. Da qui potrete vedere tutti i task schedulati, sia quelli a livello server che quelli per singola sottoscrizione.<\/p>\n<p>In alternativa, per cronjob legati a un dominio specifico, potete accedere da <strong>Domains &gt; nomedominio.com &gt; Scheduled Tasks<\/strong>.<\/p>\n<h3>Step 2: Aggiungere un Nuovo Task<\/h3>\n<p>Cliccate su <strong>Add Task<\/strong> e scegliete il tipo di operazione. Plesk offre tre modalit\u00e0 principali:<\/p>\n<ol>\n<li><strong>Run a Command<\/strong>: esegue un comando shell o uno script. Specificate il percorso completo all&#8217;eseguibile.<\/li>\n<li><strong>Fetch a URL<\/strong>: accede a un URL specificato (senza bisogno di curl o wget).<\/li>\n<li><strong>Run a PHP Script<\/strong>: esegue uno script PHP specificando percorso e versione PHP.<\/li>\n<\/ol>\n<h3>Step 3: Configurare la Schedulazione<\/h3>\n<p>Selezionate la frequenza di esecuzione. Potete usare le opzioni predefinite (ogni ora, giornaliero, settimanale, mensile) oppure passare alla modalit\u00e0 <strong>Cron style<\/strong> per un controllo granulare tramite la sintassi crontab standard:<\/p>\n<pre>*     *     *     *     *\n|     |     |     |     |\n|     |     |     |     +-- Giorno della settimana (0-7, dove 0 e 7 = Domenica)\n|     |     |     +-------- Mese (1-12)\n|     |     +-------------- Giorno del mese (1-31)\n|     +-------------------- Ora (0-23)\n+-------------------------- Minuto (0-59)<\/pre>\n<p><strong>Consiglio pratico<\/strong>: non schedulate mai i cronjob a orari &#8220;tondi&#8221; come le :00. Nella mia esperienza, molti task di sistema e di altri utenti partono esattamente all&#8217;ora piena, causando picchi di carico. Preferisco orari come <em>03:07<\/em> o <em>02:33<\/em> per distribuire meglio il carico.<\/p>\n<h3>Step 4: Test Immediato<\/h3>\n<p>Prima di salvare, Plesk offre l&#8217;opzione <strong>Run Now<\/strong> per eseguire un test immediato. Ve lo consiglio sempre: se il task termina con errore in fase di test, fallir\u00e0 anche durante l&#8217;esecuzione schedulata.<\/p>\n<h2>Configurazione della Shell per i Cronjob su Plesk<\/h2>\n<p>Un aspetto che all&#8217;inizio mi creava problemi era la questione della <em>shell chrooted<\/em>. Su Plesk per Linux, i cronjob degli utenti vengono eseguiti di default in una shell chrooted (<code>\/bin\/bash (chrooted)<\/code>), il che significa che il filesystem root viene cambiato nella home directory dell&#8217;utente di sistema della sottoscrizione.<\/p>\n<p>Questo migliora la sicurezza ma limita le operazioni possibili. Se avete bisogno che un cronjob acceda a percorsi fuori dalla webspace, dovete modificare la shell:<\/p>\n<ol>\n<li>Andate in <strong>Tools &amp; Settings &gt; Scheduled Tasks &gt; Settings<\/strong><\/li>\n<li>Selezionate la shell desiderata (es. <code>\/bin\/bash<\/code> non chrooted)<\/li>\n<\/ol>\n<p>In alternativa, via SSH:<\/p>\n<pre>plesk bin server_pref -u -crontab-secure-shell \"\/bin\/bash\"<\/pre>\n<p><strong>Attenzione<\/strong>: su server condivisi, lasciate la shell chrooted come default. Modificatela solo per sottoscrizioni specifiche che ne hanno reale necessit\u00e0. Concedere accesso non chrooted significa dare la possibilit\u00e0 di accedere a file e dati che non appartengono a quell&#8217;utente.<\/p>\n<h2>Cronjob per Backup Automatici su Plesk<\/h2>\n<p>Ecco la parte pi\u00f9 importante: automatizzare i backup. Vi mostro diverse soluzioni che ho implementato e che uso quotidianamente. Se volete approfondire come configurare anche lo storage remoto, vi rimando al mio articolo su come configurare i <a href=\"https:\/\/darioiannascoli.it\/blog\/plesk-backup-remoto-s3-wasabi\/\">backup remoti S3 con Wasabi su Plesk<\/a>.<\/p>\n<h3>Backup Completo del Server via CLI<\/h3>\n<p>Il comando <code>pleskbackup<\/code> \u00e8 lo strumento CLI nativo di Plesk per i backup. Per creare un backup completo del server:<\/p>\n<pre># Backup completo del server Plesk con output verboso\nplesk bin pleskbackup server -v<\/pre>\n<p>I backup vengono salvati di default nella directory <code>\/var\/lib\/psa\/dumps<\/code>. Assicuratevi sempre che ci sia spazio sufficiente prima di schedulare backup automatici, soprattutto con installazioni di grandi dimensioni.<\/p>\n<h3>Backup di un Singolo Dominio<\/h3>\n<pre># Backup completo di un dominio specifico\nplesk bin pleskbackup --domains-name esempio.com -v\n\n# Solo file di hosting (senza email)\nplesk bin pleskbackup --domains-name esempio.com --only-hosting -v\n\n# Solo email\nplesk bin pleskbackup --domains-name esempio.com --only-mail -v<\/pre>\n<h3>Backup WordPress con WP Toolkit<\/h3>\n<p>Se usate il <em>WP Toolkit<\/em> di Plesk (e dovreste), potete automatizzare il backup delle installazioni WordPress:<\/p>\n<pre># Trovare l'instance-id delle installazioni WordPress\nplesk ext wp-toolkit --list\n\n# Backup di una specifica istanza WordPress\nplesk ext wp-toolkit --backup -instance-id 1 -path \/httpdocs -operation backup<\/pre>\n<p><strong>Nota importante<\/strong>: questo comando deve essere eseguito come utente <em>root<\/em>. Quando create il cronjob in Plesk, assicuratevi di selezionare l&#8217;utente root nel campo &#8220;Run this task&#8221;.<\/p>\n<h3>Backup Database MySQL\/MariaDB Personalizzato<\/h3>\n<p>A volte preferisco avere dump separati dei database, soprattutto per siti WordPress critici:<\/p>\n<pre># Dump di un database specifico con data nel nome file\nMYSQL_PWD=$(cat \/etc\/psa\/.psa.shadow) mysqldump -u admin NOME_DATABASE &gt; \/var\/www\/vhosts\/esempio.com\/backup\/db_$(date +%Y%m%d).sql\n\n# Comprimere il dump\ngzip \/var\/www\/vhosts\/esempio.com\/backup\/db_$(date +%Y%m%d).sql<\/pre>\n<h3>Script di Backup Completo Schedulato<\/h3>\n<p>Ecco lo script che uso sui miei server. Lo salvo in <code>\/root\/scripts\/backup-notturno.sh<\/code>:<\/p>\n<pre>#!\/bin\/bash\n# Script backup notturno - Dario Iannascoli\n# Eseguire come root tramite cronjob Plesk\n\nDATA=$(date +%Y%m%d)\nBACKUP_DIR=\"\/backup\/nightly\"\nLOG_FILE=\"\/var\/log\/backup-notturno.log\"\nEMAIL=\"admin@esempio.com\"\n\n# Crea directory se non esiste\nmkdir -p $BACKUP_DIR\n\necho \"=== Backup iniziato: $(date) ===\" &gt;&gt; $LOG_FILE\n\n# Backup server completo Plesk\nplesk bin pleskbackup server --output-file=$BACKUP_DIR\/server-$DATA.tar -v &gt;&gt; $LOG_FILE 2&gt;&amp;1\n\n# Verifica esito\nif [ $? -eq 0 ]; then\n    echo \"Backup completato con successo\" &gt;&gt; $LOG_FILE\nelse\n    echo \"ERRORE nel backup!\" &gt;&gt; $LOG_FILE\n    echo \"Errore backup server $(hostname) del $DATA\" | mail -s \"ALERT: Backup fallito\" $EMAIL\nfi\n\n# Pulizia backup pi\u00f9 vecchi di 7 giorni\nfind $BACKUP_DIR -mtime +7 -exec rm {} ;\n\necho \"=== Backup terminato: $(date) ===\" &gt;&gt; $LOG_FILE<\/pre>\n<p>Rendetelo eseguibile e schedulatelo:<\/p>\n<pre>chmod +x \/root\/scripts\/backup-notturno.sh<\/pre>\n<p>Poi create il cronjob in Plesk con sintassi cron: <code>7 3 * * *<\/code> (ogni notte alle 03:07) con comando <code>\/root\/scripts\/backup-notturno.sh<\/code>.<\/p>\n<h2>Cronjob per la Manutenzione del Server Plesk<\/h2>\n<p>Oltre ai backup, uso diversi cronjob per mantenere il server in salute. Questa \u00e8 la parte che fa la differenza tra un server che &#8220;sopravvive&#8221; e uno che funziona al meglio per mesi.<\/p>\n<h3>Pulizia Automatica dello Spazio Disco<\/h3>\n<pre># Pulizia file temporanei pi\u00f9 vecchi di 3 giorni\nfind \/tmp -type f -mtime +3 -delete 2&gt;\/dev\/null\n\n# Pulizia vecchi log compressi pi\u00f9 vecchi di 30 giorni\nfind \/var\/log -name \"*.gz\" -mtime +30 -delete 2&gt;\/dev\/null\n\n# Pulizia cache Plesk\nfind \/var\/lib\/psa\/dumps -name \"*.tar\" -mtime +14 -delete 2&gt;\/dev\/null<\/pre>\n<p>Schedulo questo ogni notte alle 04:15 con sintassi cron: <code>15 4 * * *<\/code>.<\/p>\n<h3>Ottimizzazione Database MySQL\/MariaDB<\/h3>\n<pre># Ottimizzazione di tutti i database\nMYSQL_PWD=$(cat \/etc\/psa\/.psa.shadow) mysqlcheck -u admin --all-databases --optimize --auto-repair 2&gt;\/dev\/null<\/pre>\n<p>Questo lo eseguo una volta a settimana, la domenica notte alle 04:30: <code>30 4 * * 0<\/code>.<\/p>\n<h3>Monitoraggio Spazio Disco con Alert Email<\/h3>\n<pre>#!\/bin\/bash\n# Controlla lo spazio disco e invia alert se sotto il 15%\nUSO=$(df \/ | tail -1 | awk '{print $5}' | sed 's\/%\/\/')\nif [ $USO -gt 85 ]; then\n    echo \"ATTENZIONE: Spazio disco al ${USO}% su $(hostname)\" | mail -s \"ALERT DISCO $(hostname)\" admin@esempio.com\nfi<\/pre>\n<p>Lo schedulo ogni 6 ore: <code>0 *\/6 * * *<\/code>.<\/p>\n<h3>Forzare la Rotazione dei Log Pi\u00f9 Frequentemente<\/h3>\n<p>Plesk esegue la rotazione dei log una volta al giorno durante il <em>Daily Maintenance script<\/em>. Se gestite siti ad alto traffico e i log crescono troppo rapidamente, potete aggiungere una rotazione extra:<\/p>\n<pre># Rotazione log aggiuntiva\n\/usr\/local\/psa\/bin\/sw-engine-pleskrun \/usr\/local\/psa\/admin\/plib\/DailyMaintainance\/script.php -f ExecuteStatistics<\/pre>\n<p><strong>Attenzione<\/strong>: questa operazione pu\u00f2 aumentare il consumo di risorse, specialmente su server con molti domini. Usatela con criterio.<\/p>\n<h3>Gestione Automatica del WP-Cron<\/h3>\n<p>Un trucco che applico sempre su tutti i siti WordPress in Plesk \u00e8 disabilitare il wp-cron integrato (che si attiva ad ogni visita, causando rallentamenti) e sostituirlo con un vero cronjob:<\/p>\n<p>Prima, nel file <code>wp-config.php<\/code> del sito WordPress aggiungete:<\/p>\n<pre>define('DISABLE_WP_CRON', true);<\/pre>\n<p>Poi create un cronjob Plesk di tipo &#8220;Fetch a URL&#8221; con l&#8217;URL:<\/p>\n<pre>https:\/\/vostrosito.com\/wp-cron.php?doing_wp_cron<\/pre>\n<p>Schedulatelo ogni 15 minuti: <code>*\/15 * * * *<\/code>. Questo migliora drasticamente le prestazioni del sito. Se state configurando un nuovo sito WordPress, questa ottimizzazione fa parte della <a href=\"https:\/\/darioiannascoli.it\/blog\/configurare-wordpress-dopo-installazione\/\">mia procedura di configurazione post-installazione<\/a>.<\/p>\n<h2>Best Practice e Troubleshooting dei Cronjob su Plesk<\/h2>\n<p>Nel corso degli anni ho accumulato parecchia esperienza con i problemi dei cronjob. Ecco le best practice che seguo sempre:<\/p>\n<h3>Gestione degli Errori e Notifiche<\/h3>\n<ul>\n<li><strong>Abilitate sempre le notifiche email<\/strong> per i task critici: in Plesk potete specificare un indirizzo email a cui ricevere l&#8217;output del cronjob<\/li>\n<li><strong>Redirect dell&#8217;output<\/strong>: usate <code>&gt;&gt; \/var\/log\/mio-script.log 2&gt;&amp;1<\/code> per loggare sia stdout che stderr<\/li>\n<li>Se non volete ricevere email per task non critici, aggiungete <code>&gt;\/dev\/null 2&gt;&amp;1<\/code> alla fine del comando<\/li>\n<\/ul>\n<h3>Errori Comuni che Ho Incontrato<\/h3>\n<p><strong>Permission denied<\/strong>: \u00e8 il problema pi\u00f9 frequente. Spesso dipende dalla shell chrooted che non trova il binario PHP o non ha accesso al percorso dello script. La soluzione \u00e8 cambiare la shell della sottoscrizione in <code>\/bin\/bash<\/code> (non chrooted) da <strong>Subscriptions &gt; nomedominio.com &gt; Web Hosting Settings &gt; Access to the server over SSH<\/strong>.<\/p>\n<p><strong>Comando non trovato<\/strong>: quando usate &#8220;Run a Command&#8221;, specificate <em>sempre<\/em> il percorso completo dell&#8217;eseguibile. Ad esempio, non scrivete <code>php<\/code> ma <code>\/opt\/plesk\/php\/8.2\/bin\/php<\/code>.<\/p>\n<p><strong>Task che funziona manualmente ma non da cron<\/strong>: questo capita spesso perch\u00e9 l&#8217;ambiente del cronjob \u00e8 diverso dalla sessione SSH interattiva. Assicuratevi che tutte le variabili d&#8217;ambiente necessarie siano impostate nello script.<\/p>\n<h3>Sicurezza dei Cronjob<\/h3>\n<p>I cronjob possono essere un vettore di attacco se non gestiti correttamente. Vi consiglio di:<\/p>\n<ul>\n<li>Tenere la shell chrooted come default su server condivisi<\/li>\n<li>Monitorare regolarmente i cronjob attivi di tutti gli utenti<\/li>\n<li>Se sospettate attivit\u00e0 malevole, potete disabilitare tutti i cronjob &#8220;Run a command&#8221; impostando la shell a <code>\/bin\/false<\/code>: <code>plesk bin server_pref -u -crontab-secure-shell \"\/bin\/false\"<\/code><\/li>\n<li>Proteggere i backup con password tramite la variabile d&#8217;ambiente <code>PLESK_BACKUP_PASSWORD<\/code><\/li>\n<\/ul>\n<p>Per una protezione completa del vostro server, vi consiglio anche di configurare <a href=\"https:\/\/darioiannascoli.it\/blog\/configurare-fail2ban-plesk\/\">Fail2Ban su Plesk<\/a> e mettere in <a href=\"https:\/\/darioiannascoli.it\/blog\/sicurezza-wordpress-brute-force\/\">sicurezza WordPress dagli attacchi brute force<\/a>.<\/p>\n<h2>Riepilogo dei Miei Cronjob Essenziali su Plesk<\/h2>\n<p>Ecco una tabella riassuntiva dei cronjob che configuro su ogni server Plesk che gestisco:<\/p>\n<ul>\n<li><strong>03:07<\/strong> \u2014 Backup notturno completo (giornaliero)<\/li>\n<li><strong>04:15<\/strong> \u2014 Pulizia file temporanei e log (giornaliero)<\/li>\n<li><strong>04:30 domenica<\/strong> \u2014 Ottimizzazione database MySQL (settimanale)<\/li>\n<li><strong>Ogni 6 ore<\/strong> \u2014 Monitoraggio spazio disco (4 volte al giorno)<\/li>\n<li><strong>Ogni 15 minuti<\/strong> \u2014 WP-Cron per ogni sito WordPress<\/li>\n<li><strong>01:00 domenica<\/strong> \u2014 Pulizia backup vecchi oltre 14 giorni (settimanale)<\/li>\n<\/ul>\n<h2>FAQ<\/h2>\n<h3>Quanti cronjob posso creare su Plesk?<\/h3>\n<p>Non c&#8217;\u00e8 un limite rigido imposto da Plesk al numero di cronjob. Il limite pratico dipende dalle risorse del server. Nella mia esperienza, su un VPS medio gestisco tranquillamente 20-30 cronjob senza problemi, a patto di distribuire bene gli orari di esecuzione per evitare picchi di carico simultanei.<\/p>\n<h3>Perch\u00e9 il mio cronjob su Plesk d\u00e0 errore &#8220;Permission denied&#8221;?<\/h3>\n<p>Nella maggior parte dei casi, l&#8217;errore dipende dalla shell chrooted configurata di default su Plesk per Linux. I cronjob degli utenti hanno accesso limitato alla sola webspace della sottoscrizione. Per risolverlo, cambiate la shell dell&#8217;utente in <code>\/bin\/bash<\/code> (non chrooted) dalle impostazioni di hosting della sottoscrizione, oppure eseguite il task come utente root se si tratta di operazioni a livello server.<\/p>\n<h3>Posso usare i cronjob di Plesk per i backup al posto del Backup Manager integrato?<\/h3>\n<p>S\u00ec, e in molti scenari lo consiglio. Il Backup Manager di Plesk permette di schedulare solo un backup automatico con opzioni limitate (orario, giornaliero, settimanale, mensile). Con i cronjob e il comando <code>pleskbackup<\/code> via CLI avete un controllo molto pi\u00f9 granulare: potete creare backup multipli con strategie diverse, inviarli a storage diversi e integrare logica personalizzata come la rotazione automatica dei file di backup.<\/p>\n<h3>\u00c8 meglio usare la sintassi semplificata o il &#8220;Cron style&#8221; su Plesk?<\/h3>\n<p>Per task semplici (ogni giorno, ogni ora) la modalit\u00e0 semplificata va benissimo. Per qualsiasi cosa pi\u00f9 specifica \u2014 come eseguire un task ogni 15 minuti, o solo nei giorni feriali, o due volte al giorno a orari precisi \u2014 usate il Cron style. La sintassi crontab standard vi d\u00e0 il pieno controllo sulla schedulazione. Potete usare strumenti online come <em>crontab.guru<\/em> per verificare la vostra espressione cron prima di applicarla.<\/p>\n<h3>Come verifico se un cronjob si \u00e8 eseguito correttamente su Plesk?<\/h3>\n<p>Ci sono diversi modi: dalla GUI di Plesk potete vedere lo stato dell&#8217;ultimo run di ogni task. Per un&#8217;analisi pi\u00f9 approfondita, controllate il file <code>\/var\/log\/cron<\/code> (su CentOS\/AlmaLinux) o <code>\/var\/log\/syslog<\/code> (su Debian\/Ubuntu). Inoltre, il file <code>\/var\/log\/plesk\/task-manager.log<\/code> registra tutte le attivit\u00e0 dei task Plesk. Vi consiglio sempre di aggiungere un redirect dell&#8217;output a un file di log dedicato nei vostri script, cos\u00ec da avere un riscontro immediato in caso di problemi.<\/p>\n<h2>Conclusione<\/h2>\n<p>La <strong>configurazione dei cronjob su Plesk<\/strong> \u00e8 una competenza fondamentale per qualsiasi amministratore di sistema. Automatizzare backup, manutenzione e monitoraggio non solo vi fa risparmiare ore di lavoro manuale, ma protegge i vostri dati e quelli dei vostri clienti da perdite accidentali.<\/p>\n<p>Nella mia esperienza, un server ben automatizzato \u00e8 un server che vi fa dormire sonni tranquilli. Partite dai cronjob essenziali che vi ho mostrato \u2014 backup notturno, pulizia disco, ottimizzazione database \u2014 e poi personalizzate in base alle vostre esigenze.<\/p>\n<p>Se gestite anche la parte email del server, potrebbe interessarvi la mia guida su come <a href=\"https:\/\/darioiannascoli.it\/blog\/sbloccare-email-coda-postfix-plesk\/\">sbloccare le email in coda Postfix su Plesk<\/a>, un&#8217;altra operazione che si presta bene all&#8217;automazione via cronjob.<\/p>\n<p>Avete domande o volete condividere i vostri cronjob essenziali? Lasciate un commento qui sotto, mi fa sempre piacere confrontarmi con altri sysadmin!<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Guida pratica alla configurazione dei cronjob su Plesk per automatizzare backup, manutenzione server e ottimizzazione WordPress con script testati.<\/p>\n","protected":false},"author":1,"featured_media":1233,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"Cronjob Plesk: Automatizzare Backup e Manutenzione Server","_seopress_titles_desc":"Scopri come configuro i cronjob su Plesk per automatizzare backup, pulizia log e manutenzione server. Guida step-by-step con script pronti all'uso.","_seopress_robots_index":"","footnotes":""},"categories":[4],"tags":[201,200,203,204,202],"class_list":["post-992","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-plesk","tag-backup-automatico-plesk","tag-cronjob-plesk","tag-manutenzione-server","tag-plesk-obsidian","tag-scheduled-tasks-plesk"],"_links":{"self":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/992","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/comments?post=992"}],"version-history":[{"count":0,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/posts\/992\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media\/1233"}],"wp:attachment":[{"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/media?parent=992"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/categories?post=992"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/darioiannascoli.it\/blog\/wp-json\/wp\/v2\/tags?post=992"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}