fix(upload): 용량 초과 안내를 실제 감시 경로(PKM/Inbox)로 정정, UI에서 SLA 숫자 제거
file_watcher.py:33 이 `Path(settings.nas_mount_path) / "PKM" / "Inbox"` 만 rglob 재귀 스캔함. 그러나 UI 문구는 "NAS의 PKM 폴더" 로 넓게 안내해 사용자가 PKM 바로 아래 다른 폴더(Reports, Archive 등) 에 파일을 두면 조용히 실패하는 silent dead end 가 생기던 문제를 정정. 또한 "5분 이내 자동 인덱싱" 같은 단정적 시간 약속을 제거. watcher 주기 (5분) 와 후속 처리 큐(extract/classify/embed) backlog 는 별개이며, 감시 주기만 5분이지 처리 완료가 5분 내라는 뜻이 아님. 숫자는 운영 지식 이지 UX 계약이 아니므로 UI 에서 제거하고 "감시 주기와 처리 대기열 상황에 따라 반영 시점은 달라질 수 있습니다" 로 정직하게 표현. 주석에서 `home-caddy` 외부 인프라 이름도 제거. 추후 Phase B 에서 이 한도는 서버가 내려주는 단일 계약값으로 이동 예정. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -6,10 +6,10 @@
|
||||
|
||||
let { onupload = () => {} } = $props();
|
||||
|
||||
// home-caddy `request_body max_size 100MB` (go-humanize SI 기준 100,000,000 바이트).
|
||||
// 100MB 초과 파일은 NAS PKM 폴더 직접 마운트 → file_watcher 5분 간격 자동 인덱싱 경로 사용.
|
||||
// 업로드 크기 한도 (SI 기준 100MB). 백엔드 설정과 동기화 필요 — 추후 서버에서 내려받는 구조로 전환 예정.
|
||||
// 100MB 초과 파일은 NAS 의 PKM/Inbox 폴더에 직접 두면 file_watcher 가 감시 경로로 수집.
|
||||
const MAX_UPLOAD_BYTES = 100 * 1000 * 1000;
|
||||
const NAS_FALLBACK_HINT = '대용량 파일은 NAS의 PKM 폴더에 직접 두면 file_watcher 가 5분 이내에 자동 인덱싱합니다.';
|
||||
const NAS_FALLBACK_HINT = '대용량 파일은 NAS의 PKM/Inbox 폴더에 두면 자동 수집 대상이 됩니다. 감시 주기와 처리 대기열 상황에 따라 반영 시점은 달라질 수 있습니다.';
|
||||
|
||||
let dragging = $state(false);
|
||||
let uploading = $state(false);
|
||||
|
||||
Reference in New Issue
Block a user