Heatmap speed improvements #4755
Conversation
dracos
force-pushed
the
heatmap-speed-improvements
branch
from
11dd75c to
91ba974
Compare
Codecov ReportAttention:
Additional details and impacted files@@ Coverage Diff @@
## master #4755 +/- ##
==========================================
+ Coverage 85.30% 85.40% +0.09%
==========================================
Files 339 339
Lines 24585 24793 +208
Branches 4666 4751 +85
==========================================
+ Hits 20973 21174 +201
+ Misses 2191 2189 -2
- Partials 1421 1430 +9 ☔ View full report in Codecov by Sentry. |
On reports pages (and heatmap), we know all reports involved are owned by the body, so do not need to perform this check. Copy of e4addf2 for other cobrands.
The prefetch used in the sidebar queries is not needed when fetching the pin data.
Even though these are saved in memcache, if we need to look it up a lot of times in one request, is quicker to cache it locally as well.
dracos
force-pushed
the
heatmap-speed-improvements
branch
from
91ba974 to
77a2ea8
Compare
|
After testing this live, I got annoyed by the initial page loading speed (the pins after that were much better from the above), given it was then reloading the same data, and saw some double loading, so I added another commit, 660f74d which stopped the sidebar from being included at initial load, and made sure the markers were hidden to prevent a double load of (admittedly now faster) data. |
The state change should help everywhere, but it's most noticeable on the heatmap [skip changelog]