獨立開發與工具 Stack Exchange · 2026-10-10

想有一套不綁定聊天軟件的自託管 Web Push 通知服務器

Wanted: a self-hosted web push notification server, not tied to any chat app

30 秒速覽

誰在提Stack Exchange · 2026-10-10 · 1 評
想要什麼想有一套不綁定聊天軟件的自託管 Web Push 通知服務器
能做成什麼自託管 Web Push 網關：REST 觸發、瀏覽器訂閱管理面板、nginx 反代友好；開源核心 + 託管版收費。

原帖原話

“I've a few services that currently use a chat service and a CLI client to generically send notifications from various apps. I'd like something similar without being tied to a chat client — just native web browsers. Something self-hosted, running behind nginx.”

“我的幾個服務現在靠某個聊天軟件加 CLI 客戶端發通知。我想要類似的通用方案，但不綁定聊天客戶端，就用瀏覽器原生推送。要求：自託管、能放在 nginx 後面。”
— Stack Exchange · 2026-10-10 · softwarerecs.stackexchange.com/questions/95677/web-p…

需求背景與痛點

痛在哪

通知入口被聊天平臺綁架：換聊天軟件要改所有發通知的服務，瀏覽器原生 Web Push 又得自己實現 VAPID、訂閱管理、端點路由一整套。

可以做成什麼

能做成什麼

自託管 Web Push 網關：REST 觸發、瀏覽器訂閱管理面板、nginx 反代友好；開源核心 + 託管版收費。

怎麼驗證它

讀完原帖的評論區，把重複出現的具體場景記下來——重複次數就是需求的密度。
搜索「Web Push / 自託管」相關的現有工具，確認它們只覆蓋了哪一環。
用一句話落地頁，投回 Stack Exchange 或同類社群，看有沒有人主動問價格。

已有方案與差異

ntfy、Gotify（App 推送為主，瀏覽器 Web Push 支持弱）

社區原聲 · 熱門評論

Most modern browsers support web push notifications as well as the two big mobile OSes. Completely different mechanisms though: Websites run JavaScript in a background thread as WebWorker , from which they can launch notification or nearly anything else normal JavaScript does. In that background thread, they hold open a connection to a web server. Every tab that does that has its own connection, handled in its own background thread. Mobile apps use an operating system service that holds open a single connection to a centralized server (Android: Google Play Services and Google's server). Source

— Marcus Müller · ▲ 0

打開原帖核對

同一痛點的其他討論

开发者工具与基础设施 (7)