full-day workshop: Make the generated devcontainer startup portable and non-blocking

Problem

Step 0 allows a repository name chosen by the learner or workshop leader, but content/full-day/3-codespaces.md hard-codes this startup command:

"postStartCommand": "chmod +x /workspaces/pets-workshop/app/scripts/start-app.sh && /workspaces/pets-workshop/app/scripts/start-app.sh"

It fails when the generated repository is not named pets-workshop. In addition, start-app.sh deliberately waits for both application processes and does not exit, so using it directly as a lifecycle command can leave the Codespaces startup task running indefinitely.

Suggested change

Use the dev container workspace variable or a workspace-relative command, and launch the long-running application through a non-blocking mechanism appropriate for dev containers.

Acceptance criteria

• The command works for any repository name allowed by Step 0.
• The dev container lifecycle command completes after starting the services.
• Flask and Astro logs remain accessible to the learner.
• Both services restart predictably after a Codespace stop/start.
• Service cleanup does not leave duplicate processes.

Bắt đầu với content/full-day/3-codespaces.md và app/scripts/start-app.sh; kiểm tra cách postStartCommand được tạo và cách script xử lý cả hai dịch vụ. Kiểm thử với tên repository khác pets-workshop, đồng thời dừng và khởi động lại một Codespace, xác minh việc hoàn tất vòng đời, các log Flask và Astro hiển thị, việc khởi động lại có thể dự đoán được và không có các process trùng lặp.