Presently both limits are moving-window but a quota makes more sense using defined time ranges, which corresponds to a fixed window. There is a limitation in slowapi that only one strategy can be used and even fixed window would need to be adjusted so that the start date is from the beginning of a period and not initialized on the date of the first event.
Once we have a separate concept of a quota we should also allow for multiple rates.
It might be worth experimenting to see if a second limiter can be set up but not attached directly via decorator and instead used more manually.
Presently both limits are moving-window but a quota makes more sense using defined time ranges, which corresponds to a fixed window. There is a limitation in
slowapithat only one strategy can be used and even fixed window would need to be adjusted so that the start date is from the beginning of a period and not initialized on the date of the first event.Once we have a separate concept of a quota we should also allow for multiple rates.
It might be worth experimenting to see if a second limiter can be set up but not attached directly via decorator and instead used more manually.