-
Notifications
You must be signed in to change notification settings - Fork 27
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
Site generator: make history scale #235
Comments
@fahad19 It will be a good option if we use https://www.npmjs.com/package/better-sqlite3 with the filesystem as db. The good part is we can paginate easily once history is prepared |
@jagadeeshgade008: looks really cool! but we have to understand that we have limitations to how we serve this site statically. there's no Node.js involved. so we cannot rely on DB-like solution that cannot run in the browser. |
@fahad19 How about implementing similar to this will create jsons based on year or if we want we can create based on day as well and when on click of day will fetch respective json instead of getting entire history json on load |
too many clicks I would say. most often, people would be only interested to see the latest changes. so current list view does well there. if user wants to load even older results, those can be fetched on demand. |
Background
We have a status site generator here: https://featurevisor.com/docs/site/
It generates history data from Git in
out/history-full.json
file.Challenge
As Git repo grows over time, this file will grow too. And it's worth coming up with a strategy for scaling it, while staying a statically generated site.
Ideas
history-full.json
file into paginated files like:history-1.json
history-2.json
history-feature-foo.json
history-segment-netherlands.json
history-feature-foo-1.json
history-feature-foo-2.json
The text was updated successfully, but these errors were encountered: