Skip to content
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

🏇🐿️ Cache flow needs to be improved #613

Open
shnizzedy opened this issue Jan 16, 2020 · 1 comment
Open

🏇🐿️ Cache flow needs to be improved #613

shnizzedy opened this issue Jan 16, 2020 · 1 comment
Labels
Milestone

Comments

@shnizzedy
Copy link
Member

Because we're using a multi-document definition schema to load external content into MindLogger, and because loading a document from the web takes a non-negligible amount of time, we necessarily must cache the definition documents once they are parsed. Because we neglected to plan for this eventuality prior to implementing any versions through 0.7, each checkpoint is at a point where we hit a timeout on the server, and we have no planned or documented strategy for when to update a cached document.

We can and should overhaul when documents are cached and document that strategy before we implement.

Documents that must be cached for minimum functionality:

  • applets
  • protocols
  • activities
  • screens
  • response summaries (eg, whatever aggregation we need for the "data" tab)
  • profiles as viewed by a particular role

Documents for which caching would immediately and noticeably improve useability

  • user's applets Array with customizations
  • user lists
@shnizzedy shnizzedy added the Epic label Jan 16, 2020
@shnizzedy
Copy link
Member Author

Current cache points

  • When a new external document is loaded
  • When an API call with the refreshCache parameter has that parameter set to true

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants