Backend server migration
- This topic has 26 replies, 13 voices, and was last updated 7 years, 5 months ago by .
-
Topic
-
Hi folks –
Just a quick note that we’ve moved backend server to a new system. This has happened in stages, but I just put in the redirect rule to actually forward people from the [old] https://freezingsaddles.com domain to the [new] https://freezingsaddles.org domain. (For those that are curious, the backend is now split into 3 different application containers: a webhook listener, a sync engine, and the website.)
You probably won’t notice any differences in the site (though I think Jon pushed up a few fixes that hadn’t yet been deployed to the .com version, but should be on the new one), but this is a new architecture for how we get rides from Strava that will be far less taxing on the API. The old model was generating hundreds of errors per day, so my inbox is quite relieved by this move.
Also, you should notice that your rides show up almost immediately on the leaderboards, as we’re using the Strava webhooks system. Webhooks isn’t perfect, though, so if you crop a ride or make other minor changes (e.g. classify it as a “commute”) that doesn’t get pushed down to us as a change. However, we do resync everyone’s rides once a day (we divide the athletes up into 24 bins and sync one bin every hour) just in case something gets missed.
We’ll also add a resync button/option in the UI. (There’s one for photos now, but I think it’s broken anyway.)
I’m pretty sure that there are going to be bugs in the new system. Feel free to PM me or, better, email hans at velum dot net. Or even better open a ticket at https://github.com/freezingsaddles/freezing-web/issues . And for anyone that has some Python knowledge or wants to learn, we have lots and lots of open tickets that need addressing. Now that this rearchitecture is done, I will start going through the various leaderboard requests, etc.
- You must be logged in to reply to this topic.