Not being an experienced developer (I would say I’m on the basic level, actually), trying the nginx solution to present a maintenance page was a bit of a nightmare. Today, I had this idea and decided to ask Claude if this would be possible, now that I use Railway for other websites and applications: …

Hey! I’m not answering your question, just being curious. Why do you think you need a maintenance page? Seems quite annoying to set up for little benefit. My instances are down 5 minutes a month for updates and that’s basically all.

Whenever I made significant changes, like installing plugins for example, it would take sometimes 20 minutes. Not a big deal, if we consider that these are not done every week or even every month, but for a new visitor that ugly page that something is not working, is not a good first impression. Ev…

[圖片] alltiagocom: it would take sometimes 20 minutes. It takes seconds if you move to the two container install. You can even schedule the switch over at night if you really want to, whilst you and/or your main audience sleep. You don’t need a maintenance page.

i use the dual container build behind Cloudlfare CDN. the dual container minimizes downtime and my two main production forums both have 30 seconds max offline during rebuilds. i like having a maintenance page because the default web server is down page is ugly and gives no clue to how long it will …

Wow! I really appreciate that detailed walkthrough! :raising_hands: I just saved your reply in my notes so when I install Discourse again soon, I will come back to it. I will definitely let you know how it went, even if it takes a while until I install it. I’m finishing some coding stuff at the mom…

[圖片] alltiagocom: taking the time and there’s the rub. It’s not a simple change and additional infrastructure to worry about and maintain, and imho entirely not worth it for a few seconds of downtime. Also I believe that people with the Discourse site open will not be redirected to the main…

I understand what you mean, but that’s just one case. What if something really breaks and I need to fix it, taking longer than just a few seconds? Also, how are you getting a few seconds of downtime and I was seeing like 20 minutes, after installing plugins?

[圖片] alltiagocom: Also, how are you getting a few seconds of downtime Because in the two container setup (linked in both of our posts and a non-negotiable dependency) you bootstrap the new build using ./launcher bootstrap web_only (during which your site is still 100% functional), then you si…

Oh ok, that’s still for the 2 container setup. I thought that you were saying it was not worth the work building the 2 container setup completely. What you are saying is not worth it, is just that maintenance page extra work, right?

Personally yes. If you want belts and braces for web viewers that appear with fresh navigation during the 30-60 seconds, then a maintenance page is fair. You have to weigh the benefit of that against the time to maintain the infrastructure around it.

维护页面的变通方法——这能做到吗？

支持安装

merefield (Robert) 2026年七月31日 16:32 5

如果你迁移到双容器安装，只需几秒钟。

如果你真的愿意，甚至可以在夜间安排切换，趁你和/或你的主要用户群睡觉时进行。

你不需要维护页面。

話題		回覆	觀看
Move from standalone container to separate web and data containers Sysadmins docker , how-to , advanced-setup , two-container	138	30189	2026年九月21日
Add an offline page to display when Discourse is rebuilding or starting up Sysadmins configuring , how-to , advanced-setup	140	247541	2026年二月3日
MKJ's Opinionated Discourse Deployment Configuration Sysadmins explanation , install	46	8099	2026年八月7日
Discourse Fails to update in the Admin UI - No matter what Self-hosting	31	803	2025年八月5日
Use Nginx Proxy Manager to manage multiple sites with Discourse Sysadmins how-to	33	24943	2025年二月23日

维护页面的变通方法——这能做到吗？

相關主題