Mastodon API: Preloading and normalization optimizations
authorrinpatch <rinpatch@sdf.org>
Tue, 13 Aug 2019 17:34:34 +0000 (20:34 +0300)
committerrinpatch <rinpatch@sdf.org>
Tue, 13 Aug 2019 17:34:34 +0000 (20:34 +0300)
commitc1b6952d2abe55668f240947e734127664a4cefa
treeaea9e5a1d5f877c25bede2f00da224f8f557e03b
parent984d7be1a4b4d1e1024a9f5d5aaee6252c553279
Mastodon API: Preloading and normalization optimizations

- Try to normalize the activity instead of object wherever possible
- Put the `user` key on non-home timelines as well so bookmarks and
thread mutes are preloaded there as well
- Skip trying to get the user when rendering mentions if the id ==
as:Public or user's follower collection
- Preload the object when getting replied to activities and do not crash
if it's not present

This almost solves the problem of Pleroma hammering the db with a lot
of queries when rendering timelines, the things left are
1. When rendering mentions and the user is not in cache, save it for
later and request all uncached users in one go
2. Somehow get rid of needing to get the latest follow activity to
detect the value of `requested` in a relationship. (create a database
view for user relationship and cache it maybe?)
lib/pleroma/activity.ex
lib/pleroma/web/mastodon_api/mastodon_api_controller.ex
lib/pleroma/web/mastodon_api/views/status_view.ex