fix: use module-level access for STORAGE_IMPL to avoid stale None binding

[whhe]

from common.settings import STORAGE_IMPL captures the value at import time (None), which is never updated when init_settings() later reassigns it. Switch to from common import settings and access via settings.STORAGE_IMPL so the current value is resolved at call time.

[dosubot]

Related Documentation

Checked 8 published document(s) in 1 knowledge base(s). No updates required.

^{How did I do? Any feedback?}  

[Copilot]

Pull request overview

This PR fixes a Python import-time binding issue where STORAGE_IMPL was being captured as None at module import time instead of being resolved at runtime after initialization. The fix changes from direct imports (from common.settings import STORAGE_IMPL) to module-level access (from common import settings and settings.STORAGE_IMPL).

Changes:

• Changed import pattern from direct variable import to module import in 4 files
• Updated all usages of STORAGE_IMPL to access via settings.STORAGE_IMPL

Reviewed changes

Copilot reviewed 4 out of 4 changed files in this pull request and generated no comments.

File	Description
powerrag/server/services/parse_service.py	Changed import and updated 2 usages of STORAGE_IMPL to use settings.STORAGE_IMPL
powerrag/server/services/convert_service.py	Changed import and updated 1 usage of STORAGE_IMPL to use settings.STORAGE_IMPL
powerrag/parser/vllm_parser.py	Changed import and updated 2 usages of STORAGE_IMPL to use settings.STORAGE_IMPL
powerrag/parser/mineru_parser.py	Changed import and updated 1 usage of STORAGE_IMPL to use settings.STORAGE_IMPL