Log: build e richieste del tuo sito
I log ti dicono cosa è successo e quando: ogni creazione e pubblicazione del progetto, e ogni richiesta che ha eseguito il codice del tuo sito nell'ultimo giorno. Usali per capire perché un modulo, un'attività pianificata o una pagina non si comporta come dovrebbe.
Due tipi di log
| Vista | Cosa mostra | Quanto indietro |
|---|---|---|
| Builds | Ogni costruzione, modifica e pubblicazione di questo progetto, e i passaggi di ciascuna. | Le ultime 40 |
| Requests | Le richieste e gli errori del sito, dalle più recenti. | Le ultime 24 ore, fino a 100 alla volta |
Le attività programmate e i webhook tengono log propri, per trenta giorni: Runs in Attività programmate e Deliveries in Webhook. I messaggi inviati dai tuoi moduli sono conservati in Settings, Forms.
Creazioni
Ogni voce indica cosa è stato chiesto (con le parole della richiesta), chi l'ha chiesto, quando e quanto tempo ci è voluto. Quando non l'ha avviata una persona, compare Briks. A destra c'è il suo stato:
| Stato | Significato |
|---|---|
| Waiting | In coda dietro altre attività. |
| Running | In corso adesso. |
| Done | Finito. |
| Failed | Si è fermato prima della fine. |
| Stopped | È stata interrotta prima di terminare. |
Clicca su una voce per vedere i suoi passaggi, ciascuno con l'ora in cui è avvenuto. Un passaggio andato storto è mostrato in rosso. Una voce non riuscita termina con: It did not finish. Nothing on the live site changed, and no credits were charged for it.
Per vedere lo stesso lavoro mentre avviene, con l'anteprima accanto, usa lo studio: vedi Seguire una creazione.
Richieste
Requests mostra le chiamate che hanno eseguito il codice del tuo sito: le sue route /api e le visite alle pagine mentre un test A/B divide i visitatori tra due versioni. Le pagine normali, le immagini e i file vengono serviti così come sono, quindi non compaiono. Non compaiono nemmeno i messaggi inviati tramite un modulo di contatto, che vanno direttamente a Briks e non passano dal codice del tuo sito.
Ogni riga mostra l'ora, il metodo e il percorso (GET chiede qualcosa, POST invia qualcosa), quanto ci è voluto in millisecondi e lo stato con cui il sito ha risposto, oppure nessuna risposta. Le righe scritte dal codice del tuo sito mostrano il loro messaggio e un livello come error o warning. Fai clic su una riga per vedere il messaggio completo, la data e l'id della richiesta.
| Stato | Cosa significa |
|---|---|
| 2xx, come 200 | Ha funzionato. |
| 4xx, come 400 o 404 | La richiesta è stata respinta: mancava qualcosa o c'era un errore, oppure a quel percorso non esiste nulla. |
| 5xx, come 500 | Il codice del sito ha avuto un errore mentre rispondeva. |
Filtri
| Filtra | Scelte | Usalo per |
|---|---|---|
| Search | Qualsiasi parola: un percorso, un messaggio, un id di richiesta | Trova una rotta o un errore. |
| Level | All levels, Errors, Warnings | Mostra solo i problemi segnalati dal codice. |
| Status | Any status, Succeeded, 4xx, 5xx | Mostra solo le richieste respinte o non riuscite. |
Impostali e premi Show. L'indirizzo della pagina li conserva, così puoi salvare tra i preferiti una vista filtrata. No requests in the last day significa che nessuna richiesta ha eseguito il codice del sito in 24 ore. Se la pagina dice Logs cannot be read right now, riprova tra un minuto.
Diagnostica un modulo che non funziona
Cerca la voce
Dove: Settings, Forms
Ogni messaggio inviato da un visitatore viene conservato qui, gli ultimi 100 a schermo. Ognuno mostra quando è arrivato e da quale pagina, poi emailed, not emailed o preview.
Se c'è scritto anteprima
Dove: Settings, Forms
Il sito non è stato pubblicato in produzione, quindi le voci vengono conservate ma non inviate per email. Vedi Pubblicare in produzione.
Se risulta inviata per email ma non è arrivato nulla
Dove: Your inbox
Le richieste arrivano a chi ha creato il progetto o, se questa persona se n'è andata, al primo Owner dello spazio di lavoro. Controlla quella casella di posta, compresa la cartella spam.
Se non c'è affatto
Dove: The live site
Il messaggio non è mai arrivato a Briks. Inviane uno tu. Se il modulo risponde che da qui sono stati inviati troppi messaggi, è stato raggiunto un limite: fino a 5 messaggi da un visitatore in 10 minuti, e fino a 300 al giorno per il sito.
Se un altro strumento dovrebbe averlo
Dove: Settings, Webhooks, Deliveries
Imposta Status su Failed e premi Show. Apri la consegna per leggere cosa ha risposto l'altro strumento, poi Send again quando è sistemato.
Diagnosticare un'attività programmata che non funziona
Leggi l'esecuzione
Dove: Settings, Scheduled tasks, Runs
Apri l'esecuzione non riuscita. Mostra cosa ha risposto l'indirizzo, per esempio answered 500, e l'inizio della risposta.
Trova l'errore
Dove: Settings, Logs, Requests
Se l'attività chiama un percorso del tuo sito, cerca il suo path, per esempio
/api/daily-summary, e imposta Level su Errors. Il messaggio dice cosa è andato storto nel codice.Chiedi la correzione
Dove: Studio
Incolla l'errore nella chat dello studio con una frase sull'attività: La route del riepilogo giornaliero dà questo errore ogni mattina. Vedi Fare modifiche.
Riprova
Dove: Settings, Scheduled tasks
Dopo la pubblicazione della correzione, apri i tre puntini dell'attività e scegli Run now. Il risultato appare subito.
Un'esecuzione segnata come Skipped non è fallita: le chiamate del giorno per il progetto erano esaurite. Le esecuzioni ripartono dopo la mezzanotte UTC. I limiti dei piani sono nella pagina Attività programmate.
Diagnosticare una pagina lenta
Requests misura tutto ciò che esegue il codice del tuo sito, quindi è il posto dove guardare quando una pagina che carica i contenuti dalle route del sito sembra lenta. App e dashboard di solito funzionano così.
Apri la pagina e annota l'ora
Dove: The live site
Carica tu stesso una volta la pagina lenta, così le sue richieste saranno tra le più recenti.
Leggi le tempistiche
Dove: Settings, Logs, Requests
Guarda i millisecondi accanto a ogni richiesta fatta in quel momento. Una route che impiega diversi secondi mentre le altre ne impiegano poche centinaia di millisecondi è la colpevole.
Restringi la scelta
Dove: Settings, Logs, Requests
Cerca il percorso di quella route per capire se è sempre lenta o solo a volte, e se accanto compaiono Warnings o Errors.
Chiedi una correzione
Dove: Studio
Di' allo studio quale route è lenta e quanto, indicando la pagina che serve.
Se non compare nulla di lento, il ritardo non dipende dal codice del tuo sito. Pagine, immagini e file vengono serviti così come sono, quindi guarda cosa contiene la pagina, ad esempio immagini grandi o un video, e descrivi nello studio cosa ti sembra lento.
Esempio pratico: un'app di prenotazioni che non salvava più
Dalla mattina non era arrivata nessuna nuova prenotazione, anche se il telefono continuava a squillare con persone che dicevano che il modulo non faceva nulla.
In Requests, con Status impostato su 5xx, ogni POST /api/bookings dalle 9:12 ha risposto 500. La riga di errore accanto diceva che mancava un campo obbligatorio.
Da stamattina ogni prenotazione fallisce con un errore 500 su /api/bookings. Il log dice che manca il campo della taglia dell'animale. Ieri abbiamo tolto quel campo dal modulo.
La modifica è stata pubblicata e la prenotazione successiva sotto Requests ha risposto 200.