Question 1

ntfy CLIのバージョンを確認する方法は？

Accepted Answer

ntfy CLIで `--version` フラグまたは `version` サブコマンドを使用します。例: `ntfy --version` または `ntfy version`。これにより、ヘルプフッターを解析することなく、プログラム的にクライアントバージョンを取得する信頼性の高い方法が提供されます。サーバーバージョンについては、`/v1/version` API を使用します。

Question 2

ntfy の Docker ビルドが「no required module provides package heckel.io/ntfy/v2/ban」で失敗するのを修正する方法は？

Accepted Answer

ビルドは、Dockerfile-build が Go パッケージを個別にコピーしており、新しく追加されたソースディレクトリが含まれていないため失敗します。Dockerfile-build の # cli & server セクションに、次を追加してください：

ADD ./ban ./ban
ADD ./metrics ./metrics
ADD ./twilio ./twilio

新しい main ブランチのバージョンをビルドする場合は、cluster パッケージも追加してください：

ADD ./cluster ./cluster

さらに、Go ビルダーイメージを go.mod で要求されるバージョンに更新してください。例えば：

FROM golang:1.26-bookworm AS builder

その後、イメージを再ビルドしてください：

docker build -f Dockerfile-build -t ntfy .

go get heckel.io/ntfy/v2/ban を実行しないでください。これらはローカルパッケージであり、単にビルドコンテキストにコピーされなかっただけです。

Question 3

macOSでのntfyのビルドエラー「undefined: maybeRunRunAsService」と「undefined: sigHandlerConfigReload」を修正するにはどうすればよいですか？

Accepted Answer

`cmd/serve_unix.go` のビルド制約に Darwin を追加してください：

```go
//go:build linux || dragonfly || freebsd || netbsd || openbsd || darwin
```

その後、再ビルドします：

```bash
make cli-darwin-server
```

このエラーは、`cmd/serve.go` が `maybeRunAsService` と `sigHandlerConfigReload` を呼び出しているにもかかわらず、Unix 実装では `darwin` が除外されており、Windows 実装は Windows でのみビルドされるために発生します。

Question 4

認証済みのCloudflare Workerがほんの数件のメッセージしか送信していないのに、ntfy.shエラー42908「daily message quota reached」を修正するにはどうすればよいですか？

Accepted Answer

これは、ntfy の無料 tier が、有料 tier を持たないユーザーについて、認証済みユーザーを送信元 IP によってレート制限するために起こります。Cloudflare Workers は egress IP を共有するため、無関係な worker があなたのリクエストより先に日次のバケットを使い果たすことがあります。visitor ID は user: ではなく ip: のままになります。利用可能な回避策: 1. 有料の ntfy.sh プランを使う: 非 nil の tier を持つユーザーは、共有 IP ではなくユーザー ID で追跡されます。 2. 専用 IP/VPS 経由で送信する: Worker リクエストを自分で管理するインフラ経由で中継し、ntfy の送信元 IP が他の Cloudflare テナントと共有されないようにします。 3. ntfy をセルフホストする: Worker を自分のサーバーに向け、そこではトラフィックが公開 IP バケットを共有しないようにします。 4. 別の通知チャネルを使う: アカウントベースの API キークォータを持つメール/HTTP API プロバイダーなど。セルフホストのソース修正として、server/visitor.go をパッチします: visitorID() 内で、u.Tier != nil の場合だけでなく、すべての認証済みユーザー（u != nil）について、バケットのキーをユーザーにします。また、server.go:980 付近の stats 永続化パスを拡張し、EnqueueUserStats が認証済みの無料ユーザーに対して実行されるようにして、カウンターが再起動後も保持されるようにします。パッチを適用したらサーバーを再ビルドして再デプロイします。

Question 5

複数のサーバーで同じトピック名を購読しているのに、ntfyのWebアプリに1つのトピックしか表示されないのはなぜですか？

Accepted Answer

これは ntfy Web UI の既知のバグです。異なるサーバーから同じトピック名をサブスクライブすると、アルファベット順で最初のトピックが優先され、他のトピックへのクリックによるアクセスがブロックされます。回避策: トピックの横にある '...'(三点ドット)メニューを使用して、隠れている/背後にあるサブスクリプションを操作してください。この問題を完全に回避するには、バックアップサーバーを運用する際に、サーバーごとに一意のトピック名(例: `test-server1`、`test-server2`)を使用してください。

ntfy

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト