Enhance pending documents API
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 22/100
Hướng nghiên cứu
This is a design-level API change: infer current pending-document handling from the existing documents list/filter by pending status, then introduce a processing-jobs model (start/end, progress, origin, unread/dismissed) plus date/origin filters and a streaming list endpoint. Start by locating the current pending-documents API and any related polling clients; done means jobs persist after processing, clients can filter and stream without polling, and bulk reprocess no longer floods the web indicator. No files or tests are named in the issue.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Problems
- We have to poll for changes to processing state. If the API provided a streaming response, we could avoid hitting the endpoint multiple times.
- Once the document is done processing, it’s removed from the results. Because we’re polling for data, once the document is done, it disappears from our processing list.
- When dispatching a bulk reprocess from the API, all those documents will appear in the web indicator
- https://github.com/MuckRock/documentcloud/issues/230
- https://github.com/MuckRock/documentcloud/issues/211
Proposed Solutions
- Document processing jobs are inferred by filtering documents for a “pending” status. We should consider creating a new table for processing jobs, that track details like:
- start time and end time
- a value to track job progress
- relation to the document, or documents, involved in the job
- track the client origin of a processing job: did it come from the web client, an API client, someplace else
- optionally, some kind of human-readable summary or description of the job: “Applying OCR to 15 documents”
- a boolean “unread” or “dismissed” status, so that clients know which completed jobs to display to users
- Provide date and origin filters for processing jobs, so that the client can make a request like “send me all pending or non-dismissed completed jobs created from the frontend client in the last week”
- Provide a streaming endpoint so that the client only has to make one request for the list of processing documents, instead of continuously polling the endpoint.
- Ngôn ngữ chính
- Python
- Star
- 55
- Fork
- 10
- Merge trung bình
- 1 ngày 13 giờ
- Pull request đã merge (30 ngày)
- 22
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của MuckRock/documentcloud
-
Remove cpuprofile dependencyĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 62/100
MuckRock/documentcloud#537 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 50/100
MuckRock/documentcloud#539 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 67/100
MuckRock/documentcloud#534 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 66/100
MuckRock/documentcloud#531 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 55/100
MuckRock/documentcloud#521 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của MuckRock/documentcloud
Issue tương tự
-
[BUG] HTTP lifecycle dispatch treats a NO_PROXY-only environment as corporate egress and skips the resolve-and-pinned sessionCó thể đã có người làm @bodapatisaikrishna đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[integration]: NoMacSandboxĐang mởexternal
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
langchain-ai/docs#7652 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[oblt-aw][autodoc] Document new e2e-secret-leak-artifacts workflow and update e2e-all leaf listĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 79/100
elastic/oblt-aw#2513 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug p2
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 75/100
NCAR/CLM-Tutorial#113 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày