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
Hi everyone! With GitHub Actions's ability to schedule cron jobs, it looks like we can finally have an API that contains the exact sets in Standard without having to go off-platform and with no filtering required.
The problem is, timezones. Currently when you consume the What's in Standard? API, you are (or should be!) filtering the sets array down to Standard sets by comparing enter / exit dates to your local time.
But I don't know your local time, so an auto-updating API will have to either assume some semi-arbitrary timezone, or let you supply your timezone as an input. Since I'm still (again?) committed to staying on GitHub Pages, that'll mean something like:
From a technical and human-effort standpoint that's actually not a problem at all since the API is already generated at build-time, so I'd just generate it 38 times. But it adds some confusion to consuming the API, including some pitfalls like having to account for daylight saving time.
So I'm curious, if you consume the API does this matter to you? Do you prefer to have things in the right timezone? Are you okay with a little off, like a few hours? How about a lot off, like 26 hours?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Hi everyone! With GitHub Actions's ability to schedule cron jobs, it looks like we can finally have an API that contains the exact sets in Standard without having to go off-platform and with no filtering required.
The problem is, timezones. Currently when you consume the What's in Standard? API, you are (or should be!) filtering the sets array down to Standard sets by comparing enter / exit dates to your local time.
But I don't know your local time, so an auto-updating API will have to either assume some semi-arbitrary timezone, or let you supply your timezone as an input. Since I'm still (again?) committed to staying on GitHub Pages, that'll mean something like:
From a technical and human-effort standpoint that's actually not a problem at all since the API is already generated at build-time, so I'd just generate it 38 times. But it adds some confusion to consuming the API, including some pitfalls like having to account for daylight saving time.
So I'm curious, if you consume the API does this matter to you? Do you prefer to have things in the right timezone? Are you okay with a little off, like a few hours? How about a lot off, like 26 hours?
Beta Was this translation helpful? Give feedback.
All reactions