TL;DR
- Le esecuzioni di visibilità pianificate partivano anche a macchina offline, quindi un laptop chiuso significava un'esecuzione che falliva ogni richiesta.
- L'app ora fa un vero controllo di connettività prima che un'esecuzione pianificata parta, perché il sistema operativo dichiara "online" nel momento in cui il laptop si sveglia, prima che la connessione funzioni.
- Se la connessione muore a metà esecuzione, l'esecuzione si ferma e il calendario riprova quando la macchina torna online.
- Le richieste fallite restano fuori dai risultati, così contano solo le risposte vere.
- Sempre questa settimana: un'esecuzione di visibilità conclusa può passare direttamente alla chat di Moose per una conversazione più lunga sui risultati, e le personalizzazioni del player audio ora vengono salvate.
Pianificata per fallire
Hi, Moose controlla la vostra visibilità AI secondo un calendario: interroga gli assistenti AI che usano i vostri clienti sul vostro settore e registra se comparite. È l'app desktop a fare le domande, dalla vostra macchina.
Ed è lì che viveva il bug. Il calendario sapeva quando un'esecuzione era in scadenza. Non sapeva se il laptop poteva raggiungere internet. Chiudete il coperchio, prendete un treno, riapritelo da qualche parte con un wifi che non si è ancora pronunciato su di voi, e un'esecuzione in scadenza partiva comunque, faceva ognuna delle sue domande a una connessione morta e falliva ogni singola richiesta. Tutto quel lavoro, niente da mostrare, e un disordine che la dashboard doveva ripulire.
Un job pianificato che non alza gli occhi dalla sua lista è un guasto in cui è facile riconoscersi. Ed è anche un guasto riparabile.
Le tacche del wifi non sono internet
La soluzione ovvia è "controlla prima se sei online", ed ecco la parte che l'ha resa interessante: il sistema operativo è un ottimista. Nel momento in cui un laptop si sveglia, l'interfaccia wifi è attiva e il sistema dichiara connesso, mentre DNS e routing stanno ancora cercando le scarpe. Un'esecuzione partita in quel varco fallisce esattamente come prima, sotto lo sguardo di un'icona wifi ben verde.
Così l'app ha smesso di chiedere il parere del sistema e ha iniziato a controllare da sola. Prima che un'esecuzione pianificata cominci, fa una richiesta vera a due endpoint di connettività ben noti, dello stesso tipo che il vostro laptop usa per riconoscere le pagine di accesso dei bar, e prende la prima risposta che arriva. Nessuna risposta da entrambi, niente esecuzione per ora. Il calendario semplicemente aspetta, e l'esecuzione parte quando la connessione è reale.
Fermarsi, poi riprovare
Le connessioni muoiono anche a metà esecuzione. Ora l'esecuzione se ne accorge: se un paio di richieste di fila tornano a mani vuote, verifica la connessione prima di spendere tempo sul resto. Un singolo controllo può metterci minuti ad arrendersi davanti a una connessione morta, e un'esecuzione ne ha molti, quindi accorgersene presto conta.
Se salta fuori che la macchina è offline, l'esecuzione si ferma, mette da parte la sua pila parziale di fallimenti e riapre la finestra di calendario di oggi. Quando tornate online, parte una volta e fa il lavoro come si deve. E le richieste fallite restano comunque fuori dai risultati, così contano solo le risposte vere.
Un'esecuzione con cui parlare
Sempre questa settimana: quando un'esecuzione di visibilità finisce e volete andare a fondo, potete passarla alla chat di Moose per proseguire l'analisi. I risultati viaggiano insieme a lei, e siccome quel primo messaggio l'ha scritto l'app stessa, la chat si mette subito al lavoro. Da un grafico a una conversazione sul grafico, in un passo.
E una piccola cosa che migliorerà in silenzio il martedì di qualcuno: se personalizzate il player audio incorporato della funzione Listen, le impostazioni ora vengono salvate. Configuratelo una volta, tenetevelo.
FAQ
Qual era il bug delle esecuzioni di visibilità pianificate?
Il calendario scattava che la macchina potesse raggiungere internet o no. Su un laptop chiuso o appena sveglio, l'esecuzione partiva, falliva ogni richiesta e non aveva nulla di reale da mostrare.
Come verifica ora l'app di essere online?
Fa una richiesta vera a due endpoint di connettività ben noti prima che un'esecuzione pianificata parta. Il segnale di connessione del sistema operativo non basta, perché dichiara connesso nel momento in cui il laptop si sveglia, prima che la connessione funzioni.
Cosa succede se la connessione cade a metà esecuzione?
L'esecuzione si ferma invece di trascinare il resto dei suoi controlli contro una connessione morta. Il calendario si riapre e l'esecuzione parte una volta quando la macchina torna online.
Le richieste fallite influiscono sui miei risultati di visibilità?
No. Una richiesta rimasta senza risposta viene segnata come non disponibile e resta fuori dai risultati, così contano solo le risposte vere.
Quello che sta sotto la scrivania per tutto il tempo.