owner/RSE
1
1
Fork 0
Code Issues Pull Requests 1 Actions Packages Projects Releases Wiki Activity

Use Cache On The API Level Instead Of Fetching The Progress Every Time #30

New Issue
Closed
opened 2024-12-15 11:33:37 +00:00 by owner · 1 comment
owner commented 2024-12-15 11:33:37 +00:00
Owner
Copy Link
Copy Source

As the titles says basically. Every time someone calls the API, it has to first talk to the scanner, then return the progress. That's slow, and if there are more clients asking for progress, it could end up making everything slower.

As the titles says basically. Every time someone calls the API, it has to first talk to the scanner, then return the progress. That's slow, and if there are more clients asking for progress, it could end up making everything slower.
owner added the enhancement label 2024-12-15 11:33:37 +00:00
owner self-assigned this 2024-12-15 11:33:37 +00:00
owner commented 2024-12-15 11:34:25 +00:00
Author
Owner
Copy Link
Copy Source

There is also rate limiting functionality in place on the API, but still, if we can just cache the result for like, 30 seconds, that would be great.

There is also rate limiting functionality in place on the API, but still, if we can just cache the result for like, 30 seconds, that would be great.
owner added reference ImplementAPICache 2024-12-19 16:54:03 +00:00
owner closed this issue 2024-12-19 19:29:11 +00:00
Sign in to join this conversation.
ImplementAPICache
Branches Tags
Labels
Clear labels
bug
Something is not working
 duplicate
This issue or pull request already exists
 enhancement
New feature
 help wanted
Need some help
 invalid
Something is wrong
 investigation
If something is working, but not as optimal as it should
 question
More information is needed
 wontfix
This won't be fixed
No labels enhancement
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
owner (Rasmus Rasmussen)
No Assignees owner
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: owner/RSE#30