-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Too many fetches #55
Comments
Yeah we really need a caching layer with a TTL. |
Nice to have by the end of M4 if we can, but low priority. |
This could be used to replace the default We should use the storage location via the fs. We should also have a large TTL, maybe a few hours at least? Even a day? |
from what i've seen so far while developing caching on the side of the jekyll plugin, mastodon goes a good job at caching (it uses rails), so letting the caching library follow the remote instance headers for ttls should be ok |
related to #55 when remote fetches are slow to respond, the whole request gets slow! timeouting to 3s makes it more bearable.
I added
console.log
tosignedFetch()
andmentionToActor
. When performing an approval action for a single activity, I see all of these requests logged.The text was updated successfully, but these errors were encountered: