mirror of
https://github.com/benbusby/whoogle-search.git
synced 2026-04-25 12:15:50 +03:00
[GH-ISSUE #886] [BUG] Performance issues because of lots of session files #551
Labels
No labels
Fixed (Pending PR Merge)
Stale
bug
enhancement
enhancement
good first issue
help wanted
keep-open
needs more info
pull-request
question
theme
unfortunate
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/whoogle-search#551
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @PrivacyDevel on GitHub (Nov 21, 2022).
Original GitHub issue: https://github.com/benbusby/whoogle-search/issues/886
Describe the bug
Whoogle creates an excessive amount of session files in app/static/config/session.
Over time this leads to high cpu usage and very long loading times.
These sessions files should probably automatically get deleted after a certain period of time.
To Reproduce
Deployment Method
runexecutableVersion of Whoogle Search
@benbusby commented on GitHub (Nov 22, 2022):
I believe this is fixed in
32ad39d0e1, which will be included in the next release. I'll push a new release this week that you can start using instead of 0.7.4.@PrivacyDevel commented on GitHub (Nov 23, 2022):
Ok, thank you! Btw. just a quick question, if you plan to push a new release, has the broken paging been fixed already? There has been an issue sometime after the 0.7.4 release that caused all result pages but the first one to break. Those pages showed no results anymore and the search query in the search box was replaced by some base64 encoded looking string.
@benbusby commented on GitHub (Nov 23, 2022):
@PrivacyDevel Yep, that should be fixed as well, by the same commit that I referenced. The previous library that was being used for session management was also erroneously regenerating user sessions prematurely, causing queries to not decrypt in between result pages (hence the encoded string you noticed).
@benbusby commented on GitHub (Nov 23, 2022):
Just pushed 0.8.0, so I'm gonna close this now.