docs(changelog): restore the GBFS rate-limit entry (#1184)

Restore the original GBFS rate-limit changelog entry accidentally removed by #1176. Documentation only.

Contribution by Said Turksever (@asturksever).
This commit is contained in:
Said Turksever authored and GitHub committed 2026-10-24 22:21:40 -07:00
1 parent 7a8ba29186
commit b304fd4a34
1 file changed
+9
+9
View File
@@ -6,6 +6,15 @@
never derived: an aircraft that has not transmitted a rate reads as `null` never derived: an aircraft that has not transmitted a rate reads as `null`
rather than a level-flight `0`. rather than a level-flight `0`.
- Bound how often the GBFS proxy will relay. `/api/gbfs` already restricted
where it could go — https, an allowlisted host, a station feed path, no
redirects, a 12-second deadline and a 5 MB body cap — but nothing restricted
how often, so the dev server would make unlimited requests at a third-party
bikeshare operator on any caller's behalf. The route now admits 120
requests/minute per client address, refusing the rest with 429 and
`Retry-After` before any outbound fetch. The bikeshare layer needs about 15 a
minute with every catalogued system in range, so ordinary use is unchanged.
- Add nine Ontario transit feeds: TTC, MiWay, Hamilton HSR, Durham Region, - Add nine Ontario transit feeds: TTC, MiWay, Hamilton HSR, Durham Region,
YRT/Viva, Guelph, Burlington, Barrie and Kingston, each carrying its own YRT/Viva, Guelph, Burlington, Barrie and Kingston, each carrying its own
licence quote and attribution. A feed can now name its own modes, so Toronto's licence quote and attribution. A feed can now name its own modes, so Toronto's