26

25

24

requirements updated

Refactor: Enhance Flask Application Logging for Clarity and Conciseness

This commit refines the logging output of the Flask application (`app_flask/Flask_with_delay.py`) to improve readability and provide clearer status indicators during benchmark runs.

Two key changes were implemented:

1.  **Disable Werkzeug's Default Access Logs:**
    The standard Werkzeug request logger (which produces lines like `127.0.0.1 - - [timestamp] "GET / HTTP/1.1" 200 -`) has been disabled. This is achieved by getting the 'werkzeug' logger instance and setting its logging level to `ERROR`. This change significantly reduces log verbosity, allowing the custom application logs to be more prominent and easier to follow.

2.  **Add Explicit "OK" Confirmation to Custom Logs:**
    The custom log message printed by the Flask server upon successful request processing has been augmented with an " - OK" suffix. The log line now appears as `[Flask Server] Request {id} processed in {time}s - OK`. This provides an unambiguous visual confirmation that each request was handled successfully by the server, which is particularly useful when monitoring benchmark progress.

These modifications aim to make the Flask server's console output more focused and informative, aiding in the analysis of benchmark results by removing redundant log entries and clearly indicating successful operations.

23

Zero-Failure

22

21

20-core CPU

Chore(benchmark): Reduce server keep-alive delay in benchmark table script

This commit updates the `run_benchmark_table.py` script to shorten the keep-alive duration for web servers (FastAPI and Flask) after their respective benchmark tests complete and their pages are opened in the browser.

Previously, the script would pause for 5 seconds to allow manual viewing of the opened page. This duration has been reduced to 2 seconds.

Specific changes:
- Modified the `time.sleep()` call from `time.sleep(5)` to `time.sleep(2)` within the main scenario loop.
- Updated the corresponding console message `console.print(f"[blue]Keeping server alive for ... seconds to view the page...[/blue]")` to reflect the new 2-second delay.

This change streamlines the benchmark execution process by reducing the waiting period, making the overall benchmarking cycle faster, while still allowing a brief moment to visually confirm the server's response. This refinement is part of ongoing efforts to optimize the benchmarking utilities.

17

16

15

v14

TDD Updated

v12

show benchmark table -ok

fastAPI complete

flask complete

11

10

End of phase 4

docs(TDD): Clarify FastAPI server execution and fix markdown for Phase 4

This commit enhances the Technical Design Document (Design Docs/TDD.md) by providing explicit instructions for running the FastAPI server, pertinent to the completion of Phase 4 ("Green Implementation for FastAPI"). It also includes a minor markdown syntax correction.

Key changes:
- Added a dedicated markdown block in Phase 4 with the precise command `uvicorn app_fastapi.app:app --host 127.0.0.1 --port 8000` and context for running the FastAPI application. This makes the instruction more prominent and user-friendly.
- Removed the previous, less visible comment `# Uvicorn will run this: uvicorn app_fastapi.app:app --port 8000` from within the FastAPI Python code example to avoid redundancy and improve clarity.
- Corrected markdown code block specifiers (from ``` to ````) around the FastAPI example and the new instruction block to ensure correct rendering of the document.

These changes make it easier for anyone following the TDD to manually start and test the FastAPI server as intended at the end of Phase 4, before proceeding to the benchmarking in Phase 5.

9

starting phase 4 -

8

phase 3 complete

file name updated

app_flask   app.py auto launches browser and 3000

4

Initialize project environment, dependencies, and Flask 'red' test.

This commit covers the successful completion of Phase 0 (Environment & Repo Skeleton) and Phase 1 (Red Test for Flask Home Route) as outlined in the Technical Design Document.

Key achievements include:

Phase 0:
- Successfully created and activated a Python virtual environment (.venv).
- Installed core project dependencies: Flask, FastAPI, Uvicorn, Pytest, HTTPX, and Requests.
- Corrected and finalized 'requirements.txt' to reflect these core dependencies with their specific versions.
- Scaffolded the initial project directory structure:
    - project/
        - app_flask/
        - app_fastapi/
        - tests/
        - benchmark/

Phase 1:
- Created the initial failing test file 'project/tests/test_flask_route.py'. This test is designed to fail (red state) as the Flask application endpoint is not yet implemented.
- Confirmed the expected 'red' test failure (httpx.ConnectError and ModuleNotFoundError for the non-existent app) by running the command:
  .\.venv\Scripts\python.exe -m pytest -p no:all
- Updated 'Design Docs/TDD.md' to include a detailed report of the Phase 1 verification, including the exact command used and the observed terminal output.

This establishes the baseline for Test-Driven Development, with a failing test now ready for the Flask application implementation in Phase 2.

requirements file updated

phase 0 - Complete