Log del server
Puoi visualizzare i file di log all’interno di MyKinsta e scaricare altri log tramite SFTP. I file di log non possono essere cancellati manualmente e vengono conservati per un massimo di 4 giorni. Questi file sono preziosi per la risoluzione degli errori e per identificare altri problemi del tuo sito.
Se hai un piano Single 1.25M o superiore, WP 60 o superiore o un piano Agency, puoi contattare il nostro team di supporto per aggiungere Splunk Forwarder al tuo sito. Questo strumento indicizza i tuoi log e li invia a Splunk, una piattaforma di terze parti progettata per facilitare il monitoraggio, la ricerca, l’analisi e la visualizzazione dei dati di log. Per utilizzare Splunk, devi avere un account Splunk con accesso alla Splunk Cloud Platform.
Visualizzare i log in MyKinsta
In MyKinsta sono disponibili tre tipi di file di log: error.log, kinsta-cache-perf.log e access.log.
In MyKinsta, vai su Siti e seleziona il sito per il quale vuoi visualizzare i log. Clicca sulla scheda Log per aprire la pagina di visualizzazione dei log . Usa la casella di ricerca per trovare il testo nel file corrente.
error.log
Questo file registra gli errori e gli avvisi PHP generati dal tuo sito WordPress. Può includere:
Errori PHP fatali
Avvertenze e avvisi
Problemi di compatibilità tra plugin e temi
Errori di limite di memoria o timeout
Problemi a livello di server relativi all’esecuzione di PHP
Utilizzalo per il debug di pagine interrotte, schermate bianche della morte e problemi di plugin/temi.
kinsta-cache-perf.log
Questo file registra i dettagli delle prestazioni della cache specifici del livello di caching di Kinsta. In genere mostra:
Quando una pagina è stata servita dalla cache o è stata bypassata
Eventi HIT / MISS / BYPASS della cache
Informazioni sul refresh/purge della cache
Tempi di risposta e metriche correlate
Dettagli sul motivo per cui la cache è stata o non è stata utilizzata (cookie, parametri di query, richieste POST, ecc.)
Utilizzalo per diagnosticare il comportamento della cache, migliorare le prestazioni o confermare se le pagine vengono memorizzate correttamente nella cache.
access.log
Questo è il log degli accessi al server web, che registra ogni richiesta HTTP fatta al tuo sito. Include:
Indirizzi IP dei visitatori
URL e stringhe di query richieste
Codici di stato HTTP (200, 301, 404, 500, ecc.)
Timestamp
Metodi di richiesta (GET, POST, ecc.)
Dimensioni della risposta e tempo di elaborazione
Utilizzalo per il controllo della sicurezza, il monitoraggio del traffico, l’individuazione degli errori 404 e l’analisi dei modelli di accesso al sito.
Cerca e filtra i log
Se stai cercando una voce di log specifica, inizia filtrando i log per periodo di tempo. Poi aggiungi una stringa di ricerca per restringere i risultati. Tutto il testo corrispondente viene evidenziato, consentendoti di identificare facilmente ogni voce pertinente.
Scaricare i log con SFTP
Oltre ai file error.log, kinsta-cache-perf.log e access.log, puoi scaricare i file cache-purge.log e mail.log tramite SFTP.
- Collegati al tuo sito con SFTP.
- Naviga nella cartella/directory logs.
- In questa cartella troverai i file di log. Puoi scaricarne uno o tutti.
- Una volta scaricati i file di log, puoi aprirli con il tuo editor di testo preferito o importarli in un’applicazione di visualizzazione dei log, se preferisci.
Descrizioni dei file di log
Per ogni tipo di file di log, il file senza data alla fine del nome contiene i dati del giorno corrente. I log storici dei giorni precedenti sono denominati con la data del giorno successivo. Ad esempio, un file access.log denominato access.log-2022-07-25-1658707208 contiene i log da poco dopo la mezzanotte del 24 luglio 2022 fino a poco prima della mezzanotte del 25 luglio 2022.
- access.log: questo file è un registro delle richieste di Nginx per il giorno corrente.
- error.log: qui vengono registrati gli errori specifici, compresi quelli di PHP.
- kinsta-cache-perf.log: lo stato delle intestazioni della cache (hit, miss o bypass) per le richieste viene registrato qui.
- cache-purge.log: questo file contiene un registro delle richieste agli URL di cancellazione della cache (compresi gli URL di cancellazione della cache configurati nel plugin MU di Kinsta).
- mail.log: un registro del numero di email inviate dal tuo sito ogni ora. Ogni riga avrà un aspetto simile a questo:
[22/Sep/2021:21:56:01 +0000] "H" 1 "no_action"- Il formato è:
[time] "H" [count] "no_action" “H”e“no_action”sono costanti che possono essere ignorate.
- Il formato è:
Formati dei file di log
access.log
Ogni riga avrà un aspetto simile a questo:
kinstahelptesting.kinsta.cloud 98.43.13.94 [22/Sep/2021:21:26:10 +0000] GET "/wp-admin/" HTTP/1.0 302 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:92.0) Gecko/20100101 Firefox/92.0" 98.43.13.94 "/wp-admin/index.php" - - 472 0.562 0.560Formato
$http_host_cleaned $remote_addr_kinsta $time_local $request_method $request_uri $server_protocol $status $http_referer $http_user_agent $http_x_kinsta_edge_incomingip $uri $log_x_pull $gzip_ratio $bytes_sent $request_time $upstream_response_timeDescrizioni delle colonne
$http_host_cleaned: hostname richiesto dal client.$remote_addr_kinsta: IP del client che si connette.$time_local: timestamp basato su UTC per la transazione.$request_method: metodo HTTP utilizzato (GET/POST/PUT/DELETE) per accedere alla risorsa del sito.$request_uri: percorso completo/raw del sito (URI) richiesto dal sito dopo il dominio.$server_protocol: protocollo utilizzato per accedere al sito (HTTP/HTTPS).$status: codice di risposta del sito (2xx,3xx,4xx,5xx, ecc.).$http_referer: eventuali tag di inoltro o URL che indirizzano la richiesta al sito/URI.$http_user_agent: tipo di browser o processo software del client che effettua la richiesta.$http_x_kinsta_edge_incomingip: di solito è uguale a$remote_addr_kinstache indica l’IP del client.$uri: Versione ripulita di$request_uri.$log_x_pull: registra le informazioni che indicano se la richiesta ha utilizzato la nostra precedente implementazione del CDN di Kinsta (powered by KeyCDN). Questa colonna potrebbe essere rimossa nel prossimo futuro.$kinsta_compression_ratio: rapporto di compressione utilizzato per la richiesta.$bytes_sent: dimensione della richiesta inviata.$request_time: tempo totale impiegato per la richiesta.$upstream_response_time: tempo necessario a PHP per elaborare la richiesta.
error.log
Ogni riga avrà un aspetto simile a questo:
2019/06/17 15:29:57 [error] 55810#55810: *360896 FastCGI sent in stderr: "PHP message: PHP Parse error: syntax error, unexpected end of file in /www/kinstahelptesting_610/public/wp-content/plugins/code-snippets/php/admin-menus/class-edit-menu.php(213):eval()'d code on line 10" while reading response header from upstream, client: 126.100.65.37, server: kinstaexample.com, request: "POST /wp-admin/admin.php? page=edit-snippet&id=6 HTTP/1.0", upstream: "fastcgi://unix:/var/run/php7.3-fpm-kinstahelptesting.sock:", host: "kinstaexample.com", referrer: "https://kinstaexample.com/wp-admin/admin.php?page=edit-snippet&id=6Nota: alcuni errori possono essere seguiti da una traccia di stack, che fornisce maggiori dettagli sull’errore ed è utile per il debug degli errori.
Formato
UTC timestamp, severity level, error code, error ID, stderr message, client IP, site domain, HTTP/S request type, URI, protocol, upstream process handling request, interal host/port details, referrer URLDescrizioni delle colonne
UTC timestamp: timestamp basato su UTC per l’errore.severity level: gravità dell’errore (errore, avviso, ecc.).error code: ID del processo e del thread.error ID: ID della connessione.stderr message: messaggio di errore standard.client IP: l’indirizzo IP che ha effettuato la richiesta.site domain: dominio del sito in cui si è verificato l’errore.HTTP/S request type: Metodo HTTP utilizzato (GET/POST/PUT/DELETE).URI: URI richiesto.protocol: protocollo utilizzato per la richiesta.upstream process handling request: processo sul server che ha gestito la richiesta.interal host/port details: hostname utilizzato internamente dal server.referrer URL: l’URL da cui proviene la richiesta.
kinsta-cache-perf.log
Ogni riga avrà un aspetto simile a questo:
Formato
$time_local $sent_http_x_kinsta_cache $cache_zone $remote_addr_kinsta $request_method $request_uri $server_protocol $log_cookie $upstream_response_timeDescrizioni delle colonne
$time_local: timestamp UTC per la richiesta$sent_http_x_kinsta_cache: stato della richiesta di cache (MISS/BYPASS/HIT)$cache_zone: zona interna della cache designata per l’elemento in cache$remote_addr_kinsta: IP del client remoto$request_method: metodo HTTP/S utilizzato per la richiesta (GET/PUT/POST/DELETE)$request_uri: percorso della risorsa (URI) della richiesta dopo l’URL$server_protocol: protocollo HTTP vs HTTPS$log_cookie: cookie associato all’elemento in cache$upstream_response_time: tempo di elaborazione della richiesta da parte della CDN a monte
cache-purge.log
Ogni riga avrà un aspetto simile a questo:
Formato
$time_local $remote_addr_kinsta $request $upstream_response_timeDescrizioni delle colonne
$time_local: timestamp UTC per la richiesta$remote_addr_kinsta: IP interno dello strumento che richiede la cancellazione della cache$request: tipo di richiesta che sarà POST per qualsiasi pulizia avviata$upstream_response_time: tempo per completare l’azione di pulizia
mail.log
Ogni riga avrà un aspetto simile a questo:
[22/Sep/2021:21:56:01 +0000] "H" 1 "no_action"Formato
[time] "H" [count] "no_action"Descrizioni delle colonne
time: timestamp basato su UTC"H": costante che può essere ignorata.count: numero di email inviate dal tuo server."no_action": costante che può essere ignorata.