Come visualizzare i log del server web in Plesk

Se hai mai utilizzato cPanel in precedenza, sarai sicuramente scettico sulla capacità del tuo pannello di controllo di fornire utili registri, tuttavia il visualizzatore di registri di Plesk non solo ha registri di accesso e di errore prontamente disponibili, ma anche la sua funzionalità è migliorata solo con ogni nuova versione di Plesk . Non c'è bisogno di abilitarlo o visualizzare i file di log non elaborati:è sempre lì quando ne hai bisogno.

Quando vuoi visualizzare i log?

• Quando ricevi un errore del server web (ad es.:403, 404, 501 o 502) quando visiti una pagina web o un file che dovrebbe funzionare e vuoi vedere una voce del log degli errori più dettagliata
• Vuoi monitorare i visitatori e/o le richieste al tuo sito web in tempo reale e, facoltativamente, vuoi vedere quali richieste richiedono l'elaborazione PHP.
• Quando salvi un'impostazione o una pagina, ricevi un errore o la pagina non si carica mai

Come visualizzare e monitorare i log in Plesk

1. Accedi a Plesk
2. In "Siti web e domini", cerca il dominio per il quale desideri visualizzare i log e seleziona il relativo pulsante "Log".
3. L'ultimo le voci di registro appariranno in fondo.
4. Puoi fare clic sul pulsante "Tempo reale" in alto a sinistra per vedere le nuove voci aggiunte in basso man mano che i visitatori accedono al tuo sito, oppure puoi fare clic sul pulsante di aggiornamento per aggiornare manualmente la visualizzazione dei log.

MODALITÀ DEBUG :se non vedi la registrazione che ti aspetti, potrebbe essere necessario abilitare la modalità di debug nella tua applicazione. Ecco come farlo con le comuni app web:

• Abilitazione della modalità di debug in WordPress
• Abilitazione della modalità di debug in Joomla
• Abilitazione della modalità di debug in Magento

Se hai abilitato la modalità di debug nella tua app Web, non dimenticare di disabilitarla dopo aver individuato e risolto il problema, altrimenti il ​​tuo sito utilizzerà probabilmente più CPU (carico IO) e i file di registro di debug probabilmente occuperanno molto più spazio sull'account.

Filtraggio/ricerca di log in Plesk

Nell'angolo in alto a destra puoi filtrare i log visualizzati facendo clic sulla freccia accanto a "Tutti i log".

Ad esempio, se stai tentando di risolvere un errore , allora vuoi evitare di vedere le voci di "accesso" e vedere solo gli errori, quindi seleziona solo quelle che contengono la parola "errore" .

Filtro per codice di errore: Se, quando visiti la pagina con cui hai problemi, ricevi un errore 502, cerca la casella di testo in cima all'elenco che dice "Codice" e inserisci "502". Quando l'elenco dei log viene aggiornato, ora dovresti vedere solo le voci di log che hanno generato un codice di errore 502.

Il filtraggio per codice di errore potrebbe non essere utile in tutti i casi. A volte la registrazione degli errori si verifica in più voci di registro e solo la prima di due o più voci di registro utili include esplicitamente il codice di errore.

Abbina voci di log ad azioni

Ci sono due modi per analizzare questi log per gli errori. Il modo più semplice per garantire che gli errori visualizzati corrispondano alle azioni che causano il problema è abilitare gli aggiornamenti in tempo reale e, in un'altra scheda o finestra, riprodurre il problema che genera l'errore. Vedrai immediatamente le voci di registro che corrispondono nel visualizzatore di registro di Plesk.

In alternativa, puoi tentare di far corrispondere i codici temporali . Ad esempio, se hai tentato di accedere al tuo sito 5 minuti fa e ha presentato un errore 403, dai un'occhiata ai timestamp nei log di 5 minuti fa e vedi quali voci di log corrispondono.

Suggerimento:tieni d'occhio le differenze di fuso orario! La parte inferiore del registro rappresenta le voci più recenti e dovrebbe corrispondere all'incirca all'ora corrente. Quindi, se la voce di registro più recente indica le 10:31 e il tuo orologio segna le 11:31, dovrai regolare di un'ora quando cerchi voci di registro specifiche.

Cerca l'errore più specifico

Dopo aver identificato le voci di registro corrette che corrispondono all'azione che stai intraprendendo in cui hai riscontrato un problema, dovrai quindi risolvere il problema. Poiché ora hai un errore più specifico da esaminare rispetto a prima, le tue ricerche dovrebbero restituire risultati più accurati.

• Ecco come risolvere gli errori 403 proibiti.
• Ecco come risolvere gli errori del gateway come 502.
• La risoluzione di 500 errori è qui.

È quindi possibile utilizzare questi errori più descrittivi eseguendo una ricerca nella nostra knowledge base per trovare una soluzione. Se non riesci a trovare una soluzione con una ricerca del testo di errore fornito, puoi anche creare un ticket di supporto e includere lì la voce di registro (assicurati di includere solo l'ultima voce, se si ripete) e indicheremo nella giusta direzione.

Filtraggio solo per richieste dinamiche

Se hai abilitato l'elaborazione nginx dei file statici come consigliato per i siti live (dettagli nella nostra guida all'ottimizzazione delle prestazioni), allora nginx gestirà tutte le richieste di file statici, incluse le cache di WordPress. Ciò significa che puoi scegliere di visualizzare *solo* i log di accesso di Apache e l'output di questi dovrebbe essere tutte richieste dinamiche.

Nell'angolo in alto a destra fai clic sulla freccia accanto a "Tutti i registri" e seleziona solo i registri di accesso Apache.

Voci di registro benigne

Questi sono esempi di voci di registro che è sicuro ignorare:

file mappa

2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-content/plugins/bbpowerpack/assets/js/swiper.min.js.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.3 K Apache SSL/TLS access
2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-content/plugins/contentstudio-plugin-master/_inc/main.css.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.3 K Apache SSL/TLS access
2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-includes/js/tinymce/skins/lightgray/skin.min.css.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.2 K Apache SSL/TLS access
2019-04-24 18:44:49 Error 1.1.1.1 404 GET /wp-content/plugins/bbpowerpack/assets/js/swiper.min.js.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 90.3 K Apache SSL/TLS access

Questi sono sicuri da ignorare perché sono file .map che non sono essenziali per il funzionamento del tuo sito Web e vengono invece utilizzati per aiutare il debug quando si utilizzano file minimizzati. Se sei curioso, questo articolo descrive a cosa servono i map file.

avvisi

Gli avvisi PHP sono buoni a cui prestare attenzione solo quando hai esaurito tutte le altre opzioni. Se hai altre informazioni sulla risoluzione dei problemi da seguire, inizia sicuramente con quello prima. Ecco come apparirà un avviso PHP nei log:

2019-04-24 18:37:11 Warning 1.1.1.1 AH01071: Got error 'PHP message: PHP Warning: A non-numeric value encountered in /var/www/vhosts/<domain>/httpdocs/wp-content/plugins/bbpowerpack/modules/pp-logos-grid/includes/frontend.js.php on line 35', referer: / Apache error

Posizioni registro server (Shell/Avanzate)

Se disponi del tuo Plesk VPS con accesso root al filesystem del server, puoi ottenere un po' più di potenza quando filtri i log effettuando l'accesso tramite SSH. Troverai le posizioni dei registri di Plesk qui:

/var/www/vhosts/system//logs/

Filtraggio per richieste dinamiche tramite CLI…

Puoi accedere alla directory dei log tramite cd, quindi utilizzare un comando come questo per vedere solo le richieste che colpiscono Apache che hanno maggiori probabilità di generare processi PHP:

cd /var/www/vhosts/system/<put_your_domain_here>/logs/
tail -f access*log

Questo filtra ulteriormente i risultati:

cd /var/www/vhosts/system/<put_your_domain_here>/logs/
tail -f access*log | egrep " 404 |\/\?|.php" | egrep -v "fbclid"

Questo comando mostra tutti i 404, tutte le richieste che utilizzano parametri di query e qualsiasi richiesta per un file .php.

L'ultima parte egrep -v "fbclid" esclude il parametro dell'URL di monitoraggio di Facebook che, se utilizzato, dovrebbe restituire i risultati memorizzati nella cache in modo sicuro. È possibile aggiungere ulteriori esclusioni con il carattere | operatore, come questo:fbclid|anotherclid

È importante capire che:

1. Non tutte le richieste con parametri di query (contenenti /? ) saranno dinamici, ma li includiamo qui nel caso in cui almeno uno di essi lo faccia.
2. Puoi rimuovere la voce 404 dal comando se hai implementato le ottimizzazioni .htaccess per 404 descritte nella nostra guida all'ottimizzazione della velocità Bonus Tip #2. Il comando sarebbe quindi simile a questo:tail -f /path/to/access/logs | egrep "\/\?|.php"