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

Scaling archives: more pages? #496

Open
J16053 opened this issue Apr 6, 2019 · 2 comments
Open

Scaling archives: more pages? #496

J16053 opened this issue Apr 6, 2019 · 2 comments

Comments

@J16053
Copy link
Contributor

J16053 commented Apr 6, 2019

Current Behavior

As the gazelle keeps growing and more issues are created, the archives page will have to list a lot more past issues. Right now, the ArchivesController just gets a set number of issues that seems to be a large enough number to not be a problem for a couple more years if the Gazelle continues to publish once a week, but it'd be good to come up with a better long-term solution.

Possible Solution

We could start by fetching in reverse chronological order so that we don't run into the problem we did this semester where recent articles were visibly missing, and then maybe fetching and displaying more dynamically as the user scrolls down? Or perhaps having multiple numbered pages? This would require some front-end changes, and is a design choice.

https://www.thegazelle.org/archives

@J16053
Copy link
Contributor Author

J16053 commented Apr 6, 2019

Related to #131 : reverse chronological order should be prioritized, but pagination for archives, authors, and categories can be done all at once

@J16053 J16053 removed the easy label Apr 7, 2019
@navyasuri
Copy link
Member

Thanks for bringing this up!
We definitely need to start fetching in reverse order, regardless of design choices on the archives page. Additionally, I think building a better archives page might be a nice idea as well. For now, I will approve the hacky PR to fix it, but moving further we best redesign the archives page. 50 or so "issues" per page, and an additional section for categories/specials etc would be ideal.
It would be a bit of work but an excellent exercise: could be tackled by a group of people instead of just one developer.

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

No branches or pull requests

2 participants