You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
#190 introduce a response size limitation of 50, I get the point of doing this but can we add an optional prams to drop this limitation if we need it ?
The text was updated successfully, but these errors were encountered:
I thought about it and here is what went through my head:
the goal here is to paginate the response similarly to most popular REST APIs on the planet: say you have 1000 elements in the response with pages of 100 elements, that's 10 pages. By default, it only returns the first one, and we can easily make it so that you can request other pages.
however, I don't think we should allow request for the entire thing
The reason behind that is simply to avoid cluttering the RAM of the server and have it crash. Would that be OK? (to be able to select the page you want to request, and then you'll aggregate on your own?)
If you have another idea, I'm honestly all ears :)
- add limit and offset parameters with descriptions, to all routes that fetch lists from db (fix#243, #250)
- use crud.fetch_all in all the routes above, to limit the number of items returned for non-admin users (fix#276)
- forbid /installation/site-devices to access site outside of group, instead of filtering devices
- improve test_installations.py (test_get_active_devices_on_site)
- Dockerfile-dev: update FROM image name
#190 introduce a response size limitation of 50, I get the point of doing this but can we add an optional prams to drop this limitation if we need it ?
The text was updated successfully, but these errors were encountered: