this post was submitted on 14 Aug 2025
16 points (100.0% liked)

Reddthat Announcements

757 readers
19 users here now

Main Announcements related to Reddthat.

founded 2 years ago
MODERATORS
ticoombs@reddthat.com
reddthat@reddthat.com
example@reddthat.com
16
[Cancelled] Maintenance: 01:00~01:30 UTC (Server Resource Increase) (reddthat.com)
submitted 1 day ago* (last edited 1 day ago) by ticoombs@reddthat.com to c/reddthat@reddthat.com
6 comments fedilink hide all child comments
 

That's 2 hours from this post.

At 01:00 UTC we will be having a 15-30 minute maintenance due to a server upgrade. (More storage!)

As a reminder we have a status page on: status.reddthat.com which I use when we have these outages.

(Yes I'm aware of 'old' showing up as down, the uptime checker is blocked by our anti-ai protection for old)

See you on the other side.

So apparently it's not instant and we are in a queue to get upgraded... We are... 65th in the queue. I'll edit this post once we get an update.

you are viewing a single comment's thread
view the rest of the comments
[โ€“] ticoombs@reddthat.com 2 points 16 hours ago (1 children)

Yeah we have implemented go-away on https://old.reddthat.com/ but only as a test and it's worked well. I haven't made the time to implement it for our main endpoint.

I also want to do exactly that, only show the challenge for non-logged in users which adds a small bit of complexity but my $job has been flat out recently. So I've only been doing moderation duties rather than server admin duties.

But I can think of plenty of edge cases that something could happen or affect regular users and I don't want that to happen. Normally the bots are all like the ones we just had, using open proxies/residential proxies and querying either posts or the API directly.

I'm hoping to carve out some time in the next month to coincide with this maintenance or our server migration to do some solid testing.

[โ€“] AppleStrudel@reddthat.com 1 points 14 hours ago

Hey, if you need any assistance, I happen to be a DevOps engineer. Not sure how much help I could give, and my own $job comes first too as well of course, but I'm sure there's a bit of overlap somewhere where my skills may be of assistance if you need me for something specific and small to be implemented, and I'm quick at the pickup at least.

I'm also familiar with Docker. Though granted, in CICD (create/build/destroy) scenarios, not in persistent hosting.